Raspberry Pi 4 icm Octopi niet meer bereikbaar

[Amazon62]

Hoi,

Van één op andere dag kan ik de Pi met Octopi niet meer bereiken. Gebruik deze voor de aansturing van de Ender 5 3D printer en deed het maanden prima. Nu ineens niet meer.

Heb statisch ip en router adres al ingesteld op de pi, maar het ip-adres van de pi in de router (Deco mesh) blijft op 'UNKOWN' staan.

Bereiken via ip adres in browser lukt niet, en ook niet te bereiken via https://octopi.local. Via Wifi en bedraad geprobeerd zonder resultaat. Enige manier om erin te komen is via aansluiten op een beeldscherm.
Gek toch? Zonder enige aanleiding (niks gedaan met netwerk oid).

Iemand een idee wat ik nog meer kan proberen? Bedankt!

[Mijzelf]

Amazon62 schreef op dinsdag 22 februari 2022 @ 11:40:
Enige manier om erin te komen is via aansluiten op een beeldscherm.

Dat heb je daadwerkelijk gedaan? Staat er iets in de logs? Kun je vanaf de Pi naar de router pingen? Wat is zijn adres?

ip address

[duncan86]

Ik zou zeggen dat je het ip adres statisch moet maken op je DHCP server (Ik vermoed je router) en niet op de pi zelf.
Heb je al eens een ip scanner gedraaid op je netwerk? Wellicht kom je hem daarin tegen?
En anders inderdaad even beeldscherm aansluiten en kijken of je iets in de logs kan vinden.

[Amazon62]

Hoi,

Na een halve dag klooien is het opgelost. Heb de modem en Decos gereset, dat werkte niet direct. Daarna heb ik statisch ip adres veranderd in de pi en weer alles gereset. Natuurlijk was alles dan ook ontregelt in Cura (slicer voor 3d printer) en in octoprint. Alle settings opnieuw nagelopen en aangepast en nu doet ie het weer. Zou het iets te maken hebben met het mesh systeem van Deco? Geen idee. Maar ik kan gelukkig weer aan de slag. Bedankt voor de reacties in ieder geval!

[Itrme]

Amazon62 schreef op dinsdag 22 februari 2022 @ 15:15:
Hoi,

Na een halve dag klooien is het opgelost. Heb de modem en Decos gereset, dat werkte niet direct. Daarna heb ik statisch ip adres veranderd in de pi en weer alles gereset. Natuurlijk was alles dan ook ontregelt in Cura (slicer voor 3d printer) en in octoprint. Alle settings opnieuw nagelopen en aangepast en nu doet ie het weer. Zou het iets te maken hebben met het mesh systeem van Deco? Geen idee. Maar ik kan gelukkig weer aan de slag. Bedankt voor de reacties in ieder geval!

Duncan86 heeft een terechte opmerking. Als je het ip statisch op de client instelt, en deze gewoon binnen je ip range valt valt. Is het mogelijk dat als de lease verlopen is, het ip door de router aan een ander apparaat toegewezen wordt. Je pi vraagt dan om het ip maar krijgt het gewoon niet.

[martyw]

Itrme schreef op dinsdag 22 februari 2022 @ 17:43:
[...]


Duncan86 heeft een terechte opmerking. Als je het ip statisch op de client instelt, en deze gewoon binnen je ip range valt valt. Is het mogelijk dat als de lease verlopen is, het ip door de router aan een ander apparaat toegewezen wordt. Je pi vraagt dan om het ip maar krijgt het gewoon niet.

Veelal kun je op je router een range of een pool aangeven voor DHCP, als je dan je vaste adressen buiten deze pool kiest zou dit niet moeten gebeuren. Maar als de Pi idd een vaste IP binnen deze range heeft gekregen kunnen dit soort clashes optreden.

Bijvoorbeeld als je DHCP pool/range ingesteld is als 192.168.1.2 - 192.168.1.100 dan kun je 192.168.1.101 - 192.168.1.254 uitdelen als vaste adresssen op apparaten zoals de Pi.

[ Voor 6% gewijzigd door martyw op 22-02-2022 18:21 ]

[Arthion-nl]

Itrme schreef op dinsdag 22 februari 2022 @ 17:43:
[...]


Duncan86 heeft een terechte opmerking. Als je het IP statisch op de cliënt instelt, en deze gewoon binnen je ip range valt valt. Is het mogelijk dat als de lease verlopen is, het IP door de router aan een ander apparaat toegewezen wordt. Je pi vraagt dan om het IP maar krijgt het gewoon niet.

Duncan86 heeft wel een punt maar jou verhaal is totaal incorrect. Als je een cliënt dus statisch instelt vraagt hij totaal niet om een lease bij de DHCP server en negeert hij de DHCP server.

Een statische adres kiezen binnen DHCP pool veroorzaakt juist dat het IP adres 2x kan bestaan binnen je netwerk omdat de DHCP server kijkt welke lease >hij< heeft uitgegeven. Een cliënt die dus statistisch ingesteld is valt niet onder deze lease table

Eind gevolg IP conflict omdat er mogelijk 2x het zelfde ip adres in het netwerk begeeft.
Wel gek he als je cliënt statische IP adres geeft en vervolgens de cliënt bij de DHCP server om IP lease gaat vragen...

[Brahiewahiewa]

Arthion-nl schreef op woensdag 23 februari 2022 @ 05:48:
[...]
Een statische adres kiezen binnen DHCP pool veroorzaakt juist dat het IP adres 2x kan bestaan binnen je netwerk omdat de DHCP server kijkt welke lease >hij< heeft uitgegeven. Een cliënt die dus statistisch ingesteld is valt niet onder deze lease table...

Ook nog niet helemaal correct ;o)
Een zichzelf respecterende dhcp client doet eerst nog even een ARP voor het IP-adres wat hij heeft gekregen. En als daar antwoord op terugkomt besluit hij om een nieuw adres aan de dhcp server te vragen

[Arthion-nl]

Brahiewahiewa schreef op woensdag 23 februari 2022 @ 08:32:
[...]

Ook nog niet helemaal correct ;o)
Een zichzelf respecterende dhcp client doet eerst nog even een ARP voor het IP-adres wat hij heeft gekregen. En als daar antwoord op terugkomt besluit hij om een nieuw adres aan de dhcp server te vragen

Dat is best knap als dit zou gebeuren aangezien ARP een broadcast is op Layer 2 niveau en communiceert alleen op MAC adressen en geen IP adressen. Lijkt mij ook niet de taak van de client om te checken of een IP adres al bezet is.