(gelöst) minissdpd kann interface nicht parsen

[michaa7]

bevor ich das mache (auf nem anderen Rechner tut es das so minimal!)... die Lösung ist eventuell viel trivialer:

Code: Alles auswählen

systemctl status systemd-networkd --full --no-pager

# systemctl status systemd-networkd --full --no-pager
● systemd-networkd.service - Network Configuration
     Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; preset: enabled)
     Active: active (running) since Wed 2022-12-21 18:08:18 CET; 1min 19s ago
TriggeredBy: ● systemd-networkd.socket
       Docs: man:systemd-networkd.service(8)
   Main PID: 652 (systemd-network)
     Status: "Processing requests..."
      Tasks: 1 (limit: 4639)
     Memory: 3.0M
        CPU: 56ms
     CGroup: /system.slice/systemd-networkd.service
             └─652 /lib/systemd/systemd-networkd

Dez 21 18:08:18 neutower systemd[1]: Starting Network Configuration...
Dez 21 18:08:18 neutower systemd-networkd[652]: Failed to open configuration file '/etc/systemd/network/lan0.network': Permission denied
Dez 21 18:08:18 neutower systemd-networkd[652]: lo: Link UP
Dez 21 18:08:18 neutower systemd-networkd[652]: lo: Gained carrier
Dez 21 18:08:18 neutower systemd-networkd[652]: Enumeration completed
Dez 21 18:08:18 neutower systemd[1]: Started Network Configuration.


root@neutower:~# ls -la /etc/systemd/network/lan0.network
-rwx------ 1 root root 89 21. Dez 17:36 /etc/systemd/network/lan0.network

Zunächst dachte ich es fehlt das Ausführungsbit "x", das habe ich dann hinzugefügt .... aber ich habe immer noch "Permission denied".
Aber es schaut doch so aus als ob falsche/fehlende Rechte dafür sorgen dass enp3s0 down bleibt ..
Wei müssen die Rechte denn gesetzt sein?

[mat6937]

bevor ich das mache (auf nem anderen Rechner tut es das so minimal!)... die Lösung ist eventuell viel trivialer:

Code: Alles auswählen

root@neutower:~# ls -la /etc/systemd/network/lan0.network
-rwx------ 1 root root 89 21. Dez 17:36 /etc/systemd/network/lan0.network

Zunächst dachte ich es fehlt das Ausführungsbit "x", das habe ich dann hinzugefügt .... aber ich habe immer noch "Permission denied".
Aber es schaut doch so aus als ob falsche/fehlende Rechte dafür sorgen dass enp3s0 down bleibt ..
Wei müssen die Rechte denn gesetzt sein?

Alle meine *.network-Dateien haben:

Code: Alles auswählen

chmod 644

und

Code: Alles auswählen

chown root:root

[michaa7]

probier ich mal ...

[michaa7]

So, zwar noch nicht vollständig gelöst, aber auf dem weg.

enp3s0 funktioniert, zumindest teilweise im LAN, ich kann LAN-IPs wieder anpingen:

Es funktioniert aber nicht mein IMAP server, nicht mein apt-cacher-ng und ich frage mich ob dieses "state UNKNOWN " für das loopback device nicht doch noch auf lokale Unstimmigkeiten hindeutet.

Code: Alles auswählen

# ip a                                                                                               
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:24:1d:72:45:ff brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.13/24 brd 192.168.2.255 scope global enp3s0
       valid_lft forever preferred_lft forever
    inet6 fe80::224:1dff:fe72:45ff/64 scope link
       valid_lft forever preferred_lft forever

Code: Alles auswählen

root@neutower:~# systemctl status systemd-networkd --full --no-pager
● systemd-networkd.service - Network Configuration
     Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; preset: enabled)
     Active: active (running) since Wed 2022-12-21 18:34:14 CET; 9min ago
TriggeredBy: ● systemd-networkd.socket
       Docs: man:systemd-networkd.service(8)
   Main PID: 660 (systemd-network)
     Status: "Processing requests..."
      Tasks: 1 (limit: 4639)
     Memory: 3.1M
        CPU: 69ms
     CGroup: /system.slice/systemd-networkd.service
             └─660 /lib/systemd/systemd-networkd

Dez 21 18:34:14 neutower systemd[1]: Starting Network Configuration...
Dez 21 18:34:14 neutower systemd-networkd[660]: /etc/systemd/network/lan0.network:5: An address '192.168.2.13' is specified without prefix length. The behavior of parsing addresses wi>
thout prefix length will be changed in the future release. Please specify prefix length explicitly.
Dez 21 18:34:14 neutower systemd-networkd[660]: lo: Link UP
Dez 21 18:34:14 neutower systemd-networkd[660]: lo: Gained carrier
Dez 21 18:34:14 neutower systemd-networkd[660]: Enumeration completed
Dez 21 18:34:14 neutower systemd-networkd[660]: enp3s0: Configuring with /etc/systemd/network/lan0.network.
Dez 21 18:34:14 neutower systemd-networkd[660]: enp3s0: Link UP
Dez 21 18:34:14 neutower systemd[1]: Started Network Configuration.
Dez 21 18:34:16 neutower systemd-networkd[660]: enp3s0: Gained carrier
Dez 21 18:34:18 neutower systemd-networkd[660]: enp3s0: Gained IPv6LL

Kann man diesen *.network files kommentieren? (#) Ich will mal deinen Vorschlag ausprobieren.

EDIT:

Ok, gesehen in diene Beispiel ... kann man , danke dafür

[mat6937]

Code: Alles auswählen

Dez 21 18:34:14 neutower systemd-networkd[660]: /etc/systemd/network/lan0.network:5: An address '192.168.2.13' is specified without prefix length. The behavior of parsing addresses wi>
thout prefix length will be changed in the future release. Please specify prefix length explicitly.

BTW: Du hast die netmask (/24) bei der IPv4-Adresse "Address" noch immer nicht gesetzt. Siehe mein Beispiel oben.

Address=
A static IPv4 or IPv6 address and its prefix length, separated by a "/" character.

[michaa7]

Ja, in meinen Beispiel nicht, aber ich habe mittlerweile dein Beispiel übernommen, ergänzt um zwei weitere DNS server ...

... weil ich immer Alternativen einrichte.

Aber ... DNS klappt nciht, klappte auch schon nicht bevor ich die Alternativen angegeben habe.

Ich kann "ping 8.8.8.8" erfolgreich ausführen, aber nicht "ping spiegel.de"

Mein lokaler IMAP server scheint erreichbar, neue mail habe ich jedoch keine ...
Mein lkokaler apt-cacher-ng ist errreichbar, bricht abber mitten in der Arbeit den kontakt ab "ressource unavailable". Was in sofern sehr doof ist, weil ich nichtmals ein d-u mit dem durchlaufen lassen kann was ich im cache bereits an *.deb habe ..

"journalctl -r" zeigt irgendeinen systemd-hostname service (name nur ungefähr), der irgendwann gestartet und irgendwann disabled wird.


In der fraglichen installation ...

Code: Alles auswählen

#[Match]
#Name=enp3s0

#[Network]
#Address=192.168.2.13
#Gateway=192.168.2.1
#DNS=192.168.2.1

[Match]
Name=enp3s0
#Host=

[Link]
#MTUBytes=
ARP=true

[Network]
DHCP=no
LinkLocalAddressing=no
Address=192.168.2.13/24
Broadcast=192.168.2.255
Gateway=192.168.2.1
#NTP=192.168.178.1
DNS=192.168.2.1
DNS=208.67.222.220
DNS=208.67.222.222
Domains=fritz.box
ConfigureWithoutCarrier=true
IgnoreCarrierLoss=true
KeepConfiguration=static

#[Neighbor]
#Address=192.168.2.1
#MACAddress=

EDIT:
Führe ich aus: "ping" spiegel.de" erhalte ich : der name ist nciht bekannt. Habe testweise DNS auf DNS=208.67.222.220 beschränkt. KEin Unterschied.

EDIT2:
Es fehlte noch systemd-resolved (plus abhängigkeiten) was ich händisch mit der anderen Installation runterladen mußte und ins Archiv kopiern mußte. Nun habe ich Internet mit DNS. Mals schaun ob alle klappt, schaut soweit aber schoonmal brauchbar aus.

Danke mat6937

[mat6937]

EDIT2:
Es fehlte noch systemd-resolved (plus abhängigkeiten) was ich händisch mit der anderen Installation runterladen mußte und ins Archiv kopiern mußte. Nun habe ich Internet mit DNS. Mals schaun ob alle klappt, schaut soweit aber schoonmal brauchbar aus.

OK. Wie sind die Ausgaben von:

Code: Alles auswählen

cat /etc/resolv.conf
resolvectl query spiegel.de

date && rdate -4npu 192.168.2.1
systemctl status systemd-timesyncd
timedatectl status

?

[michaa7]

Hi, mittlerweile läuft wieder alles. Konnte nun ein dist-upgrade machen, was wirklich alle Zweifel beseitigte. Es lag eben nicht wie von mir vermutet an inkompatiblen Paketen.
Time, imap, apt-cacher-ng (immer ein bisschen hampelig), mail ... alles läuft und DNS tut was es soll.

Nochmals Danke an dich, du warst mir ein große Hilfe. Da hätte ich alleine nicht durchgefunden. Keine Ahnung warum die connman Konfiguration zusammengebrochen war, ich bin einfach zu blauäugig in die gegenwärtige QT5x transition marschiert (kein KDE, kein Problem ... denkste) Habe viele Pakete verloren wie z.b. gparted (gtk!), okular, gwenview und vieles mehr die halt erst wieder kommen wenn das abhängigkeitstechnisch wieder passt.

Aber der Rechner läuft und sosehr ich connman mochte ... jetzt ist es halt systemd.networkd ....

Danke

... bis zum nächsten Problem.