저는 아래에 설명된 대로 BT HomeHub 5 및 Netgear EX6150 WiFi 확장기 네트워크에서 작업하고 있습니다. 간결성을 위해 생략했지만 네트워크에는 다른 지점이 있으며 분홍색 점선은 모두 WiFi입니다.
내가보고있는 문제는 PC 1입니다.할 수 없다(~하지 않을 것이다) PC 2와 통신하지만 내 전화~ 할 것이다. 물론 내 전화기에는 확장기에 직접 연결할 수 있는 기능이 있으며 현재로서는 이것이 여기서 중요한 역할을 한다는 것을 배제할 수 없습니다.
PC 1이 WiFi 확장기의 다른 호스트와 통신을 시도하는 경우에도 동일한 상황이 발생합니다.
모든 호스트는 인터넷에 접속할 수 있습니다.
나는 확장 프로그램이 "멍게" MAC 주소를 입력했지만 잘 모르겠습니다.왜. 예를 들어, PC 2의 MAC 주소는 이지만 88:b1:11:f4:e0:66라우터의 인터페이스(및 라우터에 연결된 호스트)는 이를 통신으로 간주합니다 02:0f:b5:f4:e0:66. 에 끔찍하게 쓰여진 부분이 있습니다.수동~에33페이지, 그리고 그것을 끌 수 있는 방법은 없는 것 같습니다. 이에 대한 기술적인 이유를 알 수 없으며 현재 이것이 문제의 핵심 부분일 것이라고 확신하고 있습니다.
기술적인 부분을 살펴볼 시간입니다.
- PC 1은
192.168.1.74/ 입니다1c:3e:84:c8:0c:08(OS에서 보고한 대로). - PC 2는
192.168.1.16/ 입니다88:b1:11:f4:e0:66(OS에서 보고한 대로).
내 전화기는 네트워크를 즐겁게 스캔할 것입니다.핑), 호스트를 검색하고 핑을 보냅니다. 앞서 언급한 것처럼 PC 1은 그렇지 않습니다.
나는 PC 2의 주소 정보를 PC 1의 ARP 테이블에 직접 추가해 보았습니다.
C:\WINDOWS\system32>netsh interface ip add neighbors 14 192.168.1.16 02-0f-b5-f4-e0-66
C:\WINDOWS\system32>arp -a
Interface: 192.168.1.74 --- 0xe
Internet Address Physical Address Type
...
192.168.1.16 02-0f-b5-f4-e0-66 static
...
C:\WINDOWS\system32>ping 192.168.1.16
Pinging 192.168.1.16 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 192.168.1.16:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
C:\WINDOWS\system32>
그러니까 이건 분명히 아닌데단지ARP 문제.
PC 2의 관점에서 이것을 보면 tcpdump핑 중에 다음과 같은 결과를 얻었습니다.
$ tcpdump -enr dump.cap
11:37:45.730405 1c:3e:84:c8:0c:08 > 88:b1:11:f4:e0:66, ethertype IPv4 (0x0800), length 74: 192.168.1.74 > 192.168.1.16: ICMP echo request, id 1, seq 1317, length 40
11:37:45.730468 88:b1:11:f4:e0:66 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.74 tell 192.168.1.16, length 28
11:37:45.764667 1c:3e:84:c8:0c:08 > 88:b1:11:f4:e0:66, ethertype ARP (0x0806), length 42: Reply 192.168.1.74 is-at 1c:3e:84:c8:0c:08, length 28
11:37:45.764678 88:b1:11:f4:e0:66 > 1c:3e:84:c8:0c:08, ethertype IPv4 (0x0800), length 74: 192.168.1.16 > 192.168.1.74: ICMP echo reply, id 1, seq 1317, length 40
who-has우리가 직접 배치한 것처럼 ICMP 에코 요청 이전에는 없습니다 . 하지만 PC 2 1c:3e:84:c8:0c:08는 성공적인 ARP 쿼리 후 에코 응답으로 명확하게 응답하지만(좋은 내용입니다.) PC 1은 이를 결코 수신하지 않는다고 주장합니다.
또한 ping 후 PC 2의 ARP 테이블에는 PC 1의 주소가 있습니다(이전에 제거했습니다).
$ arp -n
Address HWtype HWaddress Flags Mask Iface
...
192.168.1.74 ether 1c:3e:84:c8:0c:08 C wlp3s0
...
PC 1과 PC 2에서 Wireshark를 사용하여 ping을 반복하면 tcpdump다음이 표시됩니다(덤프는 아래 참조).
- PC 1 → PC 2의 트래픽은 양호해 보입니다.
- 소스에 대한 MAC 통합이 없습니다.
- PC 2 → PC 1의 트래픽은 브로드캐스트인 경우에만 수신됩니다(예: ARP 요청).
- 거기~이다소스의 MAC 병합
PC 1
$ tcpdump -enr pc1_dump4.cap
reading from file pc1_dump4.cap, link-type EN10MB (Ethernet)
12:17:59.525610 1c:3e:84:c8:0c:08 > 02:0f:b5:f4:e0:66, ethertype IPv4 (0x0800), length 74: 192.168.1.74 > 192.168.1.16: ICMP echo request, id 1, seq 1330, length 40
12:17:59.641049 02:0f:b5:f4:e0:66 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.74 tell 192.168.1.16, length 28
12:17:59.641080 1c:3e:84:c8:0c:08 > 02:0f:b5:f4:e0:66, ethertype ARP (0x0806), length 42: Reply 192.168.1.74 is-at 1c:3e:84:c8:0c:08, length 28
12:18:04.345340 1c:3e:84:c8:0c:08 > 02:0f:b5:f4:e0:66, ethertype IPv4 (0x0800), length 74: 192.168.1.74 > 192.168.1.16: ICMP echo request, id 1, seq 1331, length 40
12:18:09.346886 1c:3e:84:c8:0c:08 > 02:0f:b5:f4:e0:66, ethertype IPv4 (0x0800), length 74: 192.168.1.74 > 192.168.1.16: ICMP echo request, id 1, seq 1332, length 40
12:18:14.347539 1c:3e:84:c8:0c:08 > 02:0f:b5:f4:e0:66, ethertype IPv4 (0x0800), length 74: 192.168.1.74 > 192.168.1.16: ICMP echo request, id 1, seq 1333, length 40
PC 2
$ tcpdump -enr pc2_dump4.cap
reading from file dump4.cap, link-type EN10MB (Ethernet)
12:18:02.206931 1c:3e:84:c8:0c:08 > 88:b1:11:f4:e0:66, ethertype IPv4 (0x0800), length 74: 192.168.1.74 > 192.168.1.16: ICMP echo request, id 1, seq 1330, length 40
12:18:02.206995 88:b1:11:f4:e0:66 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.74 tell 192.168.1.16, length 28
12:18:02.289242 1c:3e:84:c8:0c:08 > 88:b1:11:f4:e0:66, ethertype ARP (0x0806), length 42: Reply 192.168.1.74 is-at 1c:3e:84:c8:0c:08, length 28
12:18:02.289254 88:b1:11:f4:e0:66 > 1c:3e:84:c8:0c:08, ethertype IPv4 (0x0800), length 74: 192.168.1.16 > 192.168.1.74: ICMP echo reply, id 1, seq 1330, length 40
12:18:07.122444 1c:3e:84:c8:0c:08 > 88:b1:11:f4:e0:66, ethertype IPv4 (0x0800), length 74: 192.168.1.74 > 192.168.1.16: ICMP echo request, id 1, seq 1331, length 40
12:18:07.122484 88:b1:11:f4:e0:66 > 1c:3e:84:c8:0c:08, ethertype IPv4 (0x0800), length 74: 192.168.1.16 > 192.168.1.74: ICMP echo reply, id 1, seq 1331, length 40
12:18:12.037691 1c:3e:84:c8:0c:08 > 88:b1:11:f4:e0:66, ethertype IPv4 (0x0800), length 74: 192.168.1.74 > 192.168.1.16: ICMP echo request, id 1, seq 1332, length 40
12:18:12.037729 88:b1:11:f4:e0:66 > 1c:3e:84:c8:0c:08, ethertype IPv4 (0x0800), length 74: 192.168.1.16 > 192.168.1.74: ICMP echo reply, id 1, seq 1332, length 40
12:18:17.170982 1c:3e:84:c8:0c:08 > 88:b1:11:f4:e0:66, ethertype IPv4 (0x0800), length 74: 192.168.1.74 > 192.168.1.16: ICMP echo request, id 1, seq 1333, length 40
12:18:17.171025 88:b1:11:f4:e0:66 > 1c:3e:84:c8:0c:08, ethertype IPv4 (0x0800), length 74: 192.168.1.16 > 192.168.1.74: ICMP echo reply, id 1, seq 1333, length 40
방향을 바꾸면(PC 2가 PC 1에 에코 요청을 보냅니다) PC 1은 요청을 전혀 볼 수 없습니다.
Windows 방화벽을 비활성화해도 도움이 되지 않습니다.
최후의 수단으로 이더넷을 통해 PC 1을 라우터에 연결하면 문제가 해결됩니다. 그러나 이는 현재 허용되는 솔루션이 아닙니다.
누구든지 도와줄 수 있나요?