Keine Drucker auf ltspl2 / CUPS-Discovery im Lehrernetz geht nicht mehr

[Rüdiger Kupper]

Heute Nacht hat die Kollegin shla verzweifelt versucht, eine Klassenarbeit von einem der Linux-Rechner an ltspl2 auszudrucken. Dort erscheint aber nur ein einziger Drucker, nämlich

ipp://10.16.112.4:631/printers/Laser0027b

Aus irgend einem Grund erhält ltspl2 nur diesen einen Drucker von CUPS mitgeteilt. Das Interessante ist, dass die Server im Schülernetz wie gewohnt alle Drucker mitgeteilt kommen. Ich habe eben auf ltsp7 die printers.conf gelöscht und CUPS neu gestartet, und zehn Sekunden später waren wieder alle Drucker bekannt.
Der paedml teilt die Druckerliste also richtig mit, nur auf ltspl2 kommt sie nicht an!

Kann das mit Deinen Änderungen an den Firewalls zusammenhängen? Mich wundert allerdings, dass im Schülernetz alles klappt und im Lehrernetz nicht! Da sollte doch alles offen sein, oder?

[Rüdiger Kupper]

Hier ist die Beschreibung des CUPS-Broadcast-Protokolls [1]

This specification describes the CUPS browsing protocol which is used for printer sharing. The protocol is a UDP/IP-based broadcast service that operates on IP service port 631 by default. Each broadcast packet describes a single printer or class being shared.

For simple networks with a single subnet, a CUPS system sharing a printer (the server) will periodically broadcast that printer's availability and status information to the subnet. Every other CUPS system on the subnet (the clients) will receive the broadcast and make that printer available to local users. If a client stops receiving broadcasts from the server, or if the server sends a special "deleted" broadcast message, the client will remove its copy of the printer.

[1] ​https://www.cups.org/documentation.php/doc-1.4/sharing.html

[Rüdiger Kupper]

For simple networks with a single subnet, a CUPS system sharing a printer (the server) will periodically broadcast that printer's availability and status information to the subnet.

Wäre es möglich, dass der paedml vielleicht nur ein Subnetz bedient? (Das vom Schülernetz) Er hängt ja mit zwei verschiedenen Interfaces in zwei Subnetzen...

[Rüdiger Kupper]

Ich nähere mich dem Problem. Offenbar wurde am 12. April die cupsd.conf auf dem paedml durch eine neue Version ersetzt. Haben wir an dem Tag ein Update gemacht?

Jedenfalls wird unsere "custom-access.conf"-Datei nun gar nicht mehr eingebunden. Außerdem sieht es aus, als wäre das Broadcasting generell wieder abgestellt. Das hieße, der paedml verteilt die Druckerinfos momentan gar nicht. Wieso die Schülernetzserver die Druckerliste trotzdem erhalten ist mir unklar, ich könnte mir vorstellen, dass die sich die einfach gegenseitig wieder schicken...

Vermutlich haben das ltspl1 und ltspl2 auch gemacht, solange, bis einmal beide gleichzeitig aus waren.
Nur eine Hypothese. Ich schalte das Broadcasting mal wieder ein.

[Rüdiger Kupper]

Ja, logisch! Am 12. April ist der Heartbleed-Bug bekannt geworden. Daraufhin hat bau ein Update auf dem paedml gemacht. Das hat offenbar auch unsere cupsd.conf mit dem Linuxmuster-Default überschrieben.

[Rüdiger Kupper]

@bau: Da die Datei "custom-access.conf" offenbar nicht zum Linuxmuster-Mechanismus gehört -- hast Du die eigentlich angelegt? Z.B., um den Linuxmuster-Machanismus zu umgehen?

[Rüdiger Kupper]

Jupp, und schon sind die Drucker wieder bekannt!

[bau]

Replying to kup:

@bau: Da die Datei "custom-access.conf" offenbar nicht zum Linuxmuster-Mechanismus gehört -- hast Du die eigentlich angelegt? Z.B., um den Linuxmuster-Machanismus zu umgehen?

Ja, da habe ich mal dran rumexperimentiert.
Ist dieser Workaround überhaupt nötig?
Ich glaube, zum Schluss war ich soweit, dass man komplett auf die Verzichten kann.
Nur bei Druckern, die von der Schulkonsole abgeschaltet werden können braucht man das glaube ich.