herrmeier
Anmeldungsdatum: 5. Oktober 2006
Beiträge: 297
|
Manchmal ist es PEBKAC egal wie...
spielen wir ein Spiel - finde den Fehler:
/etc/network/interfaces
meines Erachtens konfiguriert:
| $ cat /etc/network/interfaces |grep -v "#" |grep -v '^$'
auto lo
iface lo inet loopback
auto eno1
iface eno1 inet static
address 192.168.xxx.30
gateway 192.168.xxx.1
netmask 255.255.0.0
dns-nameservers 192.168.xxx.1 8.8.8.8
|
Vielleicht habt Ihr ja eine Idee 😉 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21 | $ 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: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether xx:xx:xx:xx:xx:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.xxx.59/24 brd 192.168.xxx.255 scope global dynamic eno1
valid_lft 863665sec preferred_lft 863665sec
inet6 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:fe41:3900/64 scope global mngtmpaddr noprefixroute dynamic
valid_lft 4198sec preferred_lft 1498sec
inet6 fe80::2e59:e5ff:fe41:3900/64 scope link
valid_lft forever preferred_lft forever
3: eno2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether xx:xx:xx:xx:xx:01 brd ff:ff:ff:ff:ff:ff
4: eno3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether xx:xx:xx:xx:xx:02 brd ff:ff:ff:ff:ff:ff
5: eno4: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether xx:xx:xx:xx:xx:03 brd ff:ff:ff:ff:ff:ff
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | $ lspci -nnk | grep -i net -A2
02:00.0 Ethernet controller [0200]: Intel Corporation I350 Gigabit Network Connection [8086:1521] (rev 01)
Subsystem: Hewlett-Packard Company Ethernet 1Gb 4-port 366i Adapter [103c:3380]
Kernel driver in use: igb
Kernel modules: igb
02:00.1 Ethernet controller [0200]: Intel Corporation I350 Gigabit Network Connection [8086:1521] (rev 01)
Subsystem: Hewlett-Packard Company Ethernet 1Gb 4-port 366i Adapter [103c:3380]
Kernel driver in use: igb
Kernel modules: igb
02:00.2 Ethernet controller [0200]: Intel Corporation I350 Gigabit Network Connection [8086:1521] (rev 01)
Subsystem: Hewlett-Packard Company Ethernet 1Gb 4-port 366i Adapter [103c:3380]
Kernel driver in use: igb
Kernel modules: igb
02:00.3 Ethernet controller [0200]: Intel Corporation I350 Gigabit Network Connection [8086:1521] (rev 01)
Subsystem: Hewlett-Packard Company Ethernet 1Gb 4-port 366i Adapter [103c:3380]
Kernel driver in use: igb
Kernel modules: igb
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8553
Wohnort: Münster
|
herrmeier schrieb: […] /etc/network/interfaces meines Erachtens konfiguriert
Das nutzt bei 17.10 Server nur dann etwas, wenn das Paket ifupdown auch installiert ist und Netplan abgeschaltet wurde.
|
cosinus
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
iface eno1 inet static
address 192.168.xxx.30
gateway 192.168.xxx.1
netmask 255.255.0.0
dns-nameservers 192.168.xxx.1 8.8.8.8
Wenn da wirklich xxx steht, hast den Fehler 😊 😛 Wenn nicht: dir ist schon klar, dass Adressen aus dem Bereich 192.168.0.0 bis 192.168.255.255 privat sind und daher nicht ins Internet geroutet werden?
|
herrmeier
(Themenstarter)
Anmeldungsdatum: 5. Oktober 2006
Beiträge: 297
|
Hallo kb - Danke Dir. Da habe ich schon mal einen Ansatz für meine duckduckgo-Suche 😉
@cosinus, grds. ja, gleichwohl muss so etwas ja nicht unbedingt im Netz stehen, oder?
|
cosinus
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
herrmeier schrieb: Hallo kb - Danke Dir. Da habe ich schon mal einen Ansatz für meine duckduckgo-Suche 😉
@cosinus, grds. ja, gleichwohl muss so etwas ja nicht unbedingt im Netz stehen, oder?
Aber klar kann das im Netz stehen. Mein Rechner hat zB gerade diese Adressen: inet 192.168.2.32/24 brd 192.168.2.255 scope global enp1s0
inet6 fe80::6171:f9ea:176a:ee8/64 scope link Wie gesagt das wird nicht geroutet. Private Adressen zu veröffentlichen ohne Teilzensur ist kein Problem. Zu deinem Problem:
1. deine /etc/network/interfaces sieht richtig aus 2. von allein geht die IP über DHCP bezogen nicht weg - oder bekommt der Rechner auch nach einem reboot diese IP noch?
|
herrmeier
(Themenstarter)
Anmeldungsdatum: 5. Oktober 2006
Beiträge: 297
|
@kb: Danke und schon den richtigen Link gefunden und ich gebe Michael Kofler recht.:
https://kofler.info/ubuntu-17-10/
@cosinus: Auch wenn Du der Meinung bist, das wäre kein Problem, das Prinzip der Datensparsamkeit finde ich unterstützenswert, insofern bleibe ich ohne in die Diskussion der gefühlten Sicherheit einsteigen zu wollen dabei interne (private) IPs nicht zu posten, so gut es mir halt auffällt;-). Gleichwohl Danke.
|
cosinus
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
herrmeier schrieb: @cosinus: Auch wenn Du der Meinung bist, das wäre kein Problem, das Prinzip der Datensparsamkeit finde ich unterstützenswert, insofern bleibe ich ohne in die Diskussion der gefühlten Sicherheit einsteigen zu wollen dabei interne (private) IPs nicht zu posten, so gut es mir halt auffällt;-). Gleichwohl Danke.
Ups ich hoffe mal, dass du nicht wirklich "Meier" heißt 😀
|
herrmeier
(Themenstarter)
Anmeldungsdatum: 5. Oktober 2006
Beiträge: 297
|
Aber mir ist noch nicht ganz klar warum das nun geändert wurde. Hat es etwas mit ansible und yaml zu tun?
"Die Konfiguration erfolgt durch *.yaml-Dateien im Verzeichnis /etc/netplan."
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, „Server“ bedeutet ja nicht, dass Du einem Interface nicht Adressen aus dem genannten Bereich zuweisen darfst. Da hier schon mal die abenteuerlichsten Angaben gemacht werden, zunächst noch einmal nachgefragt, ob Du tatsächlich eine Version ohne grafische Oberfläche und ohne Network-Manager verwendest?
| systemctl status network-manager.service
|
Sind ansonsten irgendwelche Netzwerk-Konfigurationen für DHCP vorhanden?
| egrep -i 'dhcp|manag|ether' /etc/netplan/*
|
Vorhandene Schnittstellenkonfiguration für eno1 entfernen, Netzwerk neu starten und wieder überprüfen:
| sudo ip addr flush dev eno1
sudo systemctl restart networking.service
ip a
ip r
|
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo! Und wo es gerade so schön ist noch | systemctl status systemd-networkd systemd-resolved
|
dazu.
|
herrmeier
(Themenstarter)
Anmeldungsdatum: 5. Oktober 2006
Beiträge: 297
|
Ich habe jetzt mal netplan eingesetzt und verrückt - es funktioniert:
https://wiki.ubuntu.com/Netplan 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | $ cat /etc/netplan/01-netcfg.yaml
# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
version: 2
renderer: networkd
ethernets:
eno1:
dhcp4: no
#dhcp4: yes
dhcp6: no
#dhcp6: yes
addresses: [192.168.xxx.xx/24]
gateway4: 192.168.xxx.1
nameservers:
addresses: [192.168.xxx.1,8.8.4.4]
|
|