Kürzlich musste ich zu Hause einen IPP-Druckserver (natürlich Apples CUPS) debuggen. Dabei entdeckte ich folgenden Befehl, um von einem Client-System zu prüfen, ob und wie der IPP-Druckserver auf Anfragen reagiert.
Dank der Fehlermeldung des CUPS-Servers als Antwort auf nachfolgenden Befehl …
$ ipptool -v -4 http://10.10.10.10:631/Laserdrucker get-printer-attributes.test
The printer or class does not exist.
EXPECTED: STATUS successful-ok (got client-error-not-found)
status-message="The printer or class does not exist."
EXPECTED: charset-configured
EXPECTED: charset-supported
EXPECTED: compression-supported
EXPECTED: document-format-default
EXPECTED: document-format-supported
EXPECTED: generated-natural-language-supported
EXPECTED: ipp-versions-supported
EXPECTED: natural-language-configured
EXPECTED: operations-supported
EXPECTED: pdl-override-supported
EXPECTED: printer-is-accepting-jobs
EXPECTED: printer-name
EXPECTED: printer-state
EXPECTED: printer-state-reasons
EXPECTED: printer-up-time
EXPECTED: printer-uri-supported
EXPECTED: queued-job-count
EXPECTED: uri-authentication-supported
EXPECTED: uri-security-supported
… realisierte ich, dass ich meinen Laserdrucker über die URL http://10.10.10.10:631/printers/Laserdrucker ansprechen muss.
Auf dem Druckserver selber zeigt man sich den Status des Druckers mit folgendem Befehl an:
$ lpstat -p printer Laserdrucker is idle. enabled since Wed 10 Dec 2014 06:56:43 PM CET
