Hallo zusammen,
ich habe zwei Drucker an meinem Server laufen auf denen ich per Ethernet-Kabel drucken kann (192.168.1.xxx)
Am Server ist noch ein zweites Netzwerk für WLAN angeschlossen (192.168.178.xxx)
Was mir nicht gelingen will ist dass ich vom WLAN aus drucken kann (ich bin mir aber sicher das hat früher 12.1 ? schon mal funktioniert)
Ich habe schon mal in der cupsd.conf nachgesehen ob da Netzwerke / Segmente freigegeben werden müssen sehe da aber nichts.
es gibt unter /etc/cups/ einen Ordner interfaces, der aber leer ist.
Wo muss ich anfangen zu suchen? Routing? CUPS?
CUPS ist 1.5.4 opensuse ist 13.1
Gruß
Johannes
Johannes Kapune [13.11.2014 12:35]:
Hallo zusammen,
ich habe zwei Drucker an meinem Server laufen auf denen ich per Ethernet-Kabel drucken kann (192.168.1.xxx)
Am Server ist noch ein zweites Netzwerk für WLAN angeschlossen (192.168.178.xxx)
Was mir nicht gelingen will ist dass ich vom WLAN aus drucken kann (ich bin mir aber sicher das hat früher 12.1 ? schon mal funktioniert)
Ich habe schon mal in der cupsd.conf nachgesehen ob da Netzwerke / Segmente freigegeben werden müssen sehe da aber nichts.
es gibt unter /etc/cups/ einen Ordner interfaces, der aber leer ist.
Wo muss ich anfangen zu suchen? Routing? CUPS?
Ja :)
Routing muss natürlich klappen, das ist doch selbstverständlich. Erst wenn das (in beide Richtungen) klappt, brauchst Du mit CUPS anzufangen.
In CUPS musst Du - das Interface aktivieren, so dass CUPS nicht nur auf Localhost hört bzw. auf den lokalen Socket: Port 631
- den Zugang vom Subnetz 192.168.178.xxx aus erlauben. Ich vermute mal eine Subnetzmaske von /24. Der Einfachheit halber kannst Du ein "Allow 192.168.0.0/16" in die cupsd.conf eintragen. Bei mir:
<Location /> # Allow remote access... Order allow,deny Allow all </Location>
Ach ja, und ich würde noch ServerAlias * ErrorPolicy retry-job eintragen :)
HDH, Werner
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.
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.
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)
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?
Anderes Thema: für SAMBA kann ich dies recht einfach an/ausschalten durch Einträge in der config.
Johannes
Am 13.11.2014 um 13:16 schrieb Werner Flamme:
Johannes Kapune [13.11.2014 12:35]:
Hallo zusammen,
ich habe zwei Drucker an meinem Server laufen auf denen ich per Ethernet-Kabel drucken kann (192.168.1.xxx)
Am Server ist noch ein zweites Netzwerk fÃŒr WLAN angeschlossen (192.168.178.xxx)
Was mir nicht gelingen will ist dass ich vom WLAN aus drucken kann (ich bin mir aber sicher das hat frÃŒher 12.1 ? schon mal funktioniert)
Ich habe schon mal in der cupsd.conf nachgesehen ob da Netzwerke / Segmente freigegeben werden mÃŒssen sehe da aber nichts.
es gibt unter /etc/cups/ einen Ordner interfaces, der aber leer ist.
Wo muss ich anfangen zu suchen? Routing? CUPS?
Ja :)
Routing muss natÌrlich klappen, das ist doch selbstverstÀndlich. Erst wenn das (in beide Richtungen) klappt, brauchst Du mit CUPS anzufangen.
In CUPS musst Du
- das Interface aktivieren, so dass CUPS nicht nur auf Localhost hört
bzw. auf den lokalen Socket: Port 631
- den Zugang vom Subnetz 192.168.178.xxx aus erlauben. Ich vermute mal
eine Subnetzmaske von /24. Der Einfachheit halber kannst Du ein "Allow 192.168.0.0/16" in die cupsd.conf eintragen. Bei mir:
<Location /> # Allow remote access... Order allow,deny Allow all </Location>
Ach ja, und ich wÃŒrde noch ServerAlias * ErrorPolicy retry-job eintragen :)
HDH, Werner
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.
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?
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
Anderes Thema: für SAMBA kann ich dies recht einfach an/ausschalten durch Einträge in der config.
Welches "dies" kannst Du an/ausschalten? Und was hat das mit CUPS zu tun? Wenn nichts: warum taucht es hier im Thread auf? :P
Werner
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?
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.
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
In der Online-Doku habe ich den Parameter: "Listen ip4" gefunden, der scheint, trotz Neustart vom CUPS aber nichts zu bewirken
Anderes Thema: für SAMBA kann ich dies recht einfach an/ausschalten durch Einträge in der config.
dies <=> Zugriff auf Daten vom 178er Netzwerk (oder eben kein Zugriff)
Welches "dies" kannst Du an/ausschalten? Und was hat das mit CUPS zu tun? Wenn nichts: warum taucht es hier im Thread auf? :P
jaja, hat hier nix verloren! War nur ein erhofftes Analogon für den Zugang über verschiedene Netzwerke.
Werner
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
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
Am 15.11.2014 um 15:17 schrieb Johannes Kapune:
Hallo Werner,
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.
Ja, die Fritzbox spielt also gar keine Rolle als Fritzbox, also eierlegende Wollmilchsau, sondern ist nur AP.
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,
Ja was denn nun? Du gibst doch bei Deinen Tests eine Adresse im 178er Subnetz an!?
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
In der Tat. Aber zumindest scheint der telnet-Daemon auf beiden Adressen zu lauschen (schauder), und die Antworten kommen. Aber: wenn der PC, von dem aus Du testest, im 1er Subnetz steht, kommen die Antworten, abhängig von der unten angesprochenen Einstellung, über das 1er Interface zurück. Und gehen nichts ins 178er 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.
Schönen Urlaub denn :)
wünscht Werner
Hallo zusammen,
Johannes Kapune meinte am Donnerstag, den 13.11.2014 um 12:35 Uhr wegen:Drucken im Netzwerk über CUPS
Hallo zusammen,
ich habe zwei Drucker an meinem Server laufen auf denen ich per Ethernet-Kabel drucken kann (192.168.1.xxx)
Am Server ist noch ein zweites Netzwerk für WLAN angeschlossen (192.168.178.xxx)
Was mir nicht gelingen will ist dass ich vom WLAN aus drucken kann (ich bin mir aber sicher das hat früher 12.1 ? schon mal funktioniert)
Ich habe schon mal in der cupsd.conf nachgesehen ob da Netzwerke / Segmente freigegeben werden müssen sehe da aber nichts.
es gibt unter /etc/cups/ einen Ordner interfaces, der aber leer ist.
Wo muss ich anfangen zu suchen? Routing? CUPS?
Hallo Johannes,
ich hatte schon oft Probleme mit dem Drucken via Wlan. Die letzte Lösung war, dass ich für cups ein Downgrade auf Version 1.5.4-12.1.3 machen musste, weil die aktuelleren Versionen von Paranoia geschlagen sind. Dann ging das Drucken via Wlan wieder. Allerdings nutze ich kein Ethernet.
-
Christian Meseberg -
Johannes Kapune -
Werner Flamme