호스트에 대한 경로 없음: 물리적 연결이 작동하지 않음(그러나 VM에서는 작동함)

호스트에 대한 경로 없음: 물리적 연결이 작동하지 않음(그러나 VM에서는 작동함)

저는 Ubuntu Desktop v. 22.04를 사용하고 있으며 다양한 서브넷과 함께 작동하는 매우 복잡한 LAN을 가지고 있습니다.

간단히 말해서, 어느 날이 되어서야 IP에서 호스팅되는 웹사이트에 연결할 수 있었습니다.

192.168.103.31 (내 고정 IP는 10.3.0.205) 예, 그것은 매력처럼 작동합니다.

특정 날부터 VPN을 사용하거나 예를 들어 가상 머신(!)의 브리지 연결을 사용하여 웹사이트에만 연결할 수 있습니다.

나는 시도했다:

  1. 다른 동료의 또 다른 IP
  2. 다른 케이블을 사용하세요(!)
  3. 동료의 컴퓨터를 내 책상 위에 올려 놓았습니다. (그의 컴퓨터는 작동합니다.)

불가능해 보인다는 건 알지만, 확인해 볼 수 있을까요?

이것은 route명령 출력 입니다.

Tabella di routing IP del kernel
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         _gateway        0.0.0.0         UG    100    0        0 enp2s0
default         _gateway        0.0.0.0         UG    600    0        0 wlp0s20f3
10.3.0.0        0.0.0.0         255.255.255.0   U     100    0        0 enp2s0
10.200.2.0      0.0.0.0         255.255.255.0   U     600    0        0 wlp0s20f3
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 enp2s0
172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 docker0
172.18.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-69b1f6365454
172.19.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-f866652e0985
172.20.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-e8c926073f48
172.21.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-b73dc74c8e81
172.22.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-7ce9f550276a
172.23.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-e456c467c786
172.24.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-97322a01398b
172.25.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-e93c251992dc
172.26.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-693855b1ce58
172.27.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-2cc3e1f53fe2
172.28.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-4f52aeb07eb5
172.29.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-4d2807740de0
172.30.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-1cd9d603111f
172.31.0.0      0.0.0.0         255.255.0.0     U     0      0        0 br-06e8b2cd824b
192.168.0.0     0.0.0.0         255.255.240.0   U     0      0        0 br-0e0a036a5318
192.168.16.0    0.0.0.0         255.255.240.0   U     0      0        0 br-4fef4a9909ae
192.168.32.0    0.0.0.0         255.255.240.0   U     0      0        0 br-90f143fce7fe
192.168.48.0    0.0.0.0         255.255.240.0   U     0      0        0 br-8bbf2e751105
192.168.64.0    0.0.0.0         255.255.240.0   U     0      0        0 br-5781c4b32352
192.168.80.0    0.0.0.0         255.255.240.0   U     0      0        0 br-13d702f3f169
192.168.96.0    0.0.0.0         255.255.240.0   U     0      0        0 br-871be59076d8
192.168.112.0   0.0.0.0         255.255.240.0   U     0      0        0 br-25eba4fd1c90
192.168.128.0   0.0.0.0         255.255.240.0   U     0      0        0 br-9ca47d7eef50

(그 br-는 docker와 관련이 있습니다)

시스템 관리자가 라우터/방화벽이 차단되지 않았다고 말합니다.

답변1

192.168.103.31에서 액세스하려는 사이트가 도커 컨테이너가 아닌 서버에 있다고 가정합니다.

서브넷 충돌이 있는 경로:

192.168.96.0    0.0.0.0         255.255.240.0   U     0      0        0 br-871be59076d8

서브넷 마스크 255.255.240.0에서 192.168.96.0으로 라우팅하면 192.168.96.1에서 192.168.111.254 사이의 모든 항목이 br-871be59076d8 인터페이스로 라우팅됩니다. (192.168.103.31에 대한 요청 포함)

이 경로가 실제로 문제의 원인인지 테스트하려면 ip 명령을 사용하여 경로를 삭제할 수 있습니다.

sudo ip route del 192.168.96.0 dev br-871be59076d8

그런 다음 192.168.103.31에서 웹사이트에 액세스해 볼 수 있습니다. 작동하는 경우 이 경로를 지정하는 Docker 네트워크 구성을 비활성화해야 합니다.

관련 정보