Skip to content

Cups Druckdaemon

Linux
  • Cups - ein Druckdaemon

    Einleitung

    CUPS (Common Unix Printing System) , ist ein Drucksystem, des sich auf Linuxsystemen um den Transport der Druckdaten zum Drucker kümmert. Dieses Drucksystem besteht aus einer Client-Server-Architektur, auf einem standardmäßig installiertem Linux Mint wird CUPS nur als Client benutzt, aber auch hier kann man den Serverbetrieb einschalten. Doch immer eins nach dem anderen.

    Wenn man mehrere Systeme zu Hause hat und keinen Netzwerkdrucker, dann kommt schnell das Verlangen auf, von jedem System aus auf den Drucker zugreifen zu können. Vor einiger Zeit hatte ich dazu schon mal einen Bericht gelesen, daran habe ich mich nun erinnert. Was brauchen wir?

    • einen Server der möglichst permanent läuft, unser NAS im Netz bietet sich dafür an.

    CUPS installieren

    sudo apt install cups cups-client
    

    Nun werden eine Menge Programme und Daten installiert, ein Grund sich einen Kaffee zu holen. Nachdem wir alles installiert haben, starten wir den Dienst.

    sudo service cups start
    

    CUPS beinhaltet einen Webbrowser um die Konfigurationsseite anzuzeigen, nur blöd wenn man ein minimales System installiert hat. Dafür gibt es zwar auch Tools wie z.b. lynx, aber ganz ehrlich damit bin ich nicht besonders klar gekommen. Aber man kann die Konfigurationsseite auch von extern erreichen, dazu nimmt man folgenden Befehl.

    sudo cupsctl --remote-admin
    

    Damit wird die Konfiguration so eingestellt, das man aus dem lokalen Netz sich auf die Seite verbinden kann. Aufgerufen wird sie so.

    https://192.168.2.xxx:631
    

    Nun befindet man sich auf der Konfigurationsseite.

    0_1538745797482_50c2fc0b-ef14-438d-9630-30cc83da9f7b-grafik.png

    Schaut euch mal um, es gibt eine ganze Menge zu erkunden. Der wichtigste Reiter ist die "Verwaltung".

    0_1538745902880_227d991c-fb9f-46b1-9648-4fedf82ef12f-grafik.png

    Drucker hinzufügen

    Wenn wir jetzt auf "Drucker hinzufügen" klicken werden wir nach dem User und dem Passwort des Rootusers des NAS gefragt.

    0_1538745939225_6d54b231-bbe3-4ac4-bfa7-47892a5b9c3b-grafik.png

    Da gibt es eine ganze Menge Einstellmöglichkeiten, die ich gar nicht kenne. Die sind aber auch für mich gar nicht so wichtig. Fangen wir mal an, was sehen wir?

    • einen lokalen Drucker SCX-3200
    • einen Netzwerkdrucker SCX-3200 (@Haupt-PC)

    Der Rest ist im Moment uninteressant. Der 1. Drucker ist der Drucker, der am USB-Port des NAS hängt. Der 2. Drucker war ein freigegebener Drucker an meinem Haupt-PC, das muss ich dann noch entfernen 🙂 Nun sucht man den lokalen Drucker aus und klickt auf "Weiter".

    0_1538745988269_cf755b16-5b30-4d41-a4df-acbc44d9702d-grafik.png

    Sollte selbst erklärend sein. Wenn der Drucker im Netzwerk erreichbar sein soll, dann klickt man die entsprechende Freigabe an. Danach sucht man den entsprechenden Druckertreiber aus und drückt auf "Drucker hinzufügen" - fertig!

    Drucker auf dem PC hinzufügen

    Auf meinem Linux Mint sieht das dann folgendermaßen aus.

    0_1538746009335_efff8ff6-30f8-4ef7-bcbc-2c4628eb97dc-grafik.png

    Dort sieht man jetzt den freigegebenen Drucker und fügt diesen entsprechend hinzu. Fertig!

    So kann man sein NAS so ganz nebenbei als Duckdaemon benutzen, ist ja sowieso 24/7 eingeschaltet. Was mir viel Kopfzerbrechen bereitet hat war, wenn der Daemon WLan und LAN versorgen soll, dann muss der Daemon auch beides installiert haben. Ich habe lange gebraucht, bis es klick gemacht hat. Nun ist mein Drucker ein "Netzwerkdrucker" ohne das dieser das eigentlich kann. So klappt das auch mit dem Notebook vom Balkon 😉

    Ich hoffe ich konnte euch mal wieder ein paar Anregungen vermitteln.

  • Pycharm und Autoupload

    Linux
    1
    0 Stimmen
    1 Beiträge
    60 Aufrufe
    Niemand hat geantwortet
  • Nextcloud Hub8 Keine Previews

    Nextcloud
    2
    0 Stimmen
    2 Beiträge
    315 Aufrufe
    FrankMF

    Noch als Ergänzung, der Server läuft mit Debian 12

    # uname -a Linux webserver1-4gb-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.90-1 (2024-05-03) x86_64 GNU/Linux
  • Proxmox - Umzug auf neue Hardware ASRock N100DC-ITX

    Angeheftet Proxmox
    25
    0 Stimmen
    25 Beiträge
    4k Aufrufe
    FrankMF

    Hallo @wooshell , erst mal sehr schade das Du so einen Stress mit dem Board hast. Ich habe das jetzt schon Monate laufen, übrigens ohne einen Kühler. Ok, wird ordentlich warm aber ich hasse Lüfter 😉

    Ich kann leider nicht so richtig erkennen, wo dein Problem liegt. Wie groß ist dein Speicher? Ist der in der Liste der unterstützen RAM Riegel?

    Das habe ich verbaut.

    RAM: Corsair Vengeance SODIMM 32GB (2x16GB) DDR4 2400MHz CL16 https://www.corsair.com/de/de/Kategorien/Produkte/Arbeitsspeicher/VENGEANCE-DDR4-SODIMM/p/CMSX32GX4M2A2400C16

    Aus dem Bauch heraus, würde ich auf RAM tippen.

  • Redis - Datenbanken löschen

    Redis
    1
    0 Stimmen
    1 Beiträge
    221 Aufrufe
    Niemand hat geantwortet
  • VSCodium - Nach Umzug die Entwicklungsumgebung wieder aktivieren

    Linux
    1
    0 Stimmen
    1 Beiträge
    173 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Debian Bullseye Teil 1

    ROCKPro64
    17
    0 Stimmen
    17 Beiträge
    2k Aufrufe
    FrankMF

    Durch diesen Beitrag ist mir mal wieder eingefallen, das wir das erneut testen könnten 😉

    Also die aktuellen Daten von Debian gezogen. Das Image gebaut, könnt ihr alles hier im ersten Beitrag nachlesen. Da die eingebaute Netzwerkschnittstelle nicht erkannt wurde, habe ich mal wieder den USB-to-LAN Adapter eingesetzt.

    Bus 005 Device 002: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet

    Die Installation wollte ich auf einem NVMe Riegel installieren.

    Die Debian Installation durchgezogen und nach erfolgreicher Installation neugestartet. Und siehe da, ohne das man alles möglich ändern musste, bootete die NVMe SSD 🤓

    Eingesetzter uboot -> 2020.01-ayufan-2013......

    Die nicht erkannte LAN-Schnittstelle müsste an nicht freien Treibern liegen, hatte ich da irgendwo kurz gelesen. Beim Schreiben dieses Satzes kam die Nacht und ich konnte noch mal drüber schlafen. Heute Morgen, beim ersten Kaffee, dann noch mal logischer an die Sache ran gegangen.

    Wir schauen uns mal die wichtigsten Dinge an.

    root@debian:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: enx000acd26e2c8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff inet 192.168.3.208/24 brd 192.168.3.255 scope global dynamic enx000acd26e2c8 valid_lft 42567sec preferred_lft 42567sec inet6 fd8a:6ff:2880:0:20a:cdff:fe26:e2c8/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:20a:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5426sec preferred_lft 1826sec inet6 fe80::20a:cdff:fe26:e2c8/64 scope link valid_lft forever preferred_lft forever

    Ok, er zeigt mir die Schnittstelle eth0 ja an, dann kann es an fehlenden Treibern ja nicht liegen. Lässt dann auf eine fehlerhafte Konfiguration schließen. Nächster Halt wäre dann /etc/network/interfaces

    Das trägt Debian ein

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug enx000acd26e2c8 iface enx000acd26e2c8 inet dhcp # This is an autoconfigured IPv6 interface iface enx000acd26e2c8 inet6 auto

    Gut, bei der Installation hat Debian ja nur die zusätzliche Netzwerkschnittstelle erkannt, folgerichtig ist die auch als primäre Schnittstelle eingetragen. Dann ändern wir das mal...

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface #allow-hotplug enx000acd26e2c8 allow-hotplug eth0 #iface enx000acd26e2c8 inet dhcp iface eth0 inet dhcp # This is an autoconfigured IPv6 interface #iface enx000acd26e2c8 inet6 auto iface eth0 inet6 auto

    Danach einmal alles neu starten bitte 😉

    systemctl status networking

    Da fehlte mir aber jetzt die IPv4 Adresse, so das ich einmal komplett neugestartet habe. Der Ordnung halber, so hätte man die IPv4 Adresse bekommen.

    dhclient eth0

    Nachdem Neustart kam dann das

    root@debian:/etc/network# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff inet 192.168.3.172/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 42452sec preferred_lft 42452sec inet6 fd8a:6ff:2880:0:6003:b0ff:fed6:dcb3/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:6003:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5667sec preferred_lft 2067sec inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link valid_lft forever preferred_lft forever 3: enx000acd26e2c8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff

    Fertig, eth0 läuft. Nun kann man den zusätzlichen Adapter entfernen oder halt konfigurieren, wenn man ihn braucht.

    Warum der Debian Installer die eth0 nicht erkennt verstehe ich nicht, aber vielleicht wird das irgendwann auch noch gefixt. Jetzt habe ich erst mal einen Workaround um eine Installation auf den ROCKPro64 zu bekommen.

  • checkmk - systemd crasht

    Verschoben checkmk
    1
    0 Stimmen
    1 Beiträge
    473 Aufrufe
    Niemand hat geantwortet
  • Veracrypt Volume einhängen

    Linux
    1
    0 Stimmen
    1 Beiträge
    850 Aufrufe
    Niemand hat geantwortet