wlan0과 일부 USB 포트가 있는 "호스트" Raspberry Pi가 있습니다. USB 케이블을 통해 호스트 Pi에 연결된 또 다른 "클라이언트" Pi가 있습니다(클라이언트 Pi에는 다른 활성 네트워크 인터페이스가 없습니다). 클라이언트 Pi는 g_ether를 실행 중이므로 USB 케이블을 통해 호스트에 연결하면 USB 기반 이더넷 연결을 설정합니다(호스트에 "eth1" 생성). 또한 클라이언트 장치가 연결되면 클라이언트 장치는 192.168.42.1에 있고 호스트 Pi는 해당 네트워크(192.168.42.x)에서 클라이언트가 할당한 주소를 얻게 됩니다. 클라이언트가 연결되면 호스트 Pi의 라우팅 테이블에 두 번째 기본 경로를 추가합니다. 따라서 호스트 Pi의 라우팅 테이블은 두 개의 기본 경로로 끝납니다.
default via 192.168.42.1 dev eth1 proto dhcp src 192.168.42.21 metric 204
default via 192.168.1.1 dev wlan0 proto dhcp src 192.168.1.125 metric 303
192.168.1.0/24 dev wlan0 proto dhcp scope link src 192.168.1.125 metric 303
192.168.42.0/24 dev eth1 proto dhcp scope link src 192.168.42.21 metric 204
wlan0은 나의 일반적인 인터넷 경로이므로 두 번째 기본 경로는 나의 인터넷 경로를 방해합니다. 인터넷(wlan0을 통해)과 192.168.42.1(eth1을 통해) 모두로 라우팅하고 싶습니다. 예를 들어 클라이언트 장치를 연결하지 않고도 wlan0을 통해 ntp.org에 ping을 보낼 수 있습니다. 하지만 클라이언트 장치를 연결한 후 ntp.org에 ping을 실행할 수 없습니다(아마도 인터넷 경로가 없는 내 클라이언트 장치에서 생성된 새로 추가된 두 번째 기본 경로를 통과하려고 하기 때문일 것입니다).
두 번째 기본 경로를 제거하면 문제가 해결되는 것으로 나타났습니다(ntp.org를 ping할 수 있고 192.168.42.1을 계속 ping할 수 있음).
처음에 두 번째 기본 경로가 추가되는 것을 방지하는 방법은 무엇입니까? 아니면 다른 해결책이 있나요?
답변1
내 문제를 해결하기 nogateway
위해 추가했습니다 .eth1
/etc/dhcpcd.conf
interface eth1
nogateway
dhcpcd.conf 매뉴얼 페이지 지원(및 일반적인 방향을 알려주는 ChatGPT의 경우 +1): https://manpages.debian.org/testing/dhcpcd5/dhcpcd.conf.5.en.html