HP Procurve 2520G-24-PoE blockt LPD-Pakete
HP Procurve 2520G-24-PoE, Kyocera FS-4020DN, CUPS 1.1.23
Wir hatten in einem Büro den LAN-Switch ausgetauscht und einen HP Procurve 2520G-24-PoE dafür eingebaut. Nach dem Umbau trat folgendes Problem auf: An diesem Switch sind mehrere Drucker, die über CUPS-Printserver mit LPD angesteuert werden. Ping und die Weboberfläche der Drucker war erreichbar, aber der CUPS-Server konnte die Drucker über LPD nicht erreichen und somit konnte nicht gedruckt werden. Über IPP waren die Drucker funktionsfähig.
Lösung:
Der Switch hat eine Funktion „dos-filter“ um Denial-of-Service Angriffe zu erkennen. Scheinbar wurde dadurch die CUPS-Drucker-Kommunikation gestört, in den Switch-Logfiles war aber darüber nichts zu finden, nicht mal im Debug-Log. Aber sobald diese Funktion mit „no dos-filter“ deaktiviert wurde, konnte der CUPS wieder über LPD auf die Drucker zugreifen und es konnte wieder ausgedruckt werden.
Wir hatten in einem Büro den LAN-Switch ausgetauscht und einen HP Procurve 2520G-24-PoE dafür eingebaut. Nach dem Umbau trat folgendes Problem auf: An diesem Switch sind mehrere Drucker, die über CUPS-Printserver mit LPD angesteuert werden. Ping und die Weboberfläche der Drucker war erreichbar, aber der CUPS-Server konnte die Drucker über LPD nicht erreichen und somit konnte nicht gedruckt werden. Über IPP waren die Drucker funktionsfähig.
Lösung:
Der Switch hat eine Funktion „dos-filter“ um Denial-of-Service Angriffe zu erkennen. Scheinbar wurde dadurch die CUPS-Drucker-Kommunikation gestört, in den Switch-Logfiles war aber darüber nichts zu finden, nicht mal im Debug-Log. Aber sobald diese Funktion mit „no dos-filter“ deaktiviert wurde, konnte der CUPS wieder über LPD auf die Drucker zugreifen und es konnte wieder ausgedruckt werden.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 207602
Url: https://administrator.de/contentid/207602
Ausgedruckt am: 03.12.2024 um 19:12 Uhr
12 Kommentare
Neuester Kommentar
Mmmmhhh Netzwerk versuchen zu treiben sondern ist Procurve...was sollen uns diese wirren Worte sagen ??
Bleibt dabei Procurve ist billiger Mist der mit billigen Custom ASICs von der Stange bei Accton auftragsgefertigt wird. Entsprechend ist auch der Funktions- und Performanceumfang.
Bei dem ūbernommenen 3Com Geraffel muss man mal sehen ob ein reiner US Server Hersteller aktueller Netzwerk Technologie folgen kann mit einer Marke die er von Chinesen mit dubiosem Know How billig ūbernommen hat....
Nichtmal intern sind die beiden Zweige ja kompatibel...aber egal.
Andere können das wahrlich besser... Aber es ist wie es ist: Jeder bekommt den Switch den er verdient !
Bleibt dabei Procurve ist billiger Mist der mit billigen Custom ASICs von der Stange bei Accton auftragsgefertigt wird. Entsprechend ist auch der Funktions- und Performanceumfang.
Bei dem ūbernommenen 3Com Geraffel muss man mal sehen ob ein reiner US Server Hersteller aktueller Netzwerk Technologie folgen kann mit einer Marke die er von Chinesen mit dubiosem Know How billig ūbernommen hat....
Nichtmal intern sind die beiden Zweige ja kompatibel...aber egal.
Andere können das wahrlich besser... Aber es ist wie es ist: Jeder bekommt den Switch den er verdient !
Besser ist wir beenden das hier...führt zu nix, denn man müsste dir jetzt noch langwierig erklären WARUM es auf Platz 2 ist...
Leider reichts beim TO ja nicht mehr für ein
Wie kann ich einen Beitrag als gelöst markieren?
Leider reichts beim TO ja nicht mehr für ein
Wie kann ich einen Beitrag als gelöst markieren?
Hallo Mana,
vielen Dank für die Info.
Unsere Procurves besitzen sowohl Telnet/SSH, als auch den 'dos-filter'.
Problem war aber falsch konfiguriertes Netzwerkgerät. Dieses hatte die selbe IP wie der Router und das Subnetz der Printer war daher nicht mehr erreichbar.
Komisch nur das Geräte von HP und Ricoh nicht betroffen waren, sondern nur die Kyocera und Lexmark Drucker.
Viele Grüße,
Floppi
vielen Dank für die Info.
Unsere Procurves besitzen sowohl Telnet/SSH, als auch den 'dos-filter'.
Problem war aber falsch konfiguriertes Netzwerkgerät. Dieses hatte die selbe IP wie der Router und das Subnetz der Printer war daher nicht mehr erreichbar.
Komisch nur das Geräte von HP und Ricoh nicht betroffen waren, sondern nur die Kyocera und Lexmark Drucker.
Viele Grüße,
Floppi