PC/스위치(한 서브넷에 있음)가 스위치(다른 서브넷에 있음)에 연결되지만 스위치에 연결된 PC에는 연결되지 않음

Question

[업데이트] 아래 설명된 문제/동작은 기본 게이트웨이가 있는 시스템의 공용 네트워크 연결로 인해 발생했습니다. 비정상적인 동작은 개인 네트워크가 공용 네트워크를 통해 트래픽을 전송한 결과였습니다. 두 가지가 적절하게 격리되면 문제는 사라집니다.

---

동일한 VLAN에 두 개의 서브넷이 있습니다. 서브넷 내에서는 모든 것이 잘 작동하며 한 서브넷의 PC/스위치에서 다른 서브넷의 스위치로 ping할 수 있습니다. 그러나 한 서브넷의 스위치/PC에서 다른 서브넷의 PC로 ping할 수는 없습니다.

서브넷 #1:
Switch1 IP: 10.20.78.1/26
PC1 IP: 10.20.78.10/26
PC의 고정 경로: 10.20.78.0/26 10.20.78.1
스위치의 고정 경로:ip route 0.0.0.0 0.0.0.0 "router 1"

서브넷 #2:
Switch2 IP: 10.20.78.65/26
PC2A IP: 10.20.78.70/26
PC2B IP: 10.20.78.71/26
PC의 고정 경로: route 10.20.78.64/26 10.20.78.65
스위치의 고정 경로:ip route 0.0.0.0 0.0.0.0 "router 2"

스위치 #1:

스위치 #2:

PC:

두 스위치 모두 서로 통신할 수 있으므로 그 사이의 라우터와 스위치의 라우팅은 괜찮을 것으로 생각됩니다. 'echo'에 대한 Windows 방화벽은 모든 PC에서 (범위 제한 없이) ​​열려 있습니다. 서브넷 #1의 PC/스위치에서 경로 추적은 서브넷 #2의 스위치까지 잘 작동하지만 시간이 초과됩니다(그 반대의 경우도 마찬가지). 제가 뭔가 분명한 것을 놓치고 있는 걸까요, 아니면 이게 이상한 걸까요? 이 문제를 해결하는 방법에 대한 조언을 감사합니다.

Answer 1

여기에는 스크린샷에 포함된 것보다 더 많은 내용이 있습니다. 제가 보기에는 실제로는 실패해야 하는 ping 성공이 있기 때문입니다. 포함된 구성 세부 정보에서 스위치 1에 대한 PC2A는 작동하지 않아야 하지만 어떤 이유로 마지막 스크린샷에 응답이 표시됩니다.

바로 확인할 수 있는 문제는 PC의 경로입니다.

Subnet #1: (10.20.78.0/26)
...
Static route on PCs: route 10.20.78.0/26 10.20.78.1
...

Subnet #2: (10.20.78.64/26)
...
Static route on PCs: route 10.20.78.64/26 10.20.78.65
...

부정확하다. 경로를 지정해야 합니다.다른로컬 스위치 인터페이스를 통한 네트워크; 즉. 아래와 같아야 합니다:

Subnet #1: (10.20.78.0/26)
...
Static route on PCs: route 10.20.78.64/26 10.20.78.1
...

Subnet #2: (10.20.78.64/26)
...
Static route on PCs: route 10.20.78.0/26 10.20.78.65
...

나는 이것을 바꿀 것이라고 생각한다.아마문제를 해결했지만 PC2A에서 작동 중인 스위치 1로의 핑은 약간의 회의론을 불러일으킵니다.

PC의 cmd에서 명령을 실행 route print -4하고 출력으로 질문을 업데이트하면 보다 자신감 있는 답변을 얻을 수 있습니다.