Wi-Fi ไคลเอนต์และฮอตสปอตบนวิทยุตัวเดียว: อะไรพัง

โทรศัพท์ของคุณยังเชื่อมต่อกับฮอตสปอต ขณะที่ลิงก์ขาขึ้นไม่ส่งข้อมูลใดเลย Pi ยังรายงานการเชื่อมต่อ Wi-Fi จุดเชื่อมต่อยังส่ง beacon และทุกคำขอหมดเวลา วิทยุตัวเดียวทำหน้าที่สองบทบาทพร้อมกัน และบทบาทหนึ่งชนะเมื่ออีกบทบาทต้องใช้ช่องสัญญาณ ก่อนแตะ VPN ให้ยืนยันว่าไดรเวอร์และเฟิร์มแวร์ที่ติดตั้งยอมรับคู่บทบาทนั้นหรือไม่

อาการชี้ไปที่วิทยุ ไม่ใช่ที่อุโมงค์

ติดตามความล้มเหลวตามลำดับ แล้วมันจะเลิกดูเหมือนบั๊กการกำหนดเส้นทาง ไคลเอนต์เข้าร่วมฮอตสปอต ได้รับที่อยู่ และโหลดหนึ่งหรือสองหน้า จากนั้นอินเทอร์เฟซสถานีเชื่อมต่อใหม่กับเราเตอร์ต้นทางหลังการโรม การต่ออายุคีย์ หรือสัญญาณตกชั่วครู่ จุดเชื่อมต่ออาจเริ่ม beacon ใหม่หรือปล่อยให้ไคลเอนต์ไม่มีเส้นทาง และบันทึก VPN ก็เต็มไปด้วยความพยายามเชื่อมต่อใหม่ที่ไม่เคยเป็นสาเหตุ

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

อ่านการผสานก่อนจะเปลี่ยนอะไร

สแตกไร้สายประกาศสัญญาของตัวเองในส่วนการผสานอินเทอร์เฟซของคำสั่ง iw list แต่ละการผสานที่มีหมายเลขจะระบุจำนวนบทบาทที่อนุญาต มีอินเทอร์เฟซได้กี่ตัว และอินเทอร์เฟซเหล่านั้นใช้ช่องสัญญาณต่างกันได้กี่ช่องพร้อมกัน การผสานที่ระบุสถานีหนึ่งและจุดเชื่อมต่อหนึ่งบนช่องสัญญาณเดียวคือสิ่งที่การติดตั้งนี้ต้องการ

iw list | sed -n '/valid interface combinations/,/^$/p'

อ่านตัวเลข ไม่ใช่แค่การมีอยู่ของคำ ไดรเวอร์อาจรองรับโหมดสถานีและโหมดจุดเชื่อมต่อแยกกัน ขณะที่การผสานที่ถูกต้องเพียงอย่างเดียวของทั้งสองอนุญาตเพียงช่องสัญญาณเดียว จำนวนอินเทอร์เฟซน้อย หรือช่วง beacon ที่ฮอตสปอตทำไม่ได้ เฟิร์มแวร์บางตัวยังทิ้งบทบาทหนึ่งระหว่างการสแกนหรือต่ออายุคีย์ ซึ่งดูเหมือนลิงก์ขาขึ้นที่สั่นไหวมากกว่าขีดจำกัดความสามารถ ถ้าไม่มีการผสานใดระบุทั้งสองบทบาท คู่นั้นไม่รองรับ ไม่ว่าปุ่มฮอตสปอตบนเดสก์ท็อปจะแนะนำอะไร

เอกสารการผสานอินเทอร์เฟซของ cfg80211 อธิบายฟิลด์และข้อจำกัดของ beacon ค่าของอะแดปเตอร์ตัวหนึ่งไม่บอกอะไรเกี่ยวกับอีกตัว ดังนั้นเก็บเอาต์พุตไว้กับเครื่องแทนการสรุปทั่วไป

แผนช่องสัญญาณและที่อยู่ตัดสินส่วนที่เหลือ

จุดเชื่อมต่อต้องอยู่บนช่องสัญญาณที่วิทยุให้บริการได้ และลิงก์ขาขึ้นของสถานีต้องตามจุดเชื่อมต่อต้นทาง เมื่อสองการตัดสินใจนี้ไม่ตรงกัน บทบาทหนึ่งต้องรีสตาร์ต บนอะแดปเตอร์วิทยุเดียวหลายรุ่น ฮอตสปอตจึงสะท้อนช่องสัญญาณของสถานี และการเปลี่ยนช่องสัญญาณต้นทางดึงฮอตสปอตลงไปด้วยชั่วครู่

วางแผนฝั่ง IP แยกจากวิทยุ ฮอตสปอตที่กำหนดเส้นทางมักใช้ซับเน็ตส่วนตัวเช่น 192.168.50.0/24 โดยมี Pi ที่ 192.168.50.1 มีพูล DHCP ภายในซับเน็ตนั้น และ Pi เป็นตัวส่งต่อตัวแก้ไขชื่อ โหมดแชร์ของ NetworkManager ตั้งค่า การส่งต่อและการแปลที่อยู่ สำหรับซับเน็ตนั้น แต่ไม่ได้เพิ่มขีดความสามารถของวิทยุหรือทำให้อุโมงค์เป็นทางออกเดียว บันทึกว่าไคลเอนต์ถูกบริดจ์ในชั้นสองหรือกำหนดเส้นทางในชั้นสาม ก่อนจะโต้เถียงเรื่องนโยบาย VPN

ลำดับการทดสอบที่แยกวิทยุจากการกำหนดเส้นทาง

ทำงานจากอุปกรณ์ออกไปข้างนอกและหยุดที่ขั้นแรกที่ล้มเหลว การอ่านเหล่านี้ปลอดภัยบนระบบที่ทำงานอยู่และไม่เปลี่ยนการกำหนดค่าใด ๆ รันขณะไคลเอนต์เชื่อมต่ออยู่และลิงก์ขาขึ้นอยู่ในสถานะที่คุณกำลังดีบัก

iw dev
iw dev wlan0 link
nmcli -t -f DEVICE,STATE,CONNECTION device status
ip -br addr show
sysctl net.ipv4.ip_forward

iw dev wlan0 link ไม่แสดงการเชื่อมต่อใดเลย ปัญหาวิทยุมาก่อนและอุโมงค์ไม่เกี่ยวข้อง ถ้าลิงก์ขาขึ้นเชื่อมต่ออยู่แต่ไคลเอนต์ไม่มีที่อยู่ การเชื่อมต่อและอำนาจ DHCP ผิด ถ้าไคลเอนต์มีที่อยู่แต่เข้าถึงไม่ได้ การส่งต่อ การแปล หรือการส่งมอบตัวแก้ไขชื่อขาดหาย เฉพาะเมื่อทั้งเส้นทางฮอตสปอตและเส้นทางลิงก์ขาขึ้นทำงาน อุโมงค์ที่ล้มเหลวจึงกลายเป็นสิ่งถัดไปที่ต้องทดสอบ

บันทึกอะแดปเตอร์ ไดรเวอร์ และเฟิร์มแวร์ไว้ข้างการผสานและกฎช่องสัญญาณที่ยอมรับ การอัปเดตเคอร์เนลหรือเฟิร์มแวร์ในภายหลังอาจเปลี่ยนรายการที่รองรับ และบันทึกนั้นคือสิ่งที่เปลี่ยนปริศนาให้เป็นขีดจำกัดที่รู้จัก