Hallo Werner, Am 14.11.2014 um 10:35 schrieb Werner Flamme:
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?
eigentlich verbinden sich alle Geräte erst mal mit dem Server, der verteilt auch per DHCP alle IP-Nummern, die Fritzbox fungiert nur für den Zugang zum Internet und als Accesspoint fürs WLAN. In diesem Netzwerk hängen noch ein paar weitere Fritzboxen, die nur als Accesspoints fungieren. Aus diesem Netz sind Zugriffe sowohl auf dem Server als auch auf das Internet möglich. Wenn ich and der DSL-Fritzbox die entsprechenden Ports öffne kann ich auch vom Internet auf den Server zugreifen. Daraus schließe ich dass das Routing funktioniert. Aus dem internen Netzwerk 192.168.1.xxx können alle alle Rechner auf den Server und auf das Internet zugreifen.
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.
doch, der steht im 192.168.1.0/24 Netz, mmhh, da stimmt aber noch was anderes nicht! telnet 192.168.1.200 (der Server) von einm PC im Netzwerk ergibt: trying 192.168.1.200 connected to 192.168.1.200. ein telnet Server vom gleichen PC ergibt: trying 192.168.178.200... connected to Server. da stimmt wohl meine Namensauflösung nicht - das sollte meine erste Baustelle werden
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
Danke schon mal. Ich bin auch erst mal ein paar Wochen weg, melde mich danach aber noch einmal. Gruß Johannes -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org