아래 경로는 고정되어 있어 수동으로 제거하더라도 connmand(연결 관리자 데몬)에 의해 다른 인터페이스 이름으로 추가됩니다. ip link cmd를 사용하여 특정 인터페이스를 종료하는 경우에도 동일한 문제가 발생합니다.
root@soc:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 eth0
connmand
이렇게 하지 않도록 구성하는 방법이 있나요 ?
추가 정보: eth0은 고정 IP 주소를 사용합니다. 내 시스템(SoC)에는 4개의 인터페이스가 있는데, 3개는 고정 IP 주소를 사용하고 하나는 DHCP를 사용합니다. 아래 eth0에 대한 고정 IP를 정의하는 systemd/network 파일을 추가했습니다.
root@soc:/etc/systemd/network$ cat 10-eth0-soc.network
[Match]
Name=eth0
[Network]
Address=10.10.11.2/24
root@soc:/etc/systemd/network$
답변1
connmand
너무 단순하고 단순해서 DHCP 지정 경로를 전혀 수정할 수 없는 것 같습니다.
connmand
소스 코드를 잠깐 살펴보면 DHCP 서버가 기본 게이트웨이를 0.0.0.0으로 지정했다면 이를 0.0.0.0으로 설정하는 것으로 보입니다. 분명히 그러한 경우를 필터링하는 코드가 포함되어 있었지만일부 IPv4LL의 경우 이러한 라우팅이 유효한 구성일 수 있으므로 제거되었습니다..
제 생각에는 이것은 connmand
멀티 홈 호스트(= 여러 인터페이스가 서로 다른 네트워크에 연결되어 있음)를 처리하기에는 너무 간단할 수 있으며 다른 솔루션을 찾아야 할 수도 있습니다.
*.network
IP 주소가 있는 파일을 사용할 수 있다는 사실은 systemd-networkd
해당 파일을 사용할 수 있음을 의미합니다. connmand
DHCP 인터페이스를 완전히 비활성화 하고 .network
.connmand
UseRoutes=false
특히, 파일 섹션에서 DHCP 서버가 무시해야 하는 유해한 경로/게이트웨이를 제공하는지 여부를 [DHCPV4]
설정할 수 있습니다..network
포기할 수 없다면 connman
DHCP 서버의 구성을 확인하고 제공할 게이트웨이 주소가 없는 경우 관련 DHCP 옵션을 전혀 보내지 않도록 해야 할 수도 있습니다. 그것을 지정합니다 0.0.0.0
. 그러나 일부 다른 하드웨어에서 DHCP 서버가 항상 특정 게이트웨이를 지정하도록 요구하는 경우 DHCP 서버가 각 클라이언트에 대해 해당 서비스를 사용자 정의할 수 있을 만큼 유연하지 않으면 문제가 발생할 수 있습니다.