Dies ist eine abgespeckte Version meines Heimnetzwerks und mein Problem besteht darin, dass ich 192.168.20.100 nicht dazu bringen kann, mit 192.168.20.4 zu kommunizieren.
Die Workstation pingt beide Router und den Server problemlos an und kann mit beiden kommunizieren. Ihr Gateway ist auf 192.168.20.1 eingestellt.
Der Server pingt nur die Arbeitsstation und den Router 192.168.20.1 problemlos an, weist aber einen Paketverlust von 100 % bei 192.168.20.4 auf, obwohl dies als Standard-Gateway festgelegt ist.
Ich möchte absichtlich, dass der Server 192.168.20.4 als Standard-Gateway verwendet und der Rest des Netzwerks 192.168.20.1, aber ich wollte beide im selben Subnetz behalten.
Ich würde sagen, dass dieses Problem begann, als ich den 2950-Switch durch mehrere 4-Port-Switches ersetzte, aber ich bin nicht sicher, wie das dieses Problem verursacht haben könnte.
Kein DHCP vorhanden, das ist alles statisch.
ARP der Arbeitsstation:
192.168.20.4 ether 00:1d:73:55:31:7a C eth0
192.168.20.100 ether 90:e2:ba:27:5f:3a C eth0
192.168.20.1 ether 00:24:a5:42:a7:dc C eth0
192.168.20.5 ether 00:0e:84:06:73:40 C eth0
Server-ARP:
192.168.20.4 ether 00:1d:73:55:31:7a C eth0
192.168.20.101 ether 6c:f0:49:0a:91:82 C eth0
192.168.20.5 ether 00:0e:84:06:73:40 C eth0
192.168.20.1 ether 00:24:a5:42:a7:dc C eth0
ARP wechseln:
Protocol Address Age (min) Hardware Addr Type Interface
Internet 192.168.20.100 0 90e2.ba27.5f3a ARPA Vlan1
Internet 192.168.20.101 10 6cf0.490a.9182 ARPA Vlan1
Internet 192.168.20.4 9 001d.7355.317a ARPA Vlan1
Internet 192.168.20.5 - 000e.8406.7340 ARPA Vlan1
Internet 192.168.20.1 1 0024.a542.a7dc ARPA Vlan1
Switch-MAC-Adresstabelle:
1 001d.7355.317a DYNAMIC Fa0/3
1 0024.a542.a7dc DYNAMIC Fa0/24
1 6cf0.490a.9182 DYNAMIC Gi0/2
1 90e2.ba27.5f3a DYNAMIC Gi0/1
Laufende Konfiguration (bereinigt):
Current configuration : 1313 bytes
!
version 12.1
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Europa
!
enable secret 5 .............................
!
ip subnet-zero
!
ip ssh time-out 120
ip ssh authentication-retries 3
!
spanning-tree mode pvst
no spanning-tree optimize bpdu transmission
spanning-tree extend system-id
!
!
!
!
interface FastEthernet0/1
!
interface FastEthernet0/2
!
interface FastEthernet0/3
!
interface FastEthernet0/4
!
interface FastEthernet0/5
!
interface FastEthernet0/6
!
interface FastEthernet0/7
!
interface FastEthernet0/8
!
interface FastEthernet0/9
!
interface FastEthernet0/10
!
interface FastEthernet0/11
!
interface FastEthernet0/12
!
interface FastEthernet0/13
!
interface FastEthernet0/14
!
interface FastEthernet0/15
!
interface FastEthernet0/16
!
interface FastEthernet0/17
!
interface FastEthernet0/18
!
interface FastEthernet0/19
!
interface FastEthernet0/20
!
interface FastEthernet0/21
!
interface FastEthernet0/22
!
interface FastEthernet0/23
!
interface FastEthernet0/24
!
interface GigabitEthernet0/1
!
interface GigabitEthernet0/2
!
interface Vlan1
ip address 192.168.20.5 255.255.255.0
no ip route-cache
!
ip http server
!
line con 0
line vty 0 4
password .........
login
line vty 5 15
password .........
login
!
!
end
BEARBEITEN
Ich kann meine eigene Frage noch nicht beantworten, aber ich habe das Problem gefunden. 192.168.20.4 hatte einen falschen ARP-Eintrag auf dem Server. Danke, dass Sie erwähnt haben, dass man die ARP-Tabellen überprüfen sollte. Ich fühle mich dumm, weil ich nicht auch die Router überprüft habe.
Antwort1
Ich habe das Problem gefunden. 192.168.20.4 hatte einen falschen ARP-Eintrag für 192.168.20.100. Danke, dass Sie die Überprüfung der ARP-Tabellen erwähnt haben. Ich fühle mich dumm, weil ich nicht auch die Router überprüft habe.