Arch Linux

Cups-Server in anderem Subnetz

shibumi

Hallo,
Ich habe folgendes Szenario. Mein Cups-Server steht in dem Beispiel Subnetz: 192.168.2.0/24 Meine Drucker und die Clients die darauf zugreifen sollen aber im Subnetz 192.168.34.0/24

Meine cupsd.conf sieht so aus:

#
#
# Sample configuration file for the CUPS scheduler.  See "man cupsd.conf" for a
# complete description of this file.                                                                                  
#                                                                                                                     
                                                                                                                      
# Log general information in error_log - change "warn" to "debug"                                                     
# for troubleshooting...                                                                                              
LogLevel warn

# Deactivate CUPS' internal logrotating, as we provide a better one, especially
# LogLevel debug2 gets usable now
MaxLogSize 0

# Only listen for connections from the local machine.
Port 631
Listen /var/run/cups/cups.sock

# Show shared printers on the local network.
Browsing On
BrowseLocalProtocols dnssd

# Default authentication type, when authentication is required...
DefaultAuthType Basic

# Web interface setting...
WebInterface Yes

# Restrict access to the server...
<Location />
  Order allow,deny
  Allow localhost
  Allow 192.168.2.*
  Allow 192.168.34.*
</Location>

# Restrict access to the admin pages...
<Location /admin>
  Order allow,deny
</Location>

# Restrict access to configuration files...
<Location /admin/conf>
  AuthType Default
  Require user @SYSTEM
  Order allow,deny
</Location>

# Set the default printer/job policies...
<Policy default>
  # Job/subscription privacy...
  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default

  # Job-related operations must be done by the owner or an administrator...
  <Limit Create-Job Print-Job Print-URI Validate-Job>
    Order deny,allow
  </Limit>

  <Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document>
    Require user @OWNER @SYSTEM
    Order deny,allow
  </Limit>

  # All administration operations require an administrator to authenticate...
  <Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default CUPS-Get-Devices>
    AuthType Default
    Require user @SYSTEM
    Order deny,allow
  </Limit>

  # All printer operations require a printer operator to authenticate...
  <Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs>
    AuthType Default
    Require user @SYSTEM
    Order deny,allow
  </Limit>

  # Only the owner or an administrator can cancel or authenticate a job...
  <Limit Cancel-Job CUPS-Authenticate-Job>
    Require user @OWNER @SYSTEM
    Order deny,allow
  </Limit>

  <Limit All>
    Order deny,allow
  </Limit>
</Policy>

# Set the authenticated printer/job policies...
<Policy authenticated>
  # Job/subscription privacy...
  JobPrivateAccess default
  JobPrivateValues default
  SubscriptionPrivateAccess default
  SubscriptionPrivateValues default

  # Job-related operations must be done by the owner or an administrator...
  <Limit Create-Job Print-Job Print-URI Validate-Job>
    AuthType Default
    Order deny,allow
  </Limit>

  <Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document>
    AuthType Default
    Require user @OWNER @SYSTEM
    Order deny,allow
  </Limit>

  # All administration operations require an administrator to authenticate...
  <Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default>
    AuthType Default
    Require user @SYSTEM
    Order deny,allow
  </Limit>

  # All printer operations require a printer operator to authenticate...
  <Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs>
    AuthType Default
    Require user @SYSTEM
    Order deny,allow
  </Limit>

  # Only the owner or an administrator can cancel or authenticate a job...
  <Limit Cancel-Job CUPS-Authenticate-Job>
    AuthType Default
    Require user @OWNER @SYSTEM
    Order deny,allow
  </Limit>

  <Limit All>
    Order deny,allow
  </Limit>
</Policy>

#
#

Wenn ich lpstat aufrufe werden mir alle Drucker angezeigt im Idle Status. Alles wunderbar.
Wen ich allerdings `echo 'test' | lpr -P <printername>` mache erhalte ich die nachricht: lpr: <printername>: unknown printer
(Und ja ich habe nicht <printername> eingegeben schon den richtigen printernamen 😉 )
In der printers.conf sind alle Drucker mit IP-Adressen vergeben. Die ich auch wunderbar anpingen kann. Jemand eine Idee wo der Fehler liegt?
Vor Weihnachten als ich einen Drucker eingerichtet habe ging es noch. Nun bekomm ich diesen seltsamen Unknown Printer Error.

Dirk

Cups ist hier irrelevant. Die Route vom einen in das andere Netz ist gesetzt? Was zeigt ip route an?

shibumi

ip route zeigt folgendes an:

default via <IP vom backbone> dev eth0
192.168.2.0/25 dev eth0 proto kernel scope link src <IP vom Server>

die 192.168.2.0 ist natuerlich nur beispiel will hier ungern meine IPs veroeffentlichen

EDIT: Server und backbone stehen natuerlich im gleichen Subnetz

Dirk

shibumi schrieb<IP vom Server>

Du musst das auf dem Client machen, schließlich braucht DER ja die Verbindung 🙂

shibumi schriebdie 192.168.2.0 ist natuerlich nur beispiel will hier ungern meine IPs veroeffentlichen

Ähm, du weißt, dass deine LAN-IPs völlig irrelevant sind? Mein ist 10.10.0.10/24, mein DNS/DHCP-Server ist 10.10.0.3/24, mein WLAN-AP is 10.10.0.2/24, und mein Gateway, bzw. der Router ist 10.10.0.1/24 … Da nichts davon nach außen sichtbar ist, ist das völlig egal, dass das hier jetzt jeder weiß. Es verkompliziert nur den Support, ständig drumherumzureden.

shibumi schriebEDIT: Server und backbone stehen natuerlich im gleichen Subnetz

Sei mir bitte nicht böse, aber ich wage zu bezweifeln, das du die genaue Definition eines Backbone kennst, und den Begriff hier richtig verwendest 🙂 Bitte noch mal sauber aufdröseln, am besten natürlich mit Netzdiagramm, aber ’ne Liste mit IP, Netzmaske und Bezeichnung („Server“, „Client“, „Router“, etc.) geht genau so.

Aber ich vermute, dass du einfach die Route hinzufügen musst (ip route add …).

shibumi

Dirk schrieb Du musst das auf dem Client machen, schließlich braucht DER ja die Verbindung 🙂

Achso damn. Aber ich habe ja auch versucht vom Cups-Server aus zu drucken und bekomme da ebenfalls ein Unknown Printer als Ausgabe....

Ähm, du weißt, dass deine LAN-IPs völlig irrelevant sind? Mein ist 10.10.0.10/24, mein DNS/DHCP-Server ist 10.10.0.3/24, mein WLAN-AP is 10.10.0.2/24, und mein Gateway, bzw. der Router ist 10.10.0.1/24 … Da nichts davon nach außen sichtbar ist, ist das völlig egal, dass das hier jetzt jeder weiß. Es verkompliziert nur den Support, ständig drumherumzureden.

Naja eben nicht. Ich rede hier von keinem gewöhnlichen Haus-LAN und so, sondern von einem Dicken Class-B Netz. Alle Clients, Server sitzen direkt mit der IP am Internet aber hinter einer firewall und ja Port 631 ist offen vom cups-server.

Sei mir bitte nicht böse, aber ich wage zu bezweifeln, das du die genaue Definition eines Backbone kennst, und den Begriff hier richtig verwendest 🙂 Bitte noch mal sauber aufdröseln, am besten natürlich mit Netzdiagramm, aber ’ne Liste mit IP, Netzmaske und Bezeichnung („Server“, „Client“, „Router“, etc.) geht genau so.
Aber ich vermute, dass du einfach die Route hinzufügen musst (ip route add …).

Nene keine Sorge dafür bin ich dir nicht böse. Der Begriff Backbone sagt mir schon was und der Begriff fällt hier schon richtig ^^ wenn du die Sätze oberhalb von diesem hier gelesen hast.

EDIT: Vielleicht war auch mein Wort 'Subnetz' hier verwirrend. weiss nicht in wie weit man da von einem Subnetz sprechen kann. Eher sind die beiden Netze die ich meine in unterschiedlichen Ip-Ranges liegen aber beide in einem dicken Class-B Netz.

Dirk

shibumi schriebNaja eben nicht. Ich rede hier von keinem gewöhnlichen Haus-LAN und so, sondern von einem Dicken Class-B Netz. Alle Clients, Server sitzen direkt mit der IP am Internet aber hinter einer firewall und ja Port 631 ist offen vom cups-server.

Schön, dass du mit solchen nicht ganz unwesentlichen Informationen erst rausrückst, wenn sich die Leute schon Gedanken über die Problematik gemacht haben 🙂

shibumi schriebEDIT: Vielleicht war auch mein Wort 'Subnetz' hier verwirrend. weiss nicht in wie weit man da von einem Subnetz sprechen kann. Eher sind die beiden Netze die ich meine in unterschiedlichen Ip-Ranges liegen aber beide in einem dicken Class-B Netz.

Na, entweder sind sie im selben Netz, oder nicht. Dazwischen gibt es nichts. Allerdings: Wenn der Server über eine öffentliche IP erreichbar ist: WIeso nimmst du die dann nicht, sondern versuchst es über die LAN-IP? Wenn du die öffentliche Adresse nutzt, ist es irrelevant, wo im LAN die Kiste steht.

… aber wenn du sowieso schon nicht drucken kannst, wäre es vielleicht sinnvoll, erst mal den Drucker auf dem Server sauber einzurichten, bevor du dir über das Drucker-Sharing Gedanken machst, oder? 🙂

shibumi

Dirk schrieb Schön, dass du mit solchen nicht ganz unwesentlichen Informationen erst rausrückst, wenn sich die Leute schon Gedanken über die Problematik gemacht haben 🙂

Joa ich dachte das macht keinen grossen Unterschied bzw ist von der Problematik her ähnlich.

Na, entweder sind sie im selben Netz, oder nicht. Dazwischen gibt es nichts. Allerdings: Wenn der Server über eine öffentliche IP erreichbar ist: WIeso nimmst du die dann nicht, sondern versuchst es über die LAN-IP? Wenn du die öffentliche Adresse nutzt, ist es irrelevant, wo im LAN die Kiste steht.

Sie sind alle im Selben /16er Netz ja. Und ich nehme ja die öffentliche adresse nicht die LAN-IP. Wenn ich lpstat aufrufe wird mir auch gesagt es wäre alles fein und alle Printer im idle zustand. Nur wenn ich versuche zu drucken krieg ich nur ein 'Unknwon Printer".

… aber wenn du sowieso schon nicht drucken kannst, wäre es vielleicht sinnvoll, erst mal den Drucker auf dem Server sauber einzurichten, bevor du dir über das Drucker-Sharing Gedanken machst, oder? 🙂

Naja eingerichtet sind sie alle sauber. Im moment spreche ich alle Drucker über ipp an. Alles was ich noch machen könnte ist vielleicht mal sockets zu versuchen aber das hatte ich zu erst und ging glaube ich nicht.

Was ich halt versuche zu lösen ist im Moment, dass ich wenigstens vom cups-server aus drucken kann aber da kriege ich ja nur diesen Unknown-Printer bug. Im Internet findet man dazu nur was wenn das OS FreeBSD ist weil FreeBSD da eigene binaries bereitstellt oder sowas. Aber der Server an sich läuft ja auf Linux.

Dirk

Dass sich …

shibumi schriebNaja eingerichtet sind sie alle sauber.

… und …

shibumi schrieb[Auf dem Printserver] kriege ich ja nur diesen Unknown-Printer bug.

… widersprechen merkst du selbst, ne? 🙂

shibumi

Dirk schriebDass sich …

shibumi schriebNaja eingerichtet sind sie alle sauber.
… und …

shibumi schrieb[Auf dem Printserver] kriege ich ja nur diesen Unknown-Printer bug.
… widersprechen merkst du selbst, ne? 🙂

Naja wie gesagt wenn ich lpstat aufrufe wird mir gesagt, dass alle Drucker idlen und empfangsbereit sind.
Wenn ich jedoch einen Testdruck versuche mit -> echo "test" | lpr -P <printername>

krieg ich nur ein unknown Printer. Die Frage ist wieso die eigenen Drucker dem cups-server auf einer Seite bekannt sind. Aber wenn er drucken soll sagt er mir unknown Printer. Was soll der Bloedsinn?! oO

UPDATE:

Also. Wenn ich lp -d <printername> benutze funktionierts lokal. Wenn ich lpr -P <printername> nutze kriege ich ein unknown Printer zurueck.