이 질문이 이 사이트나 askubuntu에 더 적합한지는 모르겠지만 이것이 제 상황입니다.
18.04 Ubuntu를 실행하면서 가상 머신이 연결을 공유할 수 있도록 브리지 인터페이스를 만들었습니다. 지금은 그것이 어떻게 작동하는지 모르지만 /etc/network/interfaces
, 내 추측으로는 이것이 인터페이스(물리적 또는 가상)를 정의하는 것 같습니다. 놀랍게도 VM은 인터넷에서 패키지를 가져올 수 있지만 내 호스트는 그렇지 않습니다. 호스트는 여전히 내 LAN에 로컬로 연결되어 있고 8.8.8.8로 ping을 보낼 수도 있지만 그게 전부입니다. 서버에 들어가 보니 설정에 이더넷 옵션이 없는 것을 발견했습니다. 왜 이런 일이 발생하는지 모르겠습니다. 내 /etc/network/interface
파일에서 항목을 제거 enp3s0
하고 .net으로 대체했습니다 br0
. 이것이 네트워킹이 작동하는 방식입니까? 이것이 파일입니다.
******현재 구성**********
auto lo
iface lo inet loopback
auto br0
iface br0 inet static
address 192.168.0.108
netmask 255.255.255.0
gateway 192.168.0.1
#broadcast 192.168.0.255
dns-nameservers 8.8.8.8
# set static route for LAN
#post-up route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.18.44.1
#post-up route add -net 161.26.0.0 netmask 255.255.0.0 gw 10.18.44.1
bridge_ports enp3s0
bridge_stp off
bridge_fd 0
bridge_maxwait 0
****** 이전 구성************
# interfaces(5) file used by ifup(8) and ifdown(8)
source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
auto enp3s0
iface enp3s0 inet static
address 192.168.0.108
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 8.8.8.8 8. 8.8.4.4
이 파일에서 물리적 인터페이스 "enp3s0"을 완전히 제거했기 때문에 인터넷이 작동하지 않습니까? 그러나 여전히 시스템에 SSH를 통해 8.8.8.8을 ping할 수 있으므로 이는 사실이 아닙니다. 무슨 일이에요?
답변1
어떤 이유로든 네임서버 항목을 systemd-resolved
편집하는 데 문제가 있었던 것으로 나타났습니다 . 작동 중인 DNS 서버로 수동으로 변경하면 문제가 해결되었지만 네트워크 서비스를 다시 시작하거나 시스템을 다시 시작하면 문제가 다시 나타났습니다. 발생한 문제를 해결하려면 다음을 실행하세요./etc/resolvd.conf
127.0.0.53
systemctl stop systemd-resolved
그리고
systemctl mask systemd-resolved