Beiträge von mrminkle

    Hallo zusammen,

    ich möchte auf meinem Raspberry Pi 3B einen CUPS Server einrichten, und über diesen von allen Geräten im lokalen Netzwerk auf den verbundenen Druckern drucken. Verbunden sind

    • Brother QL-800 Labeldrucker
    • Dymo LabelWriter 4XL  Labeldrucker
    • Brother DCP-7055W  "normaler" Drucker (Druck ausschließlich in A4)
    • Zijang zj-58 Bondrucker (nur zum Spaß, wird nicht regelmäßig benutzt; ich möchte ihn für kleine Dinge im Smarthome Bereich, wie automatisiertes Drucken einer Einkaufsliste, wenn bestimmte Dinge als "Vorrat gering" registriert werden)

    Pi (CUPS Server, headless) Linux coconut 4.19.102-v7+ #1295 SMP armv7l GNU/Linux, Desktop Rechner (Client) Linux Jenkins 5.5.4-arch1-1 #1 SMP PREEMPT x86_64 GNU/Linux.

    Ich habe zuerst auf dem frisch aufgesetzten Pi cups installiert; dann habe ich die entsprechenden Druckertreiber installiert. Für den QL-800 gibt es vom Hersteller extra Treiber für raspbian - alle anderen Geräte hatten zumindest repos auf Github mit Treibern, die funktionieren sollten; das tun sie auch, denn auf dem Pi kann ich mit lp -d <drucker> <datei> alles sauber ausdrucken! Innerhalb von cups reagiert jedes der aufgelisteten Geräte auf Testseite drucken; es wird eine lesbare Datei ausgedruckt, die die Testseite gut erkennbar auf die jeweilige Papiergröße druckt!

    Auf dem Client ist ebenfalls cups installiert. Des Weiteren habe ich die Treiber für jeden der Drucker auch auf dem Client installiert. Danach habe ich die Drucker via cups lokal hinzugefügt: ipp://<ip-des-pi>/printers/<druckername>. Wenn ich nun versuche, vom Client aus Testseite drucken zu aktivieren, passiert nichts. Im Log steht entweder filter error oder unerledigt seit Mo 24 Feb 2020 11:26:23 CET (egal, wie lange ich warte, daran ändert sich nichts), oder "The print file could not be opened.", oder Sende Daten zum Drucker (was sich ebenfalls nie ändert, egal, wie lange ich warte).

    Eben habe ich versucht, über den Client ein paar .pdf Dateien auf dem mit dem pi verbundenen DCP-7055W zu drucken.

    1. Versuch: lp -d Brother_DCP_7055W *.pdf => von sieben Dateien wurde eine ausgedruckt

    2. Versuch lp -d Brother_DCP_7055W <dateiname.pdf> => es passiert überhaupt nichts

    3. Versuch scp *.pdf coconut:/home/pi/to_print, dann per sshmit dem pi verbunden und cd to_print, lp -d Brother_DCP_7055W *.pdf => alle Dateien werden ausgedruckt

    Da im 1. Versuch zwar nicht erfolgreich alle, aber zumindest eine Datei ausgedruckt wurde, kann ich doch davon ausgehen, dass ich den korrekten ipp:// Pfad angegeben habe, richtig? Sonst hätte ja überhaupt nicht gedruckt werden dürfen. Dass aber von sieben Dateien nur eine gedruckt wurde, spricht ja definitiv für einen Fehler. Ich hatte mir gedacht, vielleicht ist es aus irgend einem Grund zu viel "Datenmenge", weshalb ich im 2. Versuch dann ja nur eine einzelne Datei (eine Seite, DIN A4, pdf) zu drucken versucht habe. Die hat er dann aber überhaupt nicht ausgedruckt.

    Dass das Drucken funktioniert, wenn ich die Dateien erst auf den pi kopiere, und dann über ssh ausdrucken kann, zeigt mir (genau wie das erfolgreiche Drucken der Testseite), dass auf dem pi die korrekten Treiber installiert sind und die Kommunikation zwischen Drucker(n) und pi problemlos funktioniert. Warum aber funktioniert das Drucken über das Netzwerk nicht?

    Vielleicht sollte ich das erwähnen: Der Client liegt im Subnetz 10.10.10.0/24, der pi in 192.168.178.0/24; ich hatte mir erst Gedanken gemacht, dass das Teil des Problems seien könnte. Aber im 1. Versuch konnte ich ja vom Client auf dem pi (bzw. über den pi) eine Seite erfolgreich Drucken. Per ssh / scp verbinden klappt ebenfalls (und das Aufrufen der CUPS webUI), also wird da meiner Auffassung nach keine relevante Verbindung zwischen den Geräten untersagt - es ist in der Firewall auch nichts dergleichen eingerichtet, Geräte aus dem Subnetz des Client dürfen grundsätzlich mit Geräten im Subnetz des pi kommunizieren.

    Ich wäre Euch riesig dankbar, wenn Ihr mir helfen könntet, das Problem zu lösen. Ich drucke zwar relativ selten, aber wollte halt allen im Haushalt das Drucken so erleichtern und auch ein bisschen dazulernen; vorher hatte jeder "seinen" Drucker am eigenen PC und die Netzwerkvariante gefällt mir einfach besser. Vielen Dank im Voraus für Eure Vorschläge :)

    Hallo zusammen,

    ich suche nach einem Dongle, den ich verwenden kann, um innerhalb meines Netzwerkes mithilfe von tvheadend Fernsehprogramm zur Verfügung zu stellen.

    Aber da gibt es eine kleine Besonderheit: aktuell habe ich weder Kabelfernsehen, noch Satellit. Da käme ja erst einmal nur DVB-T in Frage; allerdings ist mittelfristig in Umzug geplant. Am neuen Standort wird entweder Kabelfernsehen, oder eine Satellitenschüssel zur Verfügung stehen......

    Ich würde nun ungern mehrfach kaufen. Gibt es ein Gerät, dass alle drei Eingangssignale (DVB-T, DVB-S, und DVB-C) handeln kann? Nicht gleichzeitig, sondern halt nach Situation... dann könnte ich es jetzt zur Testzwecken mit DVB-T betreiben (hier in der Kleinstadt wird es eh maximal eine Handvoll Kanäle geben) und nach dem Umzug einfach auf -S oder -C umsteigen.

    Danke im Voraus für Eure Hilfe :)

    Hallo,

    ich habe ein vielleicht etwas ungewöhnliches Anliegen, bei dem ich hoffe, dass es sich mithilfe eines Raspberry Pi lösen lässt. Und zwar möchte ich einen Raspberry Pi so einrichten, dass der Endnutzer ihn nur per LAN mit seinem Router verbinden muss, Strom hinzufügen, und dann direkt loslegen kann.

    Womit?

    Einmal soll auf dem Raspberry Pi ein Webinterface laufen, auf dem der Nutzer E-Mails senden und empfangen kann. Das ist eigentlich auch die Hauptaufgabe.

    Parallel soll evtl. noch eine Möglichkeit eingebaut werden, per VPN auf den Pi zuzugreifen, damit ich ggf. Updates etc. einspielen kann. SOLLTE der Nutzer es "schaffen", eine Netzwerkfreigabe auf seinem Rechner einzubinden, soll der Pi auch einen SMB Share hosten.

    Zur Synchronisation würde ich auf Syncthing setzen.

    Ich muss jemandem ein E-Mail Konto einrichten, idealerweise inkl. GPG Keys. Die Kommunikation erfolgt ausschließlich zwischen uns gegenseitig (bzw. noch einer weiteren Person in unserem Haushalt).

    Sofern die Netzwerkfreigabe eingebunden werden kann (vom Nutzer), soll zum Austausch wichtiger Daten eben auch das Share auf dem Pi zur Verfügung stehen. Auch hier gilt: die Daten werden ausschließlich zwischen unseren beiden Haushalten getauscht. Es handelt sich lediglich um OpenOffice Dokumente (Text und Tabellen), weshalb weder viel Speicherplatz, noch viel Datenverkehr anfallen wird.

    Meine geplante Vorgehensweise ist:

    • feste IP für den Pi einrichten
      => so kann ich dem Nutzer direkt sagen, unter welcher IP er später darauf zugreifen kann, ohne dass er es selbst im Router nachschauen muss
    • Webinterface für Mails erstellen
      => hier dachte ich an Mailpile; funktioniert bei mir im Test allerdings mal gut, mal überhaupt nicht (gesendete/empfangene Mails werden nicht angezeigt, obwohl man sie über andere Clients wie bsp. Thunderbird sehen kann)
    • SMB Server erstellen und entsprechenden User, der nur auf einen bestimmten Ordner -den der Freigabe- zugreifen kann, einrichten
    • Syncthing installieren und mit meiner lokalen Syncthing Instanz verbinden
    • ggf. OpenVPN Server installieren

    Dann den Pi an den Nutzer senden, sodass er ihn nur noch bei sich anschließen braucht. Also bis auf die E-Mail Geschichte habe ich ja eigentlich alles schon selbst beantwortet... aaaber vielleicht gibt es ja andere/bessere Lösungen, oder vielleicht sogar ein fertiges Image o.Ä. für so etwas.

    Alternativ hatte ich auch an eine Nextcloud-Installation gedacht. Auch hierüber kann man ja Mails abrufen, ggf. sogar Kalender etc. Zwar habe ich lokal schon einen Nextcloud-Server, aber falls dieser mal down sein sollte (Reboot, Update, Stromausfall) kann der User dann auf gar nichts mehr zugreifen. Wenn die Instanz bei ihm auf einem Pi läuft, weiß er bei einem Stromausfall wenigstens, warum alles nicht läuft ;)

    Könnt Ihr mir eine Lösung vorschlagen?

    Vielen Dank und beste Grüße