Ich habe einen alten Laserdrucker (Samsung Xpress M2026W), den ich im Netzwerk über einen druckerführenden PC bereitstelle. Er ist an einem noch älteren ThinkCentre per USB angeschlossen, auf dem ich Mint-Linux betreibe. Ich habe diesen Drucker schon so oft verflucht, dass das ein ganzes Buch ergeben würde. Er hat von Anfang an Probleme gemacht. Egal ob lokal an einem Windows-Rechner oder einem Linux-Rechner genutzt oder im Netzwerk freigegeben. Mal hat er funktioniert, dann wieder nicht. In meiner derzeitigen Konfiguration konnte ich etwa 1x bei 10 Versuchen drucken und bis eben war mir komplett unklar, warum das manchmal ging und meist nicht.
Vor allen Dingen, da ich von einem anderen Mint Linux per IPP drucken will und das muss einfach gehen. Aber zumindest das Problem scheint gelöst zu sein und eine recht „triviale“ Ursache gehabt zu haben. Wobei man immer leicht von „trivial“ redet, wenn man die Lösung kennt. Die ganzen Versuche mit Treibern, Cups, Protokollen, Druckerfreigaben, Firewall, Konfigurationen etc. haben bei mir ja nicht umsonst unendlich Zeit weitgehend nutzlos verbraucht.
Der Mörder war mDNS. Die Verwendung von hostname.local o. ä. scheint bei mDNS/Avahi instabil zu sein. Was erklärt, warum es halt auch manchmal ging. Direkter Eintrag der IP in der IPP-Url hat die Angelegenheit wohl echt gelöst. Zumindest sieht es derzeit so aus.
Ich habe mittlerweile weiter nachgeforscht und herausgefunden, dass unter Linux (besonders bei Mint/Ubuntu) hostname.local über den Dienst Avahi (Multicast DNS) aufgelöst wird und das funktioniert oft nur sporadisch. Probleme sind bekannt, wenn
- der druckerführende Rechner nicht immer eingeschaltet ist oder spät im Netzwerk auftaucht,
- keine saubere .local-Namensauflösung möglich ist (Netzwerkrouter blockiert mDNS), oder
- der avahi-daemon auf einem der Rechner nicht läuft.
Zwar macht der Drucker jetzt noch von Windows-Clients Zicken, aber das ist mir egal, weil ich Windows nur noch ganz selten einsetze und von da nicht drucke.