Monatsrückblick Januar/Februar 2026 ist online!

[rockflopp]

Hi, wollte meine IP Adresse des PI mit iobroker von DHCP auf statisch 192.168.0.200 umändern.

Habe dazu /etc/network/interfaces wie folgt abgeändert:

Ethernet

auto eth0
allow-hotplug eth0
iface eth0 inet static
address 192.168.0.200
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 192.168.0.1

Im Router sehe ich unter verbundene Geräte:

Leider erhalte ich mit Putty für beide IPs ein connection timeout und komme nicht mehr auf den PI mit iobroker.

Was habe ich dummy kaputtgemacht und wie bekomme ich das wieder behoben?

Danke für eure Hilfe

[BananaJoe]

@rockflopp das muss aber ein altes Image / Raspbian Version sein, die Datei wird eigentlich schon lange nicht mehr genutzt.
Monitor + Tastatur dran und dann anmelden.

Die Datei wieder so abändern wie diese vorher war

Und poste man die Ausgabe des folgenden Befehls:

cat /etc/os-release

Dann könnte man schauen wie man bei der Version die Einträge macht.
Wenn die Version wirklich so alt ist - ich hatte da auch immer Broadcast mit angegeben:

auto eth0
iface eth0 inet static
        address 192.168.0.200
        netmask 255.255.255.0
        network 192.168.0.1
        broadcast 192.168.0.255
        gateway 192.168.0.1
        dns-nameservers 192.168.0.1

ob das Einrücken wichtig war weis ich nicht mehr

Du könntest - wenn du Maus und Tastatur dran hast - auch schauen ob du z.B. die 192.168.0.1 anpingen kannst.
Der Befehl

ifup --no-act eth0

würde prüfen ob du die Datei richtig erstellt hast.

[rockflopp]

@bananajoe vielen dank schon mal "never touch a running system" sag ich mal

OS Release ist Version 10
Hinzufügen der Broadcastadresse hat leider nicht zum Ergebnis geführt

Ein zurücksetzen auf iface eth0 inet dhcp gibt mir jetzt wieder 2(?) IP adressen

aber habe noch folgendes Fehlerbild

• SSH auf .94 und .164 nicht möglich
• Ping auf .164 möglich
• IObroker unter keiner IP erreichbar

so ein .... was mach ich falsch?

[Homoran]

@rockflopp sagte in iobroker IP Adresse ändern - PI nicht mehr erreichbar:

gibt mir jetzt wieder 2(?) IP adressen

das ist doch korrekt, wenn du piVCCU und iobroker laufen hast

[rockflopp]

@homoran das mag sein, aber löst leider nicht mein problem.

Weiteres Fehlerbild:

Von PI aus selbst kann ich den Router erfolgreich pingen

Meine iOS Home app zeigt mir alle yahka geräte an, die verbundenen Shellys schalten aber nicht

Iobroker läuft

Hat sich irgendwie der Port verstellt? Wieso klappt kein ssh und ich komme nicht auf iobroker admin? Sehr strange...

Tipps wie ich mich schritt für schritt dem Fehler näher?

[Homoran]

@rockflopp sagte in iobroker IP Adresse ändern - PI nicht mehr erreichbar:

Wieso klappt kein ssh und ich komme nicht auf iobroker admin?

iobroker list instances

hast du bei deinem SSH-client ggf. Sicherheitseinstellunegn mit die IP und MAC?
Die verhindern, dass die gleiche MAC jetzt mit einer andern IP daher kommt?

[Stiimmy]

@homoran said in iobroker IP Adresse ändern - PI nicht mehr erreichbar:

@rockflopp sagte in iobroker IP Adresse ändern - PI nicht mehr erreichbar:

Wieso klappt kein ssh und ich komme nicht auf iobroker admin?

iobroker list instances

hast du bei deinem SSH-client ggf. Sicherheitseinstellunegn mit die IP und MAC?
Die verhindern, dass die gleiche MAC jetzt mit einer andern IP daher kommt?

falls du Linux oder Mac hast musst du mit

ssh-keygen -r %IP%

den key entfernen, sonst verbindet er nicht!

[rockflopp]

@stiimmy nein habe windows... es funktioniert ja noch nicht mals ein PING auf die IP der PI.

also Router neu gestartet, per DHCP mal eine andere IP Adresse vergeben aber gleiches Fehlerbild.

Die .164 ist erreichbar (ccu) die .94 (bzw jetzt die .45) ist nicht erreichbar. Irgendwas muss bei der /etc/network/interfaces doch falsch sein

[Homoran]

@rockflopp sagte in iobroker IP Adresse ändern - PI nicht mehr erreichbar:

Irgendwas muss bei der /etc/network/interfaces doch falsch sein

ich habe da ewig nicht mehr dran rumgeschraubt, habe aber ganz dunkel im Hinterkopf, dass in aktuellen Linux-Versionen diese Datei gar nicht mehr genutzt wird.
Kann mich aber auch täuschen

[rockflopp]

auto lo
iface lo inet loopback

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

auto br0
iface br0 inet dhcp
bridge_ports eth0

Ist die aktuelle interfaces datei

[Thomas Braun]

@rockflopp

https://www.raspberrypi.org/documentation/configuration/tcpip/

Die /etc/dhcpcd.conf ist also 'the place to be'.

[rockflopp]

@thomas-braun danke aber wenn ich doch dort nie was geändert habe wieso sollte das jetzt den Fehler verursachen. Von der festen IP bin ich ja schon wieder ab, versuche halt nur meinen PI und damit iobroker ans Netz zu bekommen.

Komme ich irgendwie an eine “originalversion” der etc/interfaces für raspberry os v10?

Vielleicht habe ich bei der Aenderung ja irgend eine Zeile zu viel gelöscht...

[Homoran]

@rockflopp sagte in iobroker IP Adresse ändern - PI nicht mehr erreichbar:

Komme ich irgendwie an eine “originalversion” der etc/interfaces für raspberry os v10?

sieht bei mir nur so aus:

# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

[rockflopp]

Irgendjemand hier vielleicht mit mit einer älteren OS version?

[Homoran]

@rockflopp sagte in iobroker IP Adresse ändern - PI nicht mehr erreichbar:

mit einer älteren OS

wie alt???

und nicht mehr für
@rockflopp sagte in iobroker IP Adresse ändern - PI nicht mehr erreichbar:

etc/interfaces für raspberry os v10?

???

[rockflopp]

@homoran Raspbian GNU/Linux 10 (buster)

Es geht um die /etc/network/interfaces

[Homoran]

@rockflopp sagte in iobroker IP Adresse ändern - PI nicht mehr erreichbar:

@homoran Raspbian GNU/Linux 10 (buster)

Es geht um die /etc/network/interfaces

die habe ich dir vorhin gepostet

[rockflopp]

@homoran jetzt hat er gar keine IP mehr

Auf dem PI läuft kein dhcpd.

[Thomas Braun]

@rockflopp

systemctl status dhcpd

[rockflopp]

@thomas-braun
Unit dhcpd.service could not be found