andrew 15 Posted February 20, 2017 Report Share Posted February 20, 2017 hello together In Bezug drucken via RDS Server habe ich mir spontan die Frage gestellt, wie eigentlich genau der Mechanismus ist in Bezug: Netzwerk und Firewall. Angenommen, wir haben zwei Standorte (Standort A und Standort B), welche via einen VPN Tunnel verbunden sind. Standort A - Windows 7, 8.x und oder Win10 Clients - interne Domain vorhanden mit einem physikalischen Server (Active Directory, DHCP, DNS usw.) - diverse Drucker steht in der Firma herum, via Netzwerk verbunden. - Mitarbeiter verbinden sich via RDP auf Standort B auf den RDS Server (der Drucker von den Mitarbeitern wird via Drucker mapping in die RDP Session verbunden) Ablauf beim Drucken via RDP Mitarbeiter Hans Muster verbindet sich via RDP von Standort A aus auf einen freigegebenen Desktop (RDS Server), arbeitet per remote auf einem RDS Server, welcher physikalisch am Standort B vorhanden ist. FrageWenn der Mitarbeiter Hans Muster per remote wie vorhin erläutert druckt, muss auf Seite Standort A und Standort B auf der FW irgend etwas konfiguriert werden, damit das Drucken ohne Probleme funktioniert? Habe hierzu leider beim Suchen im Internet noch keine passende Erklärung gefunden (z.B. von Microsoft selber oder ähnlich) Danke schon jetzt für die zahlreichen Inputs von euch :-) Greez Andrew Quote Link to comment
testperson 1,693 Posted February 20, 2017 Report Share Posted February 20, 2017 Hi, wenn der Drucker in der RDP Session auf den RDSH verbunden wird, benötigst du nur vom Client am Standort A zum RDSH tcp (/ udp) 3389. Oder eben vom RDSH zum Printserver Standort A die entsprechend vom Drucker zum Drucken benötigten Ports. Gruß Jan Quote Link to comment
andrew 15 Posted February 20, 2017 Author Report Share Posted February 20, 2017 Merci Board Veteran für das schnelle Antworten. Es scheint so (habe es selber noch nicht überprüft), als hätten die User am Standort A auf Ihrem lokalen Windows PC unter Drucker jeweils die Drucker hinterlegt, welche auf dem Printserver am Standort A (als an Ihrem Standort) eingerichtet sind. Wenn ich auf dem Print Server am Standort A nun in den Druckereigenschaften eines Druckerobjektes nachprüfe, wie die Porteinstellungen lauten, stelle ich folgende Konfiguration fest: - Portname: 192.168.w.x.z - Druckername oder IP-Adresse: 192.168.w.x.z - Protokoll: RAV (man könnte auch LPR auswählen) - RAW-Einstellungen. Portnummer: 9100 - SNMP-Status aktiviert, Communityname: public - SNMP- Geräteindex 1 Daraus interpretiere ich nun folgendes Mitarbeiter Hans Muster druckt verbinden sich mit dem RDS Server am Standort B, öffnet auf diesem eine Anwendung und druck via Druckerobjekt HP LaserJet XY (mit der IPv4 Adresse 192.168.w.x.z), welches auf dem Printserver am Standort A eingerichtet ist. Das heisst, damit der oder die Mitarbeiter am Standort A aus der Anwendung auf dem RDS Server am Standort B ohne Fehler drucken können, braucht es zusammengefasst - FW technisch von Standort A zu Standort B TCP/ UDP Port 3389 - Und: vom Remote Desktop Session Host (RDSH) am Standort B zum Printserver am Standort A den RAV Port 9100 habe ich das richtig verstanden :-) ? Quote Link to comment
testperson 1,693 Posted February 20, 2017 Report Share Posted February 20, 2017 Werden die Drucker ausschließlich vom RDP Client in die Session durchgereicht oder hat der User den Drucker in seinem Profil am RDSH vom Printserver verbunden? Quote Link to comment
andrew 15 Posted February 21, 2017 Author Report Share Posted February 21, 2017 Soweit ich im Bilde bin (habe es selber noch nicht verifiziert, sind Aussagen des Kunden), werden die Drucker ausschliesslich vom RDP Client in die Session durchgereicht Quote Link to comment
testperson 1,693 Posted February 21, 2017 Report Share Posted February 21, 2017 Dann reicht RDP. Der RDSH hat dann nichts mit dem Printserver zu tun. Unter Citrix XenApp / XenDesktop könnte man direkt vom XA-Host über den Printserver drucken lassen. Per MS Remote Desktop geht das nicht. Quote Link to comment
andrew 15 Posted February 21, 2017 Author Report Share Posted February 21, 2017 ok, alles klar. Danke für das Feedback, ist nett. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.