Raspberry PI z ukrytą statyczną konfiguracją IP

Mam Raspberry PI 3 (ze Stretch), który uruchamia statyczny adres IP. Problem polega na tym, że nie mogę dowiedzieć się, gdzie jest konfigurowany ten adres IP.

Obszary, które oglądałem:

/etc/dhcpcd.conf
/etc/network/interfaces
/etc/network/interfaces.d
/boot/commandline.txt

Nawet zrobiłem find / grep w katalogu głównym dla statycznego adresu IP. Brak szczęścia. Jakieś pomysły?

Edytować:

ifconfig

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet 10.10.90.201  netmask 255.255.240.0  broadcast 10.10.95.255
...

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
....

debian

— troxel
źródło

Skąd wiesz, że nie jest uzyskiwany przez DHCP?

— Kamil Maciorowski

Powinienem o tym wspomnieć. Obecnie nie jest podłączony do sieci.

— troxel

Jaki jest wtedy adres? To jest 169.254.aaa.bbb może?

— Kamil Maciorowski

Adres to 10.10.90.201

— troxel

Standardową rzeczą do zrobienia w takich sytuacjach jest opisanie rozwiązania (może trochę bardziej szczegółowo, np .: jak go znalazłeś?) I opublikowanie go jako odpowiedzi (np. W polu „Twoja odpowiedź” poniżej) . Tak, możesz (a nawet zachęcać) odpowiedzieć na własne pytanie. Może to kiedyś komuś pomóc, a ty możesz zyskać trochę „reputacji” na tej stronie. Pamiętaj, że komentarze są czasem usuwane.

— Scott

Odpowiedzi:

Nowsze wersje Debiana (np. Stretch) są zarządzane przez systemd , jak wyjaśniono w Debian Reference, Rozdział 5: Konfiguracja sieci :

W ramach systemd sieć może być skonfigurowana w /etc/systemd/network/ zamiast.

Ten sam dokument mówi:

Debian ściskać i nowsze mogą zarządzać połączeniem sieciowym przez oprogramowanie do zarządzania demonem, takie jak NetworkManager (NM) (menedżer sieci i powiązane pakiety) lub Wicd (wicd i powiązane pakiety).

Proponuję, abyś przeczytał cały rozdział, ponieważ jest to niezbędne do dokładnego zrozumienia działania Debiana.

— typo
źródło

Czy masz zainstalowany avahi-daemon lub connman? Miałem ten (podobny) problem wcześniej, a wyłączenie / odinstalowanie tych dwóch usunęło problem.

Jeśli robi to inna usługa, dmesg | grep "10.10.90.201" powinien odsłonić winowajcę ...

— Shadowcoder
źródło