Score:0

ไม่สามารถ ping โฮสต์ใด ๆ ผ่าน WiFi ได้ในทันใด

ธง hu

ตั้งแต่ฉันเริ่มใช้ openwrt บนเราเตอร์ มีบางอย่างแปลกๆ เกิดขึ้น

ฉันมักจะมีอุปกรณ์ 4 เครื่อง (โทรศัพท์ 2 เครื่องและแล็ปท็อป 2 เครื่อง) เชื่อมต่อกับ WiFi AP/เราเตอร์ทุกวัน แต่แล็ปท็อปเครื่องหนึ่ง (เช่น XPS 13 9365) เริ่ม "ตัดการเชื่อมต่อ" กะทันหัน ฉันยกคำพูดนี้มาเพราะตามทฤษฎีแล้ว ฉันยังเชื่อมต่ออยู่ แต่การเชื่อมต่อเครือข่ายหยุดทำงาน

มันแปลกเพราะปัญหาไม่ปรากฏขึ้นในบางวัน ในขณะที่วันอื่น ๆ เป็นฝันร้ายจริง ๆ ด้วยการเชื่อมต่อหยุดทำงานทุก ๆ สองสามนาที และสำหรับ XPS 13 เท่านั้น อุปกรณ์อื่นๆ ทำงานได้อย่างมีเสน่ห์ แม้ว่าฉันจะเชื่อมต่ออุปกรณ์ประมาณ 10 เครื่องพร้อมกันก็ตาม

นี่คือสิ่งที่ฉันได้รับหลังจากสังเกตเห็นว่าเครือข่ายหยุดทำงาน:

ลิงก์ $ sudo iw dev "wlp60s0"
เชื่อมต่อกับ **:**:**:**:**:** (บน wlp60s0)
    SSID: my_ap
    ความถี่: 2447
    RX: 15583826 ไบต์ (14173 แพ็กเก็ต)
    TX: 1550845 ไบต์ (6382 แพ็คเก็ต)
    สัญญาณ: -40 dBm
    อัตราบิต rx: 144.4 MBit/s MCS 15 short GI
    บิตเรต tx: 144.4 MBit/s MCS 15 GI แบบสั้น

    ธง bss: คำนำสั้น ๆ ช่วงเวลาสั้น ๆ
    ระยะเวลา dtim: 2
    สัญญาณ int: 100

และฉันยังมีที่อยู่ IP เป็นต้น:

รายการ $ ip addr
1: จริง: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN กลุ่มเริ่มต้น qlen 1,000
    ลิงค์ / ย้อนกลับ 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 ขอบเขตโฮสต์เลย
       valid_lft ตลอดไป reserved_lft ตลอดไป
    inet6 ::1/128 ขอบเขตโฮสต์ 
       valid_lft ตลอดไป reserved_lft ตลอดไป
3: enx00e04c6810ec: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ **:**:**:**:**:** brd ff:ff:ff:ff:ff:ff
5: wlp60s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ **:**:**:**:**:** brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.11/24 brd 10.0.0.255 ขอบเขตโกลบอลไดนามิก wlp60s0
       valid_lft 43060วินาทีที่ต้องการ_lft 43060วินาที
    ลิงค์ขอบเขต inet6 fe80::fa63:3fff:fe2f:837/64 
       valid_lft ตลอดไป reserved_lft ตลอดไป

จากด้านบน คุณจะเห็นว่าฉันยังคงเชื่อมต่อกับ AP และมี IP ที่ถูกต้อง แต่ไม่ว่าใครก็ตามที่ฉันพยายาม ping ฉันสูญเสียแพ็กเก็ต 100% วิธีการเชื่อมต่ออื่นๆ (เช่น ssh, เบราว์เซอร์ ฯลฯ) ก็ใช้ไม่ได้เช่นกัน ดู:

$ ปิง 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) ไบต์ของข้อมูล
^ซี
--- สถิติ ping 10.0.0.1 ---
ส่ง 2 แพ็กเก็ต ได้รับ 0 แพ็กเก็ต สูญเสีย 100% เวลา 1011ms

ฉันพยายามตรวจสอบข้อความของระบบด้วย ไม่มีโชค:

$ dmesg
$

บันทึก: ฉันออก sudo dmesg -c ทันทีหลังจากบู๊ตเพื่อให้ง่ายต่อการระบุปัญหาและในขณะที่เครือข่ายยังใช้งานได้

ฉันอยู่ภายใต้ Ubuntu 20.04.3:

$ cat / etc / ปัญหา
อูบุนตู 20.04.3 LTS \n \l

อุปกรณ์ไร้สายของฉัน:

$ lspci | grep -i เครือข่าย
3c:00.0 ตัวควบคุมเครือข่าย: Intel Corporation Wireless 8265/8275 (rev 78)

เพื่อแก้ปัญหาชั่วคราว ฉันพัฒนาสคริปต์เพื่อหยุด NetworkManager และเชื่อมต่อใหม่ผ่านบรรทัดคำสั่ง สิ่งนี้:

iface="wlp60s0"
เอสซิด = "my_ap"
tmpfile="/tmp/wpa.conf"
ผ่าน = "my_pass"

sudo systemctl หยุด NetworkManager.service
sudo iw dev "$iface" ลบ
อินเทอร์เฟซ sudo iw phy phy0 เพิ่มประเภท "$iface" ที่จัดการ
ลิงก์ sudo ip ตั้งค่า "$iface" ขึ้น
sudo wpa_passphrase "$essid" "$pass" > "$tmpfile"
sudo wpa_supplicant -i"$iface" -c"$tmpfile" -B
sudo dhclient -v "$iface"

สิ่งนี้ทำให้ชีวิตง่ายขึ้นเล็กน้อย แต่แน่นอนว่ามันเป็นเพียงชั่วคราว เป็นพื้นฐาน และห่างไกลจากอุดมคติ และมันก็ไม่ได้ช่วยอะไรมากเพราะฉันยังคงสูญเสียการเชื่อมต่อเป็นครั้งคราว เหมือนกับตอนที่ฉันใช้ NetworkManager มันเร็วกว่าการรอให้ NetworkManager รีสตาร์ท...

สิ่งที่ฉันได้ลองไปแล้ว

  • ปิดใช้งาน wifi power_save ด้วย sudo iw dev wlp60s0 ตั้งค่า power_save off.
  • ปิดใช้งานการประหยัดพลังงาน wifi ผ่าน NetworkManager โดยการแก้ไข /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf และการเปลี่ยนแปลง wifi.powersave = 3 ถึง wifi.powersave = 2 จากนั้นรีสตาร์ท (แหล่งที่มา: https://unix.stackexchange.com/a/315400/108418)
  • การเปลี่ยนความปลอดภัย wifi บนเราเตอร์ (WPA -> WEP หรืออื่น ๆ ) (ที่มา: 20.04 ไม่สามารถเชื่อมต่อกับ wifi 5Ghz หลังจากอัปเดต)
  • การเปลี่ยนโหมด wifi จาก "N" เป็น "Legacy" อันนี้ดูเหมือนจะแก้ปัญหาได้ แต่อาจเป็นเพราะฉันไม่ได้ใช้มันนานพอ นอกจากนี้ความเร็วเครือข่ายที่ลดลงทำให้ตัวเลือกนี้ไม่สามารถทำได้
  • เปิดใช้งานโหมดดีบัก NetworkManager และพยายามระบุปัญหาที่เป็นไปได้

ไม่ได้ทำงานใด ๆ ข้างต้น

ลิงค์อื่น ๆ ที่ฉันเคยเยี่ยมชม

นี่คือความพยายามของฉันบางส่วน แต่อาการไม่เหมือนเดิมทุกประการหรือวิธีแก้ปัญหาที่เสนอไม่ได้ผลสำหรับฉัน...

https://www.reddit.com/r/linuxquestions/comments/ausg6k/arch_wifi_stays_connected_but_theres_no_internet/ehc3oph/

https://blog.stigok.com/2017/03/26/wifi-loses-connectivity-periodically-wpasupplicant-reason-4.html

ดังนั้นฉันจึงโพสต์ทั้งหมดนี้โดยหวังว่าบางคนเคยผ่านสิ่งนี้มาแล้วและอาจจะส่องแสงได้บ้าง...

ขอบคุณมาก ๆ!

อัปเดต #1

ฉันพบวิธีทำให้เกิดปัญหาอีกครั้ง ทุกครั้งที่ฉันไปที่หน้านี้และเรียกดูรูปภาพ (เพื่อให้เบราว์เซอร์โหลดรูปภาพจำนวนมากพร้อมกันพร้อมกัน) การเชื่อมต่อจะลดลง

https://www.facebook.com/terraadentropelomundo/photos/

ฉันสงสัยว่ามีปัญหาใด ๆ กับไดรเวอร์ไร้สายในการจัดการการเชื่อมต่อหลาย ๆ ครั้งพร้อมกันหรือไม่

อัปเดต #2

หลังจากค้นหาฟอรัมอื่นโดยหวังว่าจะมีวิธีแก้ปัญหา ฉันพบสิ่งนี้:

ดูเหมือนว่าจะดีขึ้นเมื่อฉันเปลี่ยน "ช่วงเวลา Beacon Interval" จาก ค่าเริ่มต้น 100 ms ถึง 50 บน AP ของฉัน จนถึงขณะนี้ไม่มีการตัดการเชื่อมต่อในสาม วัน

แก้ไข: ยืนยันได้ ปัญหาดูเหมือนจะได้รับการแก้ไขแล้วหลังจากการเปลี่ยนแปลงนี้

(แหล่งที่มา: https://bugs.archlinux.org/task/58457#comment185619)

เป็นเรื่องที่สมเหตุสมผลเมื่อพิจารณาว่าฉันเริ่มประสบปัญหานี้หลังจากย้ายไปที่ openwrt บน AP ของฉัน ดังนั้นจึงมีบางอย่างแปลก ๆ กับไดรเวอร์ / เฟิร์มแวร์ของ Intel แต่การเปลี่ยนบีคอนบน AP ของฉันดูเหมือนจะช่วยแก้ปัญหาได้ ฉันจะทดสอบอีกสองสามวันและดูว่าปัญหาหายไปหรือไม่

อัปเดต #3

ไม่ได้ผล แม้จะใช้ beacon 50ms ใน openwrt ฉันก็ยังถูกตัดการเชื่อมต่อเป็นครั้งคราวโดยไม่มีข้อความใด ๆ ปรากฏใน dmesg...

pe flag
อุปกรณ์ openwrt ของคุณกรองคำสั่ง echo หรือไม่ 'เพราะดูเหมือนว่าปัญหาจะไม่เกี่ยวข้องกับ OS ของพีซี...
hu flag
คุณหมายถึงการกรองแพ็กเก็ต icmp หรือไม่ ไม่ โปรดทราบว่าอุปกรณ์อื่น ๆ ทุกเครื่องในเครือข่ายทำงานได้อย่างสมบูรณ์ เฉพาะพีซีเครื่องนี้เท่านั้นที่มีปัญหาการตัดการเชื่อมต่อนี้ และพวกมันไม่ต่อเนื่อง มีหลายวันที่ฉันใช้แล็ปท็อปทั้งวันโดยไม่มีปัญหาใดๆ วันอื่น ๆ ฉันมีการเชื่อมต่อลดลงทุก ๆ สองสามนาที สำหรับพีซีเครื่องนี้เท่านั้น อุปกรณ์อื่นๆ ทั้งหมด (โน้ตบุ๊กอื่นๆ สมาร์ทโฟนอื่นๆ ฯลฯ) ยังคงทำงานได้อย่างสมบูรณ์ เหตุใดคุณจึงคิดว่าไม่เกี่ยวข้องกับแล็ปท็อปหากปัญหาเกิดขึ้นกับอุปกรณ์เฉพาะนี้เท่านั้น
cc flag
อาจตั้งค่า ipv6 ให้เพิกเฉยหรือปิดการใช้งานหากคุณไม่ได้ใช้งานจริงๆ
hu flag
เลิกแล้ว @ubfan1 ฉันเริ่มเชื่อว่ามีบางอย่างเกี่ยวกับไดรเวอร์ที่โหลดมากเกินไปจากการเชื่อมต่อ หรืออาจรับส่งข้อมูลมากเกินไป... ดูที่ส่วนการอัปเดต ฉันเพิ่มข้อมูลบางอย่างที่นั่น
chili555 avatar
cn flag
คุณลองใช้คำแนะนำของฉันที่นี่แล้วหรือยัง https://askubuntu.com/questions/1364239/tp-link-usb-wireless-adapter-keep-losing-data-every-several-minutes-without-disc/1364295#1364295
hu flag
ครับ @chili555 ทั้งสามตัวเลือก ไม่มีโชค.ถึงตอนนี้ สิ่งที่ดูเหมือนจะได้ผลคือการเปลี่ยนบีคอนจาก 100 เป็น 50 บนเราเตอร์ (ดู "อัปเดต #2") แต่ฉันทดสอบมันเพียง 3 ชั่วโมงในขณะที่ฉันมีทั้งวันโดยไม่มีหยดเดียว ดังนั้นให้เวลาอีกสองสามวันแล้วฉันจะกลับมาพร้อมข้อเสนอแนะเพิ่มเติม ขอขอบคุณ!
waltinator avatar
it flag
ดูบันทึก! `sudo Journalctl -b 0 -u NetworkManager` อ่าน `man Journalctl` ดูที่ `การแสดงเส้นทาง ip` อ่าน `man ip ip-route'

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา