☰

인터넷 접속이 차단되었나요?

tag-icon • tag-icon networking kernel updates 22.04
인터넷 접속이 차단되었나요?

잘 모르겠지만... Ubuntu 22.04 및 해당 커널을 업데이트하고 다시 시작하면 인터넷 액세스가 차단됩니다. 연결되어 있지만 라우터의 관리 페이지에 액세스하고 로그인할 수 있습니다.

같은 Wi-Fi에 연결된 스마트폰에는 아무런 문제가 없습니다.

업데이트할 때 어떤 일이 발생하여 노트북이 차단되었나요?

업데이트

지금은 이더넷 케이블이 없어서 이더넷을 사용하고 있지 않아서 지금은 이에 대해 언급할 수 없습니다.

내 Wi-Fi 칩은 다음 명령을 기반으로 합니다.

$ lspci -knn | grep Net -A2
02:00.0 Network controller [0280]: Intel Corporation Wireless 7260 [8086:02b1] (rev 73)
    Subsystem: Intel Corporation Wireless-N 7260 [8086:4462]
    Kernel driver in use: iwlwifi

업데이트 2

$ ping 8.8.4.4Destination Host Unreachable을 얻습니다 .

$ping 8.8.4.4
PING 8.8.4.4 (8.8.4.4) 56(84) bytes of data.
From 192.168.1.162 icmp_seq=1 Destination Host Unreachable
From 192.168.1.162 icmp_seq=2 Destination Host Unreachable
From 192.168.1.162 icmp_seq=3 Destination Host Unreachable

테더링 시 전송되는 패킷이 보입니다.

또한 테더링을 사용하는 경우:

$ ip route show
default via 192.168.1.1 dev br0 proto static metric 100 linkdown 
default via 192.168.42.129 dev usb0 proto dhcp metric 100 
default via 192.168.0.1 dev wlan0 proto dhcp metric 600 
169.254.0.0/16 dev wlan0 scope link metric 1000 
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.109 metric 600 
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.162 linkdown 
192.168.42.0/24 dev usb0 proto kernel scope link src 192.168.42.167 metric 100 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown 

$ dig google.com
; <<>> DiG 9.18.1-1ubuntu1.2-Ubuntu <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13107
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     285 IN  A   142.250.196.46

;; Query time: 4 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Wed Nov 23 17:04:43 +0545 2022
;; MSG SIZE  rcvd: 55

Wi-Fi만 사용 시:

$ ip route show
default via 192.168.1.1 dev br0 proto static metric 100 linkdown 
default via 192.168.0.1 dev wlan0 proto dhcp metric 600 
169.254.0.0/16 dev wlan0 scope link metric 1000 
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.109 metric 600 
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.162 linkdown 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown 


$ dig google.com
; <<>> DiG 9.18.1-1ubuntu1.2-Ubuntu <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45316
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     102 IN  A   142.250.196.46

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Wed Nov 23 17:12:16 +0545 2022
;; MSG SIZE  rcvd: 55

에서 약간의 차이가 있다고 봅니다 ip route show.

Wi-Fi(?)를 사용할 때 패킷이 게이트웨이를 통과하지 못하는 것 같습니다.

업데이트 3

라이브 CD를 사용할 때 Wi-Fi는 잘 작동합니다.

정상적으로 부팅 시 모바일 핫스팟 무선만으로는 인터넷 접속이 되지 않습니다.

현재 Ubuntu의 무선 설정에 문제가 있습니까?

업데이트 4

나생각하다VirtualBox가 브리지를 설치했고 저는 VirtualBox를 정기적으로 사용합니다.

답변1

maan81은 이 문제를 라우팅 테이블로 분리하는 작업을 꽤 잘 수행했습니다.

  1. 설치 디스크를 사용한 테스트를 통해 원인인 모든 하드웨어가 제거되었습니다(스마트 시작).
  2. 무선 라우터에 연결하면 wlan0 연결 구성이 확인되었습니다.

매우 정통한 두 단계. 그렇다면 무선 라우터에 연결할 수 있는데 인터넷으로 향하는 트래픽이 없는 이유는 무엇일까요?

문제는 maan81의 라우팅 테이블에서 명백해집니다.

$ ip route show
default via 192.168.1.1 dev br0 proto static metric 100 linkdown 
default via 192.168.0.1 dev wlan0 proto dhcp metric 600 
169.254.0.0/16 dev wlan0 scope link metric 1000 
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.109 metric 600 
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.162 linkdown 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown

br0을 통한 경로(링크 다운 상태이기 때문에 아무데도 가지 않음)는 wlan0 경로(600)보다 낮은 메트릭(100)을 갖습니다. 이는 모든 트래픽에서 승리한다는 의미입니다.제외하고192.168.0.1 서브넷으로 향합니다. 해당 서브넷에 직접 인터페이스가 있으므로 기본 라우팅이 해당 트래픽에 적용되지 않습니다.

여기서 책임자는 누구입니까?

가장 먼저 취해야 할 단계는 어떤 네트워크 관리자가 담당하는지 결정하는 것입니다. 대부분의 경우 NetworkManager가 됩니다.

안타깝게도 maan81과 저는 NetworkManager가 쇼를 실행하고 있다고 가정하고 이 단계를 건너뛰었고 재부팅할 때마다 브릿지 br0이 계속해서 나타나기 때문에 이틀 동안 즐거운 추격전을 벌였습니다.

# Determine network renderer
netplan get renderer

렌더러가 다음과 같은 경우네트워크매니저문제 해결 기술로 건너뛸 수 있습니다.

렌더러가 다음과 같은 경우네트워크로 연결됨, netplan을 실행 중이고 모든 문제는 /etc/netplan/*.yaml에 있습니다. 참고하세요정식 Netplan완전한 문서화를 위해. 계속 붙어있을 생각이라면넷플랜, 다음 내용 중 일부는 유용할 수 있지만넷플랜이 답변의 범위에서 다루기에는 너무 큰 주제입니다.

maan81은 실제로 netplan을 실행 중이었고 NetworkManager로 되돌리기로 결정했습니다.

netplan에서 NetworkManager로 되돌리기

다음은 루트로 수행됩니다. 명령은 cat...EOF연속 블록으로 실행되어야 합니다. .yaml 파일의 들여쓰기를 엉망으로 만들지 않도록 주의하십시오. netplan은 이러한 사항에 대해 까다롭습니다.

mkdir /etc/netplan/old
mv /etc/netplan/*.yaml /etc/netplan/old
cat << 'EOF' > /etc/netplan/01-network-manager-all.yaml
# Let NetworkManager manage all devices on this system
network:
  version: 2
  renderer: NetworkManager
EOF
netplan generate && netplan apply && shutdown -r now

이것이 maan81의 네트워크 문제를 궁극적으로 해결한 것입니다. 다음은 이 솔루션에 도달하는 데 사용한 일부 "도구"입니다.

문제 해결

라우팅 테이블 백업:

# Backup the route table
sudo ip route save > route.bin
# Recover the route table
sudo ip route restore < route.bin

브리지 조작:

# take bridge br0 down
sudo ip link set br0 down
# bring up bridge br0
sudo ip link set br0 up
# delete bridge br0 (requires bridge-utils)
sudo ip link set br0 down && sudo brctl delbr br0

연결 측정항목 변경

# list connections
nmcli connection
# list devices
nmcli device
# set connection metric # requires link dn/up to take effect
nmcli connection modify <name> ipv4.route-metric <metric>

기본 경로를 무차별 대입 덮어쓰기

# Delete the default routes
sudo ip route del default
# Recreate new route to wireless router IP
sudo ip route add default via 192.168.0.1 metric 50

요약:

전문적인 세계에서 여러 기본 경로를 실행하는 것은 매우 나쁜 습관으로 간주됩니다. 결국 "다중"과 "기본값"은 모순되는 개념입니다.

사용자 데스크탑의 경우 NetworkManager가 이를 자동으로 처리하지만 항상 올바르게 처리하는 것은 아닙니다. 활성 네트워크 인터페이스가 두 개 이상인 경우 기본 경로가 여러 개 생성됩니다. 이러한 경우 측정항목은 인터넷 트래픽이 흐르는 위치를 결정합니다.

관련 정보