Splwow64.exe: Als Domain-User wird der Prozess von CAD Programm nicht gestartet
Hallo Gemeinde,
ich stehe heute vor einem Problem in der neuen Firma wo ich absolut keinen Lösungsansatz finde.
Ich habe hier Windows 7 64 Bit Rechner auf denen eine CAD Software (32bit) läuft (wurde alles erst neu installiert).
In diesem Programm muss bevor gedruckt werden kann natürlich erst ein Drucker eingerichtet werden.
Starte ich das CAD Programm als Domain-Admin läuft auch alles ohne Probleme.
Beim Klick auf einrichten öffnet sich ganz normal ein Windows Fenster in dem ich auswählen kann welchen Drucker das Programm nutzen soll.
Führe ich das Programm jedoch als normaler Domain-User aus kommt dieses Fenster nicht. Das Drucken wird verhindert da kein Drucker ausgewählt wurde.
Führe ich das Programm als Domain-User aus jedoch mit Adminberechtigungen klappt es wieder.
Die Registry ist hier auf den ersten Blick nicht hilfreich da unter dem Programm nur Schlüssel zum Programm stehen aber kein Hinweis auf den Drucker.
Das Installverzeichnis des CAD Programms hat Volle Benutzerrechte für den Domain-User.
Ein Blick mit dem ProcessExplorer hat mir gezeigt, dass wenn ich das CAD Programm als Admin oder mit Adminberechtigungen starte die splwow64.exe als Unterprozess des CAD Programms gestartet wird und die Druckerauswahl möglich ist. Als Domain-User nicht hier startet dann nur das CAD Programm. Ich gehe nun davon aus das hier mein Problem liegt.
Gibt es hier irgendwelche Lösungsansätze? Kann ich den splwow64 Prozess durch das CAD Programm mitstarten als Domain-User?
Ein runas Batch wo ich die CAD.exe als Admin starte und direkt das Passwort mitgebe wäre ne Lösung aber so nicht gewollt.
Danke für eure Hilfe
Gruß Andreas
ich stehe heute vor einem Problem in der neuen Firma wo ich absolut keinen Lösungsansatz finde.
Ich habe hier Windows 7 64 Bit Rechner auf denen eine CAD Software (32bit) läuft (wurde alles erst neu installiert).
In diesem Programm muss bevor gedruckt werden kann natürlich erst ein Drucker eingerichtet werden.
Starte ich das CAD Programm als Domain-Admin läuft auch alles ohne Probleme.
Beim Klick auf einrichten öffnet sich ganz normal ein Windows Fenster in dem ich auswählen kann welchen Drucker das Programm nutzen soll.
Führe ich das Programm jedoch als normaler Domain-User aus kommt dieses Fenster nicht. Das Drucken wird verhindert da kein Drucker ausgewählt wurde.
Führe ich das Programm als Domain-User aus jedoch mit Adminberechtigungen klappt es wieder.
Die Registry ist hier auf den ersten Blick nicht hilfreich da unter dem Programm nur Schlüssel zum Programm stehen aber kein Hinweis auf den Drucker.
Das Installverzeichnis des CAD Programms hat Volle Benutzerrechte für den Domain-User.
Ein Blick mit dem ProcessExplorer hat mir gezeigt, dass wenn ich das CAD Programm als Admin oder mit Adminberechtigungen starte die splwow64.exe als Unterprozess des CAD Programms gestartet wird und die Druckerauswahl möglich ist. Als Domain-User nicht hier startet dann nur das CAD Programm. Ich gehe nun davon aus das hier mein Problem liegt.
Gibt es hier irgendwelche Lösungsansätze? Kann ich den splwow64 Prozess durch das CAD Programm mitstarten als Domain-User?
Ein runas Batch wo ich die CAD.exe als Admin starte und direkt das Passwort mitgebe wäre ne Lösung aber so nicht gewollt.
Danke für eure Hilfe
Gruß Andreas
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 269872
Url: https://administrator.de/contentid/269872
Ausgedruckt am: 22.11.2024 um 14:11 Uhr
7 Kommentare
Neuester Kommentar
Hallo Andreas,
aus meiner Erfahrung: Wenn das Programm nicht konsequent auf Windows 7 und die die UAC-Richtlinien angepasst wurde und noch "Reste" aus XP-Zeiten irgendwo 'drinne stecken, kann es sein, dass das Programm auf Dateien/Einstellungen zugreift, die im Verzeichnis C:\Programme (X86)\... liegen oder in anderen Verzeichnissen, auf die ein BENUTZER nur eingeschränkte Zugriffsrechte hat.
Lösungsansatz: Für das EINE Unterverzeichnis die Sicherheitseinstellungen lockern, so dass der Nutzer (Nutzername expl. angeben) hier auch Schreibrechte hat. Sicherheitstechnisch eigentlich nicht so gewollt, aber... Und immer noch besser als wenn sich der Nutzer als Admin anmeldet oder mit AdminRechten unterwegs ist.
Ansatz 2: Programm beim Installieren dazu bewegen, sich in C:\CAD-Programm\ zu installieren, dazu aber vorher mit dem Hersteller Kontakt aufnehmen und klären, ob das zu anderen Problemen führen kann.
Druckt das CAD an einen umgeleiteten LPT-Port - auch wenn es nur als Zwischenschritt ist?
Einige CAD-Programme erzeugen intern als Ausgabeformat noch PLT's im Format HP-GL/2, was ja früher Standard war bei fast allen CAD-Programmen, da dies ja auch die Sprache ist, die alle Plotter verstehen. Bei unserem werden - je nach Druckerauswahl - intern PLT's erzeugt und dann an den angegebenen Drucker gesendet.
Nutzt Ihr eine Druckumleitung per 'net use' auf einen Plotter im Netzwerk ?
Dann: Plottertreiber als Windowsdrucker lokal installieren, freigeben und LPTx via 'net use' auf den internen Anschluss \\PC-lokal\Freigabename umleiten.
Vermutung 3: Der Druckmechanismus stammt noch aus XP-Zeiten und das CAD kann keinen Drucker aus der Liste auswählen, maximal auf den Standarddrucker drucken. Probier' mal alle eingerichteten Drucker als Standarddrucker, bis das CAD einen davon aufschnappt. Unter XP war die Auswahl von Druckern zum drucken noch etwas anders geregelt. Kannst Du im CAD einen internen Drucker (HP-GL-Treiber) einrichten und diesen an den Plotteranschluss weiterleiten?
Was habt Ihr für ein CAD?
Gruß
Holger
aus meiner Erfahrung: Wenn das Programm nicht konsequent auf Windows 7 und die die UAC-Richtlinien angepasst wurde und noch "Reste" aus XP-Zeiten irgendwo 'drinne stecken, kann es sein, dass das Programm auf Dateien/Einstellungen zugreift, die im Verzeichnis C:\Programme (X86)\... liegen oder in anderen Verzeichnissen, auf die ein BENUTZER nur eingeschränkte Zugriffsrechte hat.
Lösungsansatz: Für das EINE Unterverzeichnis die Sicherheitseinstellungen lockern, so dass der Nutzer (Nutzername expl. angeben) hier auch Schreibrechte hat. Sicherheitstechnisch eigentlich nicht so gewollt, aber... Und immer noch besser als wenn sich der Nutzer als Admin anmeldet oder mit AdminRechten unterwegs ist.
Ansatz 2: Programm beim Installieren dazu bewegen, sich in C:\CAD-Programm\ zu installieren, dazu aber vorher mit dem Hersteller Kontakt aufnehmen und klären, ob das zu anderen Problemen führen kann.
Druckt das CAD an einen umgeleiteten LPT-Port - auch wenn es nur als Zwischenschritt ist?
Einige CAD-Programme erzeugen intern als Ausgabeformat noch PLT's im Format HP-GL/2, was ja früher Standard war bei fast allen CAD-Programmen, da dies ja auch die Sprache ist, die alle Plotter verstehen. Bei unserem werden - je nach Druckerauswahl - intern PLT's erzeugt und dann an den angegebenen Drucker gesendet.
Nutzt Ihr eine Druckumleitung per 'net use' auf einen Plotter im Netzwerk ?
Dann: Plottertreiber als Windowsdrucker lokal installieren, freigeben und LPTx via 'net use' auf den internen Anschluss \\PC-lokal\Freigabename umleiten.
Vermutung 3: Der Druckmechanismus stammt noch aus XP-Zeiten und das CAD kann keinen Drucker aus der Liste auswählen, maximal auf den Standarddrucker drucken. Probier' mal alle eingerichteten Drucker als Standarddrucker, bis das CAD einen davon aufschnappt. Unter XP war die Auswahl von Druckern zum drucken noch etwas anders geregelt. Kannst Du im CAD einen internen Drucker (HP-GL-Treiber) einrichten und diesen an den Plotteranschluss weiterleiten?
Was habt Ihr für ein CAD?
Gruß
Holger