Arch WLAN 연결 손실의 가능한 원인은 무엇입니까?

Arch WLAN 연결 손실의 가능한 원인은 무엇입니까?

인터넷 연결이 유지되지 않습니다.

내 빌드:

USB mSATA SSD에 설치된 Arch x86_64 스톡 UEFI/BIOS
네트워크 관리자
dhcp는 부팅 시 활성화되고 고정 IP
resolv.conf는 OpenNIC를 사용하도록 설정됩니다.

부팅하고 인터넷에 연결하는 데 문제가 없었습니다. 그러나 결국 연결이 끊어지고 재부팅할 때까지 다시 연결할 수 없습니다. 나는 항상 같은 시간 초과 오류가 발생합니다.

이 문제는 VPN이나 ​​VirtualBox(예: Arch 내부의 Windows 7 VM)를 사용할 때만 발생하는 것 같습니다. 설정을 잘 하면 처음에는 VPN이나 ​​VM 인터넷을 정상적으로 사용할 수 있지만 필연적으로 연결이 끊어집니다. VPN이나 ​​VM이 이와 관련이 있다고 결론을 내리고 싶지는 않지만 매우 빠르게(5분~1시간) 발생한다는 것을 알 수 있습니다.

dhcp, resolv.conf 및 resolvconf.conf가 서로 어떻게 관련되어 있는지 완전히 이해하지 못할 수도 있습니다.

모든 이벤트는 이전과 이후에 동일한 출력을 생성합니다.

IP 주소, IP 경로, iw 목록, iw mlan0 정보

고정 IP를 생성하기 위해 다음을 추가했습니다.

dhcpcd 구성 파일

# 정적 구성 파일
프로필 정의 static_mlan0
static ip_address=192.168.1.11
static router=192.168.1.1
static domain_name_servers=107.170.95.180

#
mlan0 인터페이스의 정적 구성 파일 mlan0 으로 폴백
Fallback static_mlan0

resolv.conf에 OpenNic DNS 서버를 추가했습니다.

구성 파일 구문 분석

# resolvconf에 의해 생성됨
nameserver 198.100.146.51
nameserver 192.168.1.1
nameserver 107.170.95.180
nameserver 75.127.14.107

재미있는 점은 192.168.1.1이 있음에도 불구하고 적어도 IPLeak.net에 따르면 상심하지 않는다는 것입니다. 이상한 점은 제게는 107.170.95.180이 목록의 상위에 있음에도 불구하고 결코 상위에 없다는 것입니다. dhcpcp.conf 중간에 명시적으로 작성되었습니다. resolvconf.conf의 수동 항목을 사용합니다.

구성 파일 구문 분석

name_servers=75.127.14.107
name_servers=107.170.95.180
name_servers=198.100.146.51

SSD r/w 문제가 발생한 이후 fstab의 로깅 기능이 꺼졌습니다.

저는 한 달 반 동안 이 문제를 해결하는 방법을 이해하려고 노력해 왔습니다. 여기에 오류가 있거나 이 문제의 원인이 무엇인지 아는 사람이 있습니까? 어떤 도움이라도 대단히 감사하겠습니다.


의견 #1을 기반으로 추가

핑 192.168.1.1

PING 192.168.1.1 (192.168.1.1) 56(84) 바이트의 데이터.
192.168.1.11 icmp_seq=1에서 대상 호스트에 연결할 수 없습니다.
192.168.1.11 icmp_seq=2에서 대상 호스트에 연결할 수 없습니다.

TCP 덤프에 출력이 없습니다. 정지되었습니다. 이더넷이 여기서 무엇을 하고 있는지 잘 모르겠습니다. mSATA USB 외에는 어떤 케이블도 연결하지 않았습니다.

tcpdump -i mlan0 -n

tcpdump: 자세한 출력을 억제하고,
mlan0에서 수신 대기하는 전체 프로토콜 디코딩에 -v 또는 -vv를 사용하고, 링크 유형 EN10MB(이더넷), 캡처 크기 262144바이트

관련 정보