Hilfe bei der piTelex Installation

[obrecht]

Hallo Rolf,

ich habe die Sache verstanden und bin Dir auch sehr dankbar für die geleistete Arbeit. Vor allem das Image hat mir enorm geholfen.
Ich hoffe, daß meine Rückmeldung nicht nur als meckern verstanden wurde.

Ich bin zwar jetzt ein Stück weiter gekommen, aber noch nicht im Ziel.

Als erstes fällt mir natürlich auf, daß auf dem Teilnehmerserver die IP-Adresse des Anschlusses 19547 nicht aktualisiert wird.
Was muß ich da bei meinem piTelex einstellen und wie (oft) erfolgt dann die Aktualisierung auf dem Server?

Wenn ich die richtige IP in Wintlx eingebe, dann ist der Fernschreiber erreichbar. Aktive Anrufe vom Fernschreiber aus kann ich nicht starten. Nach dem Wählen der Nummer passiert einfach nichts. Drücke ich danach die ST und warte einige Minuten dann druckt der Fernschreiber plötzlich "abort". Was hat das nun wieder zu bedeuten?

Hallo Wolfgang,
danke fürs Wiederaufnehmen des Fadens. Freut mich, wenn du das piTelex soweit hast. Um dein Problem einzugrenzen, fehlen mir ehrlicher Weise noch Infos.
Einstellen musst du dazu nichts, denke ich.

"Abort" druckt der FS wenn piTelex in einer vorgegebenen Zeit keinen Teilnehmer zu einer gewählten Nummer ermitteln konnte. Umgekehrt ist der FS per IP/Port erreichbar, aber nicht per Nummernanwahl.
Das deutet daraufhin, dass der FS den TLN Server nicht erreicht. Dann kann er auch nicht die DYN-IP Angaben auf dem Server eintragen, und damit kann er auch nicht über die im Server gespeicherten Daten (per Nummernanwahl) erreicht werden.
Das ist jetzt erstmal eine Vermutung.
Warum der TNS nicht erreichbar ist, ist die Frage. Nähere Infos stehen vermutlich in den Log Files.Da wird z.B. für jederm Wahlvorgang dokumentiert, welchen TNS Server er nimmt und wie die Abfragen laufen. Außerdem macht piTelex regelmäßige Selbsttests, wie im i-telex Protokoll spezifiziert. Auch das wird protokolliert. Ich denke, du wirst dort hilfreiche Infos finden, die bei der Fehler nützlich sind.
Dann gucken wir weiter.

[obrecht]

Ganz dumme Frage: Wie komme ich denn an /etc/ssh/sshd_config ran, wenn ich mich gar nicht mit SSH anmelden kann?
Keys habe ich für den Login noch nie benutzt. Da wüsste ich erstmal gar nicht, wie man das macht.

Dumme Gegenfrage: Hast du schonmal einen HDMI Monitor und ein USB Keyboard an einen Rechner angeschlossen?

Tatsächlich in der Regel nicht. Die Raspis laufen bei mir alle komplett headless. Ich erzeuge die SD-Karte mit der fertigen WLAN-Config, hänge den Raspi ins Netzwek und logge mich mit putty ein. An dem Platz habe ich gar keinen Bildschirm und keine Tastatur, deswegen wäre ich da jetzt gar nicht drauf gekommen.

Wenn ich jetzt immer zum Einrichten Bildschirm und Tastatur anschleßen muss, macht das die Sache extrem umständlich.
Aber man kann ja auch erstmal bei Bookworm bleiben.

Du hast meine Antwort nicht wirklich gelesen.
Dieser headless Betrieb, wie er auch in der Installationsanleitung beschrieben ist, geht natürlich auch bei Trixie. Also keine Notwendigkeit, bei bookworm zu bleiben. Wer das möchte, kann das natürlich tun. Wer lieber Monitor und Tastatur nimmt, kann das tun. Geht alles.
Aber nach dem Motto "aliquid semper haeret" wird auch ein wirklich simpel funktionierender Installationsprozess durch solche Diskussionen schlecht geredet und schreckt Leute ab, piTelex auszuprobieren. Das ärgert mich ehrlicher Weise.

[detlef]

Edit: hier ein Issue zum Imager
https://github.com/raspberrypi/rpi-imager/issues/1177

Das liest sich jetzt für mich so, als wäre das ein Bug und gar nicht so gewollt. Dann kann man ja auf ein Update hoffen und dann wird wird hoffentlich wieder funktionieren.

Bei Linux weiß man halt nicht. Die denken sich ständig neue Hürden aus, um die Bedienung zu verkomplizieren.
Es würde mich nicht wundern, wenn die irgendwann mit einer zwangsweisen 2-Faktor-Authentifizierung für die Anmeldung kommen.
Oder Anmeldezetifikate, die alle 3 Monate auslaufen. Bei Linux muss man mit allen rechnen.

[DSchneid]

Edit: hier ein Issue zum Imager
https://github.com/raspberrypi/rpi-imager/issues/1177

Das liest sich jetzt für mich so, als wäre das ein Bug und gar nicht so gewollt. Dann kann man ja auf ein Update hoffen und dann wird wird hoffentlich wieder funktionieren.

Jop scheint ein Bug in der Toolkette zu sein. Habe das Image heute über meinen Firmenlaptop auf die SD Karte geschrieben und deshalb eine aktuelle Version vom Imager herunterladen - daheim wäre es mir nicht passiert da ich da einen ältere Version vom
Imager installiert habe.

Laut letzten Post im Git-Issue sollte es mit v2.0 Release Candidate bereits behoben sein.
Bissl warten dann passt wieder alles

[WolfgangH]

Ich weiß nicht ob ich mich darüber freuen soll, daß auch andere mit dem Raspberry / Betriebssystem ... Probleme haben? Eher nicht. Es zeigt einfach, wie komplex das System ist. Auch wenn es für mich schwierig ist, gebe ich so schnell nicht auf. Zumindest solange ich hier Unterstützung bekomme.

Rolf, vielen Dank für Deine Rückmeldung um wieder zur Sache zurück zu kommen! Ich weiß, daß ich nicht alles beschrieben habe, liefere gerne die fehlenden Informationen nach.

Ich habe mir jetzt einmal die letzten 30 Zeilen der piTelex-erros.log ausgeben lassen. (Ich hoffe, das genügt.)

Code: Alles auswählen

tail -n30 piTelex-errors.log
2025-11-17 00:20:54,821 piTelex.txDevITelexCommon [INFO]: [Errno -3] Temporary failure in name resolution
2025-11-17 00:20:54,824 piTelex.txDevITelexCommon [INFO]: Trying TNS: tlnserv3.teleprinter.net
2025-11-17 00:21:14,832 piTelex.txDevITelexCommon [INFO]: [Errno -3] Temporary failure in name resolution
2025-11-17 00:21:14,835 piTelex.txDevITelexCommon [INFO]: TNS selected: tlnserv3.teleprinter.net
2025-11-17 00:21:34,843 piTelex.txDevITelexClient [ERROR]: Exception caught:
Traceback (most recent call last):
  File "/home/pi/piTelex-2025-06/txDevITelexClient.py", line 214, in query_TNS_bin
    s.connect((cls.choose_tns_address(), cls._tns_port))
    ~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
socket.gaierror: [Errno -3] Temporary failure in name resolution
2025-11-17 00:21:34,856 piTelex.txDevITelexClient [INFO]: No user found for number '46552'
2025-11-17 00:21:34,868 piTelex.txDevITelexClient [INFO]: Get User: '465525'
2025-11-17 00:21:34,871 piTelex.txDevITelexCommon [INFO]: Trying TNS: tlnserv.teleprinter.net
2025-11-17 00:21:54,879 piTelex.txDevITelexCommon [INFO]: [Errno -3] Temporary failure in name resolution
2025-11-17 00:21:54,882 piTelex.txDevITelexCommon [INFO]: Trying TNS: tlnserv2.teleprinter.net
2025-11-17 00:22:14,891 piTelex.txDevITelexCommon [INFO]: [Errno -3] Temporary failure in name resolution
2025-11-17 00:22:14,894 piTelex.txDevITelexCommon [INFO]: Trying TNS: tlnserv3.teleprinter.net
2025-11-17 00:22:34,903 piTelex.txDevITelexCommon [INFO]: [Errno -3] Temporary failure in name resolution
2025-11-17 00:22:34,906 piTelex.txDevITelexCommon [INFO]: TNS selected: tlnserv3.teleprinter.net
2025-11-17 00:22:54,913 piTelex.txDevITelexClient [ERROR]: Exception caught:
Traceback (most recent call last):
  File "/home/pi/piTelex-2025-06/txDevITelexClient.py", line 214, in query_TNS_bin
    s.connect((cls.choose_tns_address(), cls._tns_port))
    ~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
socket.gaierror: [Errno -3] Temporary failure in name resolution
2025-11-17 00:22:54,926 piTelex.txDevITelexClient [INFO]: No user found for number '465525'
2025-11-17 00:22:54,931 piTelex.txDevMCP [INFO]: Printer start timer enabled
2025-11-17 00:22:54,939 piTelex.txDevArchive [INFO]: recording new message
2025-11-17 00:22:55,010 piTelex.txDevArchive [INFO]: No WRU answerback found
2025-11-17 00:22:55,013 piTelex.txDevArchive [INFO]: Saving /home/pi/piTelex-archive/2025-11-17 00.22.54.941 msg to !465525.txt, length 21

An Deiner Vermutung dürfte was dran sein. Was mache ich aber mit der Information? Ich lese aber auch heraus, daß der Raspberry eine falsche Zeit hat. Das ist vielleicht nicht wichtig, aber normalerweise synchronisiert er die mit dem Netz automatisch. Oder ist das bei Deinem Image deaktiviert?

Kannst Du mit der Meldung schon etwas anfangen oder soll ich noch etwas nachliefern?
(Heute wird es allerdings nicht mehr klappen, ich muß dann ins Bett und morgen früh wieder raus.)

[obrecht]

Bei Linux weiß man halt nicht. Die denken sich ständig neue Hürden aus, um die Bedienung zu verkomplizieren.

Bei Linux muss man mit allen rechnen.

Du weißt, dass das Unfug ist. Und ich weiß wirklich nicht, warum du sowas postest.

Können wir jetzt BITTE diese "Alle OS außer (m)einem sind unbenutzbar" Geschichten lassen und zu den MÖGLICHKEITEN zurück kommen ?
Ich find's langsam unerträglich.

[detlef]

Du hast meine Antwort nicht wirklich gelesen.
Dieser headless Betrieb, wie er auch in der Installationsanleitung beschrieben ist, geht natürlich auch bei Trixie. Also keine Notwendigkeit, bei bookworm zu bleiben. Wer das möchte, kann das natürlich tun. Wer lieber Monitor und Tastatur nimmt, kann das tun. Geht alles.

Ich dachte, man kann sich erstmal nicht mit putty anmelden, weil keine Anmeldung mit Passwort möglich ist.

Deine Antwort: Nimm Bildschirm und Tastatur

Meine Antwort: Habe ich normalerweise leider nicht zu Verfügung.

Deine Antwort: Brauchst auch nicht.

Also wie denn jetzt.

[DSchneid]

Das deutet daraufhin, dass der FS den TLN Server nicht erreicht. Dann kann er auch nicht die DYN-IP Angaben auf dem Server eintragen, und damit kann er auch nicht über die im Server gespeicherten Daten (per Nummernanwahl) erreicht werden.
Das ist jetzt erstmal eine Vermutung.
Warum der TNS nicht erreichbar ist, ist die Frage.

Kommst du via Telnet auf deinen Fernschreiber wo piTelex läuft?
Wolfgang hat den Raspi von einem Wohnort (Linz) nach Kirchharm übersiedelt.

Vllt Konfig Fehler in einem Router?

Alternativ würde ich mal CentralTelex probieren.

Sollte so anzupassen sein:

Code: Alles auswählen

    "i-Telex": {
      "type": "i-Telex",
      "enable": true,
      # "port": 2342,
      "centralex": true,
      "centralex_srv": "tlnserv2.teleprinter.net",
      "centralex_port": 49491,
      "tns_dynip_number": <deineKennung>, # Subscriber number registerd at TNS
      "tns_pin": <mySecretPin>
    },

Viel Erfolg noch

[detlef]

Laut letzten Post im Git-Issue sollte es mit v2.0 Release Candidate bereits behoben sein.
Bissl warten dann passt wieder alles

Damit wäre das dann ja hoffentlich geklärt, auch wenn das Ansprechen von Problemen mit dem Raspi OS und deren Klärung hier im Thread ja nicht mehr erwünscht sind.

Ich werde das jetzt auf Github nicht weiterverfolgen. Falls du zufällig mitbekommst solltest, dass das Problem mit einem neuen Imager behoben ist, sag doch bitte nochmal Bescheid.

[DSchneid]

Hallo Wolfgang,

Zeitsynchronisation siehe hier
https://blog.doenselmann.com/uhrzeit-ue ... onisieren/

Ich nehme den pool.ntp.org und als fallback time.google.com

Wenn du date eingibst (auf der Kommandozeile) solltest du den aktuellen Zeitstempel erkennen.
Vermutlich musst du timesyncd nachinstallieren oder konfigurieren.

Ich glaube die erste 3 Konfig Einträge sind mandatory siehe Screenshot:

IMG_5152.jpeg