RDP + VPN - lokaler Drucker wird nicht übernommen

[ggpeter 10]

Hallo Gemeinde,

 

um es vorweg zu nehmen es geht hier um 2 W7 Rechner die nicht in einer Server Umgebung hängen.
Mir wurde hier schon sehr oft geholfen (Vielen Dank!) und ich hoffe das es dieses mal auch wieder klappt.

 

Vorweg

 

Client: Windows 7 64bit (Vorher XP 32bit und alles lief) Druckertreiber ist aktuell

Lokal: Windows 7 32bit - Druckertreiber ist von der damaligen Installation (Sollte man den erneuern?)

 

Beide haben jeweils lokal den gleichen Drucker per USB angeschlossen (Brother MFC 7320)

 

Wenn ich nun mit dem 32bit Laptop auf den Client per VPN und RDP zugreifen möchte, wird der lokale Drucker nicht mit übernommen.

Im Internet steht, dass der Druckertreiber dran Schuld sein könnte. Da der Client meinen 32bit Treiber nicht annehmen wollte (Treiber ist für dieses System nicht ausgelegt... Besorgen Sie sich einen 64bit bla), habe ich dieses Freigegeben und den Treiber über "Zusätzliche Treiber" installiert. Leider ohne Erfolg!

Beim erneuten Verbinden wird der lokale wieder nicht übernommen.
Nun die Frage: Hätte ich den Client neu starten sollen?

 

In einem englischen Forum steht, dass man alternativ den Druckerpool aktivieren könnte um das über einen "Schein"-Port (ich nahm Com3) durch zu schleifen.

Habe ich probiert, leider wird beim Treiberinstallieren wieder gesagt, dass ich mir einen 64bit Treiber besorgen soll.

Wo liegt mein Denkfehler??

 

 

Vielen Dank im voraus!

 

Gruß

Peter

[Sunny61 807]

Bezüglich der 32/64-Bit Problematik kannst Du nach diesem Artikel vorgehen: http://www.faq-o-matic.net/2010/01/06/windows-druckserver-treiber-fr-32-und-64-bit-clients/

[ggpeter 10]

Hallo Sunny61,

 

vielen Dank. Ich werde es morgen mal probieren.

Zusätzlich habe ich in einem anderen Forum gelesen, dass man gerade bei Brother nicht die Treiber aus dem Komplettpaket nehmen soll, sondern die einzelnen WHQL-Treiber.

Auch das werde ich morgen ausprobieren.

 

Gruß

[Sunny61 807]

Gut, viel Erfolg und gib Bescheid was die Lösung war, Danke. ;)

[Daniel -MSFT- 129]

Schau mal auch in das Eventlog beim Terminal Server. Siehst Du dort Einträge, die auf ein Fehlschlagen der Druckerverbindung hinweisen? Auch die Einstellungen am Client geprüft, ob im RDP-Client die Druckerfreigabe angehakt ist?

 

Du kannst such auf dem Terminal Server den Fallback-Druckertreiber einschalten: http://technet.microsoft.com/en-us/library/cc731963(v=ws.10).aspx

 

Oder TS EasyPrint konfigurieren. Dann schickt der Server eine XPS-Ausgabe an den Client und der jagt das durch den lokalen Druckertreiber. Dann brauchst Du Dir keine Gedanken über die Treiber auf dem Server machen: http://technet.microsoft.com/en-us/library/ff519199(v=WS.10).aspx

 

Oder Du mappst den gesuchten Treiber über eine inf-Datei am Server: http://technet.microsoft.com/en-us/library/ff519149(v=ws.10).aspx

 

Denk daran, wenn Du Treiber auf dem TS installierst, keine Consumertreiber zu nehmen. Schau, ob der Hersteller TS-taugliche Treiber anbietet. Die Inbox-Treiber sind es auf jeden Fall. WHQL-zertifizierte auch. Du musst am Client und am Server dann die gleichen Treiber haben.

 

Zur Installation brauchst Du nicht der FAQ-O-MATIC-Anleitung folgen. Das ist von hinten durch die Brust ins Auge. Einfach die Druckverwaltung am Server öffnen, nachdem Du die Druckdienste-Serverrolle installiert hast. Da kannst Du direkt x86, x64 und ia64-Treiber hinzufügen: http://technet.microsoft.com/de-de/library/cc753109(v=WS.10).aspx

 

Die Druckverwaltung findest Du auch ab Windows 7 (?) auf dem Client.

 

Have Fun!

Daniel

 

BTW: Schau Dir mal TS Gateway an: http://technet.microsoft.com/de-de/library/cc732122(v=WS.10).aspx Das erspart Dir ein separates VPN. Du tunnelst RDP in SSL direkt. Hier eine Anleitung zum Einrichten: http://technet.microsoft.com/de-de/library/cc754252(v=WS.10).aspx und http://technet.microsoft.com/de-de/library/cc771530(v=WS.10).aspx

[Sunny61 807]

@Daniel, wenn ich das richtig lese geht es nicht um den TS:

Wenn ich nun mit dem 32bit Laptop auf den Client per VPN und RDP zugreifen möchte, wird der lokale Drucker nicht mit übernommen.

[Daniel -MSFT- 129]

Stimmt. Danke für den Hinweis. Aber unser RDP-Session müsste das Druckermapping analog gelten.

[ggpeter 10]

Hallo,

 

leider hatte ich keinen Erfolg.

Keiner der Tipps brachte Erfolg.

Wo finde ich denn eigentlich den Eventlog? Ist das nicht unter Verwaltung -> Ereignisanzeige -> System? Da steht zur RDP Session rein gar nichts. (auf dem Clienten)

 

Treiber scheinen auf beiden Systemen die gleichen zu sein, da es seit 2009 keine neuen mehr gibt.

Der Terminal Server scheint doch nur für Server-Versionen zu existieren?

Ich habe das Gefühl irgendwas zu übersehen und bin kurz vor'm verzweifeln.

Grüße

Peter

[Sunny61 807]

Wo finde ich denn eigentlich den Eventlog? Ist das nicht unter Verwaltung -> Ereignisanzeige -> System? Da steht zur RDP Session rein gar nichts. (auf dem Clienten)

DAs Ereignisprotokoll findet man auf jedem Windows System an der von dir gen. Stelle. Wenn Du dich von Client A zu Client B verbindest, muß es am Client B im Eventlog einen Hinweis auf den nicht verbundenen Drucker geben. Das Problem liegt meistens an den unterschiedlichen Bezeichnungen des Druckers in der dazugehörenden INF-Datei. Da wird schon mal zwischen 32- und 64-Bit unterschieden.

[ggpeter 10]

Hallo nochmal,

 

des Rätsels Lösung war denkbar einfach. Anscheinend hat der, der den PC zuvor eingerichtet hat ein bisschen gepfuscht.

Es handelte sich um die Home Premium Version, wo er dann anscheinend einen RDP Patcher angewandt hat.

Das fiel mir leider zu spät auf. Habe jetzt eine Pro-Lizenz gekauft und ein Upgrade durchgeführt.

Seitdem wird der Drucker vorbildlich mit "rüber" genommen.

 

Vielen Dank für Eure Hilfe :)

 

MfG

ggpeter

[Sunny61 807]

Freut mich für Dich und Danke für die Rückmeldung. ;)