kann ich einen Druckauftrag an einen Drucker (CUPS) senden, der in einem anderen Subnet ist?
Habe es heute mal versucht, hat aber bisher noch nicht geklappt.
In der Schulkonsole ist das Drucken auf dem Drucker vom entsprechenden Raum aus freigegeben.
Drucken vom Raum im Netzsegment geht.
Auch die Testseite von Cups aus geht.
Vielleicht liegts an dem Aufruf in der printers.conf
Dort wird der Drucker mit:
Location 10.20.71.201
DeviceURI socket://10.20.71.201:9100
angesprochen.
Werde es morgen mal mit:
DeviceURI http://< servername >:631/printers/< Druckername >
versuchen.
Nur der Location Befehl wird wohl ins Leere laufen?
Location 10.20.71.201
(weden sehen…)
Welche Variante ist eigentlich prinzipiell zu bevorzugen?
http:// oder socket://
kann ich einen Druckauftrag an einen Drucker (CUPS) senden, der in einem
anderen Subnet ist?
… das ist nicht exact genug in der Beschreibung.
Du kannst aus einem Subnet heraus auf einen Drucker in einem anderen
Subnet drucken, wenn du den Auftrag über den Cups des Servers laufen
läßt (wie es sein soll).
Du kannst aber nicht aus Subnet A den Drucker in Subnet B direkt
ansteuern: genau dafür sind die Subnets da: damit das nicht geht.
vielen Dank für deine Hilfe.
Und gut, dass das prinzipiell geht.
D.h. dann geht jetzt bei mir die Fehlersuche los.
Der Drucker ist in CUPS (Server) angelegt und eine Testseite wird auch von Cups ausgedruckt.
In der Schulkonsole wurde dem RaumB (NetzB) erlaubt auf dem Drucker in RaumA (NetzA) zu drucken.
Und im RaumA, in dem Netz auch der Drucker steht, kann von den Clients aus auf diesem Drucker gedruckt werden.
printers.conf:?
Kann man daraus dann schließen, dass es an der printers.conf auf dem Clients im RaumB liegt?
Die Clients im RaumB haben in der printers.conf den gleichen Drucker mit den identischen Einstellungen in der printers.conf (ich kontrolliere das aber nochmal alles heute Nachmittag).
Der Drucker ist in CUPS (Server) angelegt und eine Testseite wird auch
von Cups ausgedruckt.
In der Schulkonsole wurde dem RaumB (NetzB) erlaubt auf dem Drucker in
RaumA (NetzA) zu drucken.
Und im RaumA, in dem Netz auch der Drucker steht, kann von den Clients
aus auf diesem Drucker gedruckt werden.
bitte sag mal, wie die betroffenen Räume heißen, wie ihr Subnet ist, was
die IP des betroffenen Druckers ist und schick die
/etc/cups/access.conf
und die
/etc/linuxmuster/printers
Hallo Alois und Holger,
bin begeistert - so viel schnelle Hilfe :))
Ok also hier die Infos:
Raum 701 10.20.71.*
Raum 702 10.20.72.*
Drucker:
Zeile in der workstation: 701;701-d02;drucker;00:21:B7:A3:F0:0C;10.20.71.201;255.255.255.0;1;1;1;1;0;
Cups:
Name PC-Raum701_Farblaser socket://10.20.71.201:9100
Einstellungen: job-sheets=none, none
media=iso_a4_210x297mm
sides=one-sided
server: /etc/cups/access.conf (für Alois)
< Location /printers/PC-Raum701_Farblaser >
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 10.20.72.*
Allow From 10.20.71.*
Allow From 10.30.10.100
Allow From 10.16.1.1
< /Location >
Und hier die printers.conf vom Client aus dem Raum 702, aus dem das Drucken grad nicht geht: (neu so printers.conf mal händisch auf dem Testclient aktualisiert, warum postsync das nicht macht muss ich noch schauen):
# Printer configuration file for CUPS v1.5.3
# Written by cupsd
# DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING
<DefaultPrinter PC-Raum-702>
UUID urn:uuid:41d2eacf-e02f-3775-4322-f9e128bf4ca8
Info Lexmark T640
Location 10.20.72.200
MakeModel Lexmark T640 Foomatic/Postscript (recommended)
DeviceURI http://tux:631/printers/r702d01
State Idle
StateTime 1442339369
Type 8433684
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
Option media iso_a4_210x297mm
Option print-color-mode monochrome
Option print-quality 4
Option printer-resolution 600x600dpi
</Printer>
<Printer PC-Raum701_Farblaser>
UUID urn:uuid:069636e3-09fa-3e3b-6954-d81e3cb9d67a
Info Lexmark CS410
Location 10.20.71.201
MakeModel Lexmark CS410 Series
# DeviceURI socket://10.20.71.201:9100
# so ging es nicht ueber das subnet hinweg in ein anderes Netz
DeviceURI http://tux:631/printers/PC-Raum701_Farblaser
State Idle
StateTime 1493378504
Type 8425692
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
</Printer>
Hallo Matthias, die access.conf sieht m.E. gut aus. Ist die Firewall so
konfiguriert, dass sie den Druckauftrag ins andere Netzsegment durch
lässt? Gruß Alois
das kann ich nicht sagen.
Die hat die Fa. K. eingerichtet
die Firewall hat damit nix zu tun: da steht der Cisco Layer3 Router
dazwischen, und dessen Aufgabe ist es ja genau solche ZUgriffe zu
unterbinden.
Der Weg des Druckauftrages ist ja:
Client in 72 → Cups auf Server → Drucker in 71
Damit ist der Weg ähnlich zu dem den die Aufträge aus 71 nehmen:
Client in 71 → Cups auf Server → Drucker in 71
Und der Server kommt aus dem Servernetz in alle Subnetze ohne Probleme.
Deswegen verstehe ich nicht, wo das hängt.
Die access.conf sieht für mich auch OK aus.
Bitte schau mal auf dem Server in den cupslogdateien nach, ob du einen
Auftrag aus 72 findest: vielelicht werden wir so schlauer.
Was mit auffällt ist, dass der Server tux heißt und nicht server.
Was steht den in der /etc/hosts auf dem Server?
das komische ist, dass ein Druckauftrag vom Client 72 nicht in Cups auf dem Server unter “Aktive Aufträge” erscheint.
Irgendwie findet der Druckauftrag nicht den Weg zum Cups auf dem Server
Ja versuche mal nach den cupslogdateien zu schauen und nach etc/hosts …
< Location /printers/PC-Raum701_Farblaser >
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 10.20.72.*
Allow From 10.20.71.*
Allow From 10.30.10.100
Allow From 10.16.1.1
< /Location >
durch
< Location /printers/PC-Raum701_Farblaser >
Order Deny,Allow
Allow From All
Allow From 127.0.0.1
Allow From 10.20.72.*
Allow From 10.20.71.*
Allow From 10.30.10.100
Allow From 10.16.1.1
< /Location >
