Johannes Kapune [13.11.2014 15:44]:
Hallo Werner,
Am 13.11.2014 um 15:13 schrieb Werner Flamme:
Johannes Kapune [13.11.2014 14:52]:
Hallo Werner, hallo Jürgen,
mag sein _ICH_ habe da ein Verständnisproblem.
Was jetzt geht ist:
ich kann von allen per Kabel angeschlossenen Kisten (ob Windows, Linux oder Mac) drucken. Da habe ich immer nur den CUPS-Server auf dem Server eingetragen. Wenn ich die Doku soweit richtig verstanden habe soll das ja auch so sein, dann liegen die Drucker-Qeues schön auf dem Server.
Du kannst in der /etc/cups/client.conf den Printserver eintragen und alles ist gut. Interessante Zusatzinfo zum OP: es gibt ein Subnetz, aus dem heraus das Drucken schon funktioniert, also nicht nur lokal.
Was mir vorschwebt ist halt dass ich aus dem WLAN-Netzwerk auf den Server zugreife und der dann brav die Druckerdaten in die entsprechende Qeue packt und weiter zum Drucker schickt.
Der Wunsch ist legitim.
ist das auch möglich?
Bis vor einer Woche war ich Herr über die 5 CUPS-Printserver der Firma, wir haben den gesamten Netzbereich 141.65.0.0/16, da ging das :) Die Kisten sind inzwischen aus.
Ich möchte eigentlich nicht direkt auf die Drucker zugreifen.
Das Routing von allen Kabel-Kisten zum 192.168.178.xxx Netz funktioniert hin und her, denn die Fritzbox DSL ist auch in diesem Netz. (ich bilde mir ein das müsste reichen)
Also sind "Kabel-Kisten" in 192.168.1.0/24 und WLAN ist 192.168.178.0/24? Dann muss die Fritz-Box ins Netz 192.168.1.0/24 routen. Oder Du hast hinter der Fritzbox noch einen Router in den Bereich 192.168.1.0/24 stehen, dann ist der dafür zuständig. Wie ist denn das Kabelnetz mit der Fritzbox verbunden?
nein, nicht ganz
DSL - Fritzbox(192.168.178.1)(und WLAN 192.168.178.xxx) <-> Server eth1(192.168.178.200)
Server eth0 192.168.1.200) <-> Kabel an Rechner
Das Routing macht also der Server.
Naja... und woher weiß die Fritzbox, mit der sich alle WLAN-Geräte verbinden, von der Existenz des 192.168.1.0/24? Und wo wird eingestellt, dass die Fritzbox alle Anfragen in dieses Netz an Deinen Server weiterleitet?
Was ich suche ist sozusagen der Eingang auf den CUPS-Server vom 178er Netzwerk aus. oder muss ich da im Routing noch sowas wie 192.168.178.xxx:631 <-> 192.168.1.xxx:631 basteln?
Entweder geht das Routing von dem einen Subnetz ins andere oder es geht nicht. Routing für Ports sollte nicht existieren.
Was passiert, wenn Du auf einem Host im 178er Subnetz ein "telnet druckerhost 631" eingibst? (druckerhost steht für die IP-Adresse Deines CUPS-Servers)
a) $ telnet druckerhost 631 Trying 192.168.1.abc... Connected to vsapuft. Escape character is '^]'. ^] telnet> quit Connection closed.
b) $ telnet druckerhost 631 Trying 192.168.1.abc... telnet: connect to address 192.168.1.abc: No route to host
#telnet 192.168.178.200 631 Connected to server04.fritz.box.
das scheint ja zu funktionieren
Also steht Dein Printserver nicht in 192.168.1.0/24, sondern in 192.168.178.0/24. Und die WLAN-Kisten sind auch in 192.168.178.0/24, da sollte genau gar kein Problem beim Drucken bestehen, denn zum Routen besteht ja gar kein Anlass, ist ja alles im selben Subnetz. Wenn der Printserver zwei Netzwerkinterfaces hat (z. B. eth0 und eth1), kann es aber sein, dass er nur auf dem Default-Interface antwortet. Sieh mal zu, dass Du in /etc/sysctl.conf die Zeile net.ipv4.conf.all.rp_filter = 0 hast, wie für multihomed hosts nötig, das steht auf 1, wie es für Kisten mit nur einer Netzwerkschnittstelle richtig ist. Mit "sysctl -p" anwenden.
In der Online-Doku habe ich den Parameter: "Listen ip4" gefunden, der scheint, trotz Neustart vom CUPS aber nichts zu bewirken
Listen :631 oder Port 631 sorgen dafür, dass CUPS auf allen Netzwerkinterfaces lauscht. Gruß Werner --