11
Druck über VPN nicht möglich - Neuer Samsung CLP610 Netzwerkdrucker im Einsatz
Hallo zusammen,
wir haben an einem Standort X einen neuen Drucker im LAN in Betrieb genommen. Es handelt sich um einen Samsung CLP 610 Netzwerkdrucker.
Das Drucken aus dem LAN in Standort X auf diesen neuen Drucker funktioniert ohne Probleme.
Der Standort X ist mit Standardort Y per VPN (über Bintec Router realisiert) verbunden. Die VPN-Verbindung steht ohne Probleme.
Mit Standort Y (Zentrale) sind auch noch andere Standorte per VPN verbunden.
Faxe werden für eine Aktion von den Kunden nach Standort Y gesendet (da hier in der Zentrale alles zusammenlaufen soll). Die Faxe werden von eine Anwendung in eine Datei z.b. Tif umgewandelt. Dieser Anwender ist auf dem Server also lokaler Drucker der neue Drucker aus Standort X installiert. Die Druckerinstallation hat funktioniert.
Problem:
Wenn ich den besagten neuen Drucker aus dem Standort Y aus anpingen will kommt eine Zeitüberschreibung.
Alle Druckaufträge schlagen fehl.
Auch wenn ich den den Drucker in Standort X über eine Druckfreigabe freigebe und auf diese in Standort Y einen Netzwerkdrucker verbinde, funktioniert das Drucken nicht.
Andere Drucker, die in Standort X stehen kann ich von Standort Y aus anpingen.
In Standort Y gibt es auch den selben Drucker Samsung CLP 610. Diesen kann ich jedoch wiederum aus Standort X anbingen und drucken.
Wenn ich in Standort Y einen tracert auf die IP des neuen Druckers in Standort X mache, geht die Routenverfolgung bis zum Router von Standort X, danach geht die Verfolgung nicht mehr weiter.
Nach Rücksprache mit dem Samsung-Support habe ich bereits die Netzwerkkarte des Druckers in Standort X zurückgesetzt. Das hat allerdings nichts gebracht.
Kann mir hierzu jemand Hilfestellung leisten, an was das liegen könnte? (Router, Drucker, etc.)
Gruß
wir haben an einem Standort X einen neuen Drucker im LAN in Betrieb genommen. Es handelt sich um einen Samsung CLP 610 Netzwerkdrucker.
Das Drucken aus dem LAN in Standort X auf diesen neuen Drucker funktioniert ohne Probleme.
Der Standort X ist mit Standardort Y per VPN (über Bintec Router realisiert) verbunden. Die VPN-Verbindung steht ohne Probleme.
Mit Standort Y (Zentrale) sind auch noch andere Standorte per VPN verbunden.
Faxe werden für eine Aktion von den Kunden nach Standort Y gesendet (da hier in der Zentrale alles zusammenlaufen soll). Die Faxe werden von eine Anwendung in eine Datei z.b. Tif umgewandelt. Dieser Anwender ist auf dem Server also lokaler Drucker der neue Drucker aus Standort X installiert. Die Druckerinstallation hat funktioniert.
Problem:
Wenn ich den besagten neuen Drucker aus dem Standort Y aus anpingen will kommt eine Zeitüberschreibung.
Alle Druckaufträge schlagen fehl.
Auch wenn ich den den Drucker in Standort X über eine Druckfreigabe freigebe und auf diese in Standort Y einen Netzwerkdrucker verbinde, funktioniert das Drucken nicht.
Andere Drucker, die in Standort X stehen kann ich von Standort Y aus anpingen.
In Standort Y gibt es auch den selben Drucker Samsung CLP 610. Diesen kann ich jedoch wiederum aus Standort X anbingen und drucken.
Wenn ich in Standort Y einen tracert auf die IP des neuen Druckers in Standort X mache, geht die Routenverfolgung bis zum Router von Standort X, danach geht die Verfolgung nicht mehr weiter.
Nach Rücksprache mit dem Samsung-Support habe ich bereits die Netzwerkkarte des Druckers in Standort X zurückgesetzt. Das hat allerdings nichts gebracht.
Kann mir hierzu jemand Hilfestellung leisten, an was das liegen könnte? (Router, Drucker, etc.)
Gruß
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 160319
Url: https://administrator.de/forum/druck-ueber-vpn-nicht-moeglich-neuer-samsung-clp610-netzwerkdrucker-im-einsatz-160319.html
Ausgedruckt am: 15.04.2025 um 11:04 Uhr
11 Kommentare
Neuester Kommentar
Das du den Drucker von Y aus nicht anpingen kannst sollte dir zu denken geben, denn lokal funktioniert der Ping auf die Drucker IP vermutlich....?!
Sehr wahrscheinlich fehlt, wie immer, schlicht und einfach das Default Gateway (der Bintec) auf dem Drucker ?! Sieht alles danach aus !
Sehr wahrscheinlich fehlt, wie immer, schlicht und einfach das Default Gateway (der Bintec) auf dem Drucker ?! Sieht alles danach aus !
Hi,
vielen Dank für diesen Tipp schon mal.
Also lokal anpingen von einem PC der im Standort X, also im gleichen Standort des neuen Drucker im LAN steht, funktioniert. Dort funktioniert auch das Drucken.
Die Probleme bestehen nur über VPN.
Ich werde gleich morgen danach schauen, ob am Drucker das Default Gateway fehlt. Merkwürdig eigentlich, denn der Drucker hat die IP per DHCP zugewiesen bekommen und im DHCP habe ich eine Reservierung für den Drucker gespeichert. Das Gateway sollte ja per DHCP mitgeliefert werden. Auch das werde ich überprüfen.
Gruß
vielen Dank für diesen Tipp schon mal.
Also lokal anpingen von einem PC der im Standort X, also im gleichen Standort des neuen Drucker im LAN steht, funktioniert. Dort funktioniert auch das Drucken.
Die Probleme bestehen nur über VPN.
Ich werde gleich morgen danach schauen, ob am Drucker das Default Gateway fehlt. Merkwürdig eigentlich, denn der Drucker hat die IP per DHCP zugewiesen bekommen und im DHCP habe ich eine Reservierung für den Drucker gespeichert. Das Gateway sollte ja per DHCP mitgeliefert werden. Auch das werde ich überprüfen.
Gruß
Hi,
also die DHCP-Servereinstellungen habe ich nun geprüft. Hier ist der Standardgateway also Router als Serveroption hinterlegt und somit in der Druckerreservierung eingetragen.
Gruß
also die DHCP-Servereinstellungen habe ich nun geprüft. Hier ist der Standardgateway also Router als Serveroption hinterlegt und somit in der Druckerreservierung eingetragen.
Gruß
Vertrauen ist gut Kontrolle ist besser !! Zusätzlich nochmal einen Pathping oder Traceroute ausführen um das zu verifizieren und mit arp -a den ARP Cache des Routers kontrollieren ob die Mac des Druckers dort korrekt angekommen ist.
Es kann nur ein simpler Kinken sein, denn wenn sich alle anderen Endgeräte im Netz dort via VPN erreichen lassen leigt es de facto NICHT an der VPN Verbindung selber sondern kann allein nur die IP Adressierung sein !
Es kann nur ein simpler Kinken sein, denn wenn sich alle anderen Endgeräte im Netz dort via VPN erreichen lassen leigt es de facto NICHT an der VPN Verbindung selber sondern kann allein nur die IP Adressierung sein !
Hi,
ok und wie "von wo nach wo" soll ich arp ausführen? soll ich arp -a <schnittstelle des Routers> verwenden oder nur arp -a oder andere befehle?
Danke!
Gruß
ok und wie "von wo nach wo" soll ich arp ausführen? soll ich arp -a <schnittstelle des Routers> verwenden oder nur arp -a oder andere befehle?
Danke!
Gruß
Hallo,
ok und wie "von wo nach wo" soll ich arp ausführen? soll ich arp -a <schnittstelle des Routers> verwenden oder nur arp -a oder andere befehle?
Nicht Okay!
ARP ist das Address Resulotion Protocol, da kannst du nur den Status abfragen ode rein paar Einträge manuell Abfragen.
Manch von einem Rechner im selben Netz wie der Drucker einen Ping auf den Router und in RIchtung eines Gerätes am anderen Ende des Tunnels.
Und schau dir den ARP Cache des Routers an, in der Tabelle sollte die MAC Adresse des Druckers auftauchen.
Und einen Traceroute oder einen Pathping ebenfalls vom Rechner im Drucker Netz oder / und von einem Rechner im entfernten Netz.
brammer
ok und wie "von wo nach wo" soll ich arp ausführen? soll ich arp -a <schnittstelle des Routers> verwenden oder nur arp -a oder andere befehle?
ARP ist das Address Resulotion Protocol, da kannst du nur den Status abfragen ode rein paar Einträge manuell Abfragen.
Manch von einem Rechner im selben Netz wie der Drucker einen Ping auf den Router und in RIchtung eines Gerätes am anderen Ende des Tunnels.
Und schau dir den ARP Cache des Routers an, in der Tabelle sollte die MAC Adresse des Druckers auftauchen.
Und einen Traceroute oder einen Pathping ebenfalls vom Rechner im Drucker Netz oder / und von einem Rechner im entfernten Netz.
brammer
Und...über das Druckerpanel ebenfalls kontrollieren ob die DHCP Einstellungen auch wirklich übernommen wurden. Speziell das du keinen Fehler bei der Subnetzmaske hast. Ein beliebter Fehler bei solchen Routing Problemen...
Hi zusammen,
also das Problem ist behoben. Habe wie beschrieben die Dinge durchgeführt und die Einstellungen des Druckers geprüft.
Gruß
also das Problem ist behoben. Habe wie beschrieben die Dinge durchgeführt und die Einstellungen des Druckers geprüft.
Gruß
Hallo,
durch Prüfung der Einstellungen löst sich aber kein Problem, sondern indem man diese anpasst!
Wenn dein Problem jetzt gelöst ist, den Beitrag bitte schließen.
brammer
durch Prüfung der Einstellungen löst sich aber kein Problem, sondern indem man diese anpasst!
Wenn dein Problem jetzt gelöst ist, den Beitrag bitte schließen.
brammer
Schade...interessant wäre in der Tat nochmal ein kurzes Feedback an was es denn nun wirklich gelegen hat ?!
Hi,
es lag daran, dass sich der Drucker nicht per arp-Protokoll im Netzwerk "bekannt gemacht" hat. Dafür habe ich dann druckerseitig dafür gesorgt.
Gruß
es lag daran, dass sich der Drucker nicht per arp-Protokoll im Netzwerk "bekannt gemacht" hat. Dafür habe ich dann druckerseitig dafür gesorgt.
Gruß
