Archiv verlassen und diese Seite im Standarddesign anzeigen : Debian holt sich via DHCP wobei alles deinstalliert ist
Hallo,
ich habe ein Beaglebone das niemals über DHCP eine IP Adresse beziehen soll. Hierzu wurden alle DHCP Client deinstalliert ... jedoch auf 2 Beaglebone Blacks nimmt er sich immer per DHCP die IP Adresse und nicht die von /etc/networking/interfaces:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 172.24.66.30
netmask 255.255.255.0
gateway 172.24.66.254
auto eth0:0
iface eth0:0 inet static
address 192.168.254.30
netmask 255.255.255.0
Eine Hilfe wäre nett, den DHCP Bezug der IP abzustellen. Eigentlich habe ich alles deinstalliert, oder doch nicht?
Danke!
Rateversuch: https://wiki.debian.org/SystemdNetworkd
Hallo,
auf 10 anderen Beaglebones nutze ich auch die "/etc/network/interfaces" ... dort passt alles, nur mit 2 habe ich das Problem.
Deinem Link nach wird die "/etc/network/interfaces" deaktiviert oder nicht mehr genutzt?
Die statische IP wird über ein script aber in diese Datei geschrieben und übernommen ... aber eben bei 2 Controller nicht und finde nicht den Unterschied.
Es muss ja etwas mit dem DHCP zu tun haben ... kann ich prüfen ob noch ein DHCP Client im System läuft?
Danke!
Raten wir weiter: dhcpcd5 - https://superuser.com/questions/985082/is-there-a-way-to-disable-the-dhcp-client-in-raspbian-linux-on-a-rasperry-pi
was läuft denn so auf den betroffenen maschinen?
wie marce andeutete, systemd kann das auch wenn dhcpcd deinstalliert ist.
Vielen Dank an Euch. Nein, dhcpcd5 ist auch deinstalliert und im Ordner "/etc/systemd/network" ist keine Datei.
Ich hatte damals folgendes ausgeführt:
apt-get remove udhcpd dhcpcd5 isc-dhcp-client isc-dhcp-common
systemctl disable --now systemd-resolved.service
systemctl disable --now resolvconf.service rdnssd.service
Was für Infos kann ich Euch liefern um das Problem zu finden?
apt list --installed | grep dhcp
Liefert keine Ergebnisse
dpkg -l | grep dhcp
Liefert keine Ergebnisse
ifconfig
eth0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500
inet 172.24.66.201 netmask 255.255.255.0 broadcast 172.24.66.255
inet6 fe80::528c:b1ff:fe11:4ba3 prefixlen 64 scopeid 0x20<link>
ether 50:8c:b1:11:4b:a3 txqueuelen 1000 (Ethernet)
RX packets 1716276 bytes 110395043 (105.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 64499 bytes 14274108 (13.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 175
eth0:0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500
inet 192.168.254.20 netmask 255.255.255.0 broadcast 192.168.254.255
ether 50:8c:b1:11:4b:a3 txqueuelen 1000 (Ethernet)
device interrupt 175
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Local Loopback)
RX packets 401425 bytes 17756308 (16.9 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 401425 bytes 17756308 (16.9 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
usb1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 192.168.6.2 netmask 255.255.255.252 broadcast 192.168.6.3
ether 50:8c:b1:11:4b:a8 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Ihr seht er hat 172.24.66.201, aber gesetzt ist:
cat /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 172.24.66.20
netmask 255.255.255.0
gateway 172.24.66.254
auto eth0:0
iface eth0:0 inet static
address 192.168.254.20
netmask 255.255.255.0
Er sollte eigentlich IP .20 haben, holt sich aber vom DHCP die IP .201
Spannend, oder?
Nein eher enttäuschend, Linux war mal so sexy, inzwischen oft Windows like, ich vermute marce hat recht und irgend eine Magie bewegt systmed zu kooperation, that sucks :-(
Hab nun noch etwas geforscht:
ifup nutzt ja die "/etc/network/interface" Datei ... und eine Ausgabe von "/run/network/ifstate" ist "nur"
lo=lo
eth0:0=eth0:0
eth0 ist da gar nicht dabei. Sollte wohl nicht sein?
Und das Journal von systemd schweigt sich aus?
Hallo,
bin mir nicht sicher ob es das richtige ist, aber journalctl -b gibt folgendes aus:
https://pastebin.com/zdpq21Ge
denk endlich gefunden. Danke an alle und an den Tipp mit journalctl:
by modifying (adding) a line in /etc/connman/main.conf:
NetworkinterfaceBlacklist=eth0,SoftAp0,usb0,usb1
Nein eher enttäuschend, Linux war mal so sexy, inzwischen oft Windows like, ich vermute marce hat recht und irgend eine Magie bewegt systmed zu kooperation, that sucks :-(
Hüstel........
@fohnbit
Wiese stoppst/deinstallierst du den connman nicht einfach, wenn du eh dein Netzwerk zu Fuß einrichtest?
@fohnbit
Wiese stoppst/deinstallierst du den connman nicht einfach, wenn du eh dein Netzwerk zu Fuß einrichtest?
Hänge da nur via VPN drauf und möchte mich nicht ausschließen. Die Blacklist tut das was ich benötige. Nun kein DHCP Bezug mehr.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.