☰

Warum schlägt meine Netzwerkverbindung fehl, wenn ich eine statische Adresse verwende?

tag-icon • tag-icon centos ethernet ip-address
Warum schlägt meine Netzwerkverbindung fehl, wenn ich eine statische Adresse verwende?

Wenn ich versuche, meine IP-Adresse von DHCP auf statisch zu ändern, bricht meine Internetverbindung von CentOS ab.

Host os : MacOS High Sierra
VM : vmware fusion 
Guest OS :  CentOS Linux release 7.7.1908 (Core)
File : /etc/sysconfig/network-scripts/ifcfg-ens33

Ändern :

TYPE="Ethernet"
PROXY_METHOD="none"
BROWSER_ONLY="no"
BOOTPROTO="none"
DEFROUTE="yes"
IPV4_FAILURE_FATAL="no"
IPV6INIT="yes"
IPV6_AUTOCONF="yes"
IPV6_DEFROUTE="yes"
IPV6_FAILURE_FATAL="no"
IPV6_ADDR_GEN_MODE="stable-privacy"
NAME="ens33"
UUID="189d7c44-fc61-4597-a9c1-ee3c22d4feed"
DEVICE="ens33"
ONBOOT="yes
IPADDR=192.168.1.20 
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
DNS1=8.8.8.8
DNS2=8.8.4.4"`

`

Nach der Änderung verwendete Befehle:systemctl restart network

Nach dem Neustart des Netzwerks besteht keine Netzverbindung mehr

Mache ich etwas falsch

Statische IP-Adresse als Ausgabe:

user1@localhost ~]$ 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: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:fb:3f:1b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.20/24 brd 192.168.1.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::8384:7399:f191:5b47/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:11:b8:79 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:11:b8:79 brd ff:ff:ff:ff:ff:ff
[user1@localhost ~]$

Ausgabe der statischen IP-Route:

[user1@localhost ~]$ ip route
default via 192.168.1.1 dev ens33 proto static metric 100 
192.168.1.0/24 dev ens33 proto kernel scope link src 192.168.1.20 metric 100 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1

DHCP IP A-Ausgang

[user1@localhost ~]$ 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: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:fb:3f:1b brd ff:ff:ff:ff:ff:ff
    inet 172.16.111.178/24 brd 172.16.111.255 scope global noprefixroute dynamic ens33
       valid_lft 1761sec preferred_lft 1761sec
    inet6 fe80::8384:7399:f191:5b47/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:11:b8:79 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:11:b8:79 brd ff:ff:ff:ff:ff:ff
[user1@localhost ~]$

DHCP-IP-Routenausgabe

[user1@localhost ~]$ ip route
default via 172.16.111.2 dev ens33 proto dhcp metric 100 
172.16.111.0/24 dev ens33 proto kernel scope link src 172.16.111.178 metric 100 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 
[user1@localhost ~]$

Antwort1

Sie verlieren Ihre Internetverbindung, weil Sie Ihren Adapter im falschen Netzwerk konfigurieren.

Wenn Sie DHCP verwenden, erhalten Sie vom DHCP-Router/-Server die folgende Adresse:

172.16.111.0/24

und ein Standard-Gateway von 172.16.111.2.

Bei der statischen Konfiguration haben Sie das Netzwerk ausgewählt:

192.168.1.0/24

mit einem Standard-Gateway von 192.168.1.1. Während 192.168.1.1 von Ihrem konfigurierten Netzwerk aus erreichbar ist, ist der Router/Server nicht da. Wenn Sie eine statische Adresse verwenden möchten, muss diese sich im selben Netzwerk wie der Router befinden. Basierend auf der DHCP-Konfiguration sollten Sie in der Lage sein, jede beliebige Adresse auszuwählen.ungebrauchtAdresse auf 172.16.111.0/24. Normalerweise läuft das 172.16.111.1durch, 172.16.111.255aber es sieht so aus, als würde der Router verwenden 172.16.111.2. Häufig 172.16.111.1ist das der Router, also kann da noch etwas anderes sein. Sie könnten eine DHCP-Adresse erhalten und dann verwenden, nmapum zu sehen, welche anderen Adressen im Netzwerk verwendet werden.

Antwort2

Es ist so, wie user1794469 es beschrieben hat. Ihr Netzwerkzugriff erfolgt über das Netzwerk 172.16.111.x. Das im Netzwerk 192.168.1.x konfigurierte virbr0 befindet sich intern auf Ihrem Computer, es ist VirtualBridge0. Es wird zur Virtualisierung verwendet und stammt wahrscheinlich von der VM-Software.

verwandte Informationen