ElabNET Technik Forum

Hallo zusammen,

es will mir partout nicht gelingen, einem RasPi beizubringen, den TWS im Netzwerk per Namensauflösung zu finden.

Unter Windows ist er in meinem Fall erreichbar unter timberwolf1458.fritz.box.

Ich habe nun unter Linux (momentaner Versuch: FullPageOS) das TWS-Zertifikat installiert (denke ich jedenfalls, es taucht in einer Liste auf):


Nun kann ich zwar den TWS über seine (feste) IP-Adresse pingen, aber mein Verständnis ist, dass ein VISU-Client wegen der Zertifikate aber per Name angesprochen werde muss. Und ich kann den TWS nicht pingen als

• timberwolf1458
• timberwolf1458.fritz.box
• timberwolf1458.local

Avahi ist installiert, aber ggf. falsch konfiguriert. Ich bin nicht so firm mit Linux, zumal ich beim FullPageOS auch noch alles im Terminal via SSH machen muss. Vergangene Versuche mit dem Standard-OS (Debian Bookworm) waren in dem Punkt aber auch nicht erfolgreicher und von FullPageOS erhoffe ich mir maximale Performance für die Visu.

Wer kann Tipps beisteuern?

Viele Grüße
Arne

Hi Arne,

das eine hat nichts mit dem anderen zu tun bzw. das Zertifikat spielt erst dann eine Rolle, wenn der TWS überhaupt erreichbar ist und dann auch nur für z.B. HTTPS.
Wenn du den TWS gar nicht anpingen kannst, dann stimmt was mit der Namensauflösung nicht.
Vielleicht hat der Raspi als DNS nicht die Fritzbox eingetragen, sondern einen externen.
Benutzt der Raspi DHCP für die IP-Konfig?

Viele Grüße

Bernhard

Hallo Bernhard,

ich bin ein bisschen überfragt. Als DNS-Server war der in der Fritzbox hinterlegte Pi-Hole eingetragen (der auf dem TWS läuft). Ich habe jetzt möglicherweise (!) überschrieben in /etc/NetworkManager/system-connections/... mit:

[ipv4]
method=auto
dns=192.168.178.1
ignore-auto-dns=true

Das löst mein Problem nicht.

Aber ich glaube, das ist es auch nicht, denn ich kann durchaus die Fritzbox selber pingen unter fritz.box. Von daher nehme ich an, dass es daran nicht liegen kann?

Gruß
Arne

Hm, jetzt hat sich mein unmittelbares Problem (von alleine...?) gelöst: FullPageOS akzeptiert nun als Webseite ein HTTP://<IP-Adresse>.

Ich war recht sicher, dass es das nicht tut - oder tat.

Also Problem umschifft, wenn auch nicht gelöst.