Raspberry Pi เชื่อมต่อกับอินเทอร์เน็ต แต่ไม่สามารถ SSH หรือ Ping


11

ฉันมี Raspberry Pi Model 2 ใช้ Raspbian Jessie รุ่นใหม่ล่าสุด My Pi เชื่อมต่อกับอินเทอร์เน็ตโดยใช้อะแดปเตอร์ Edimax Wireless และฉันสามารถดาวน์โหลดและท่องอินเทอร์เน็ตได้ดี อย่างไรก็ตามทุกครั้งที่ฉันพยายาม ping Pi ฉันจะได้รับ

Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
ping: sendto: No route to host
Request timeout for icmp_seq 4
ping: sendto: Host is down

ทุกครั้งที่ฉันพยายามที่จะ SSH เพื่อ Pi มันก็หมดเวลา ฉันได้ลองส่งต่อพอร์ตบนเราเตอร์ของฉันกำหนดที่อยู่ IP แบบคงที่ใน Pi และเราเตอร์ของฉันติดตั้ง Raspbian ฯลฯ ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชมอย่างมาก ขอบคุณ!

อัปเดต: ตอนนี้ฉันมี Raspberry Pi รุ่น 3 (พร้อม Bluetooth ในตัวและ WiFi) หลังจากติดตั้ง Jessie เวอร์ชันใหม่ล่าสุดและเชื่อมต่อกับเครือข่ายในบ้านของฉันฉันกำลังประสบกับปัญหาเดียวกันตามที่ระบุข้างต้น สิ่งเดียวที่เกิดขึ้นใหม่คือเมื่อฉัน ping ที่อยู่ IP ของเราเตอร์ของฉันฉันได้รับการตอบสนองปกติ แต่จากอุปกรณ์เครือข่ายอื่น ๆ ฉันได้รับข้อผิดพลาดที่ระบุไว้ข้างต้น คำแนะนำใด ๆ จะดี!


คุณสามารถ ping RPi ของคุณหรือเริ่มเซสชัน ssh ได้หากคุณเชื่อมต่อกับเครือข่ายเดียวกัน
DJCrashdummy

ไม่, ฉันไม่สามารถ. การเชื่อมต่อกับเครือข่ายหรือไร้สายนั้นไม่สามารถทำงานได้อย่างน่าเสียดาย
Sullivan Prellwitz

ฉันมีสถานการณ์เดียวกัน ทดสอบ Jessie Lite และ Full ทั้งตัวเหมือนกัน ฉันสามารถ SSH และ ping จาก PI อื่น แต่ไม่ใช่จาก Windows 10 จาก Windows 10 เดียวกันฉันสามารถ SSH และ ping PI อื่น ๆ ที่รันเคอร์เนลก่อนหน้าไม่ใช่ 4.1

ฉันมีปัญหาเดียวกัน ฉันสังเกตเห็นว่าถ้าฉัน ping โฮสต์อื่นในเครือข่ายท้องถิ่นจาก pi ปัญหาได้รับการแก้ไขและฉันสามารถเข้าถึง pi จากคอมพิวเตอร์เครื่องอื่นบนเครือข่ายท้องถิ่น ฉันสงสัยว่า pi ตอบสนองต่อคำขอ ARP ไม่ถูกต้องหรือบางอย่างดังนั้นจึงไม่เคยทำให้มันเป็นตารางเส้นทางของเราเตอร์ ฉันตั้งค่างาน cron เพื่อ ping IP ท้องถิ่นอื่นเป็นประจำและดูเหมือนว่าจะช่วยแก้ปัญหาให้ฉันได้
Kelly Norton

ฉันมี Pi 3 และได้รับสิ่งเดียวกัน ... ไม่มีคำตอบสำหรับรุ่นก่อนหน้านี้ที่ดูเหมือนว่าจะมีผลกระทบใด ๆ หวังว่าจะมีคนคิดออกมา
RiddlerDev

คำตอบ:


1

ตรวจสอบที่อยู่ IP ของคุณอีกครั้ง ใช้ifconfigบน Mac / Linux และipconfigWindows เพื่อตรวจสอบว่าหน้าเราเตอร์ของคุณอยู่ที่ไหน ป้อนที่อยู่ IP ลงในเว็บเบราว์เซอร์ของคุณแล้วดูรายการอุปกรณ์ที่เชื่อมต่อที่นั่น

หากไม่มีให้ตรวจสอบว่าคอมพิวเตอร์และ Pi ของคุณอยู่ใน WiFi เดียวกัน หากคอมพิวเตอร์ของคุณใช้อีเธอร์เน็ตให้เชื่อมต่อกับ WiFi เดียวกันเพื่อให้แน่ใจ

นอกจากนี้ให้พิมพ์raspi-configจากนั้นตรวจสอบให้แน่ใจว่าได้เปิดใช้งาน ssh


เสร็จแล้วลองใช้กับอีเธอร์เน็ตและ WiFi ทั้งคู่ก็ใช้งานไม่ได้ แต่น่าเสียดายสำหรับคำแนะนำ
Sullivan Prellwitz

คุณยินดีอย่างมาก. ฉันจะแก้ไขข้อเสนอแนะอื่นที่ฉันคิดถึง ...
Kachamenus

ดังนั้นฉันจึงเปิดใช้งาน SSH และเพื่อให้แน่ใจว่าฉันตรวจสอบเพื่อให้แน่ใจว่าเซิร์ฟเวอร์กำลังทำงานอยู่ ซึ่งมันเป็น ดังนั้นฉันสับสนมากว่าทำไมมันไม่ทำงาน
Sullivan Prellwitz

หากคุณไม่ได้ทำงานภายใน LAN เดียวกันสำหรับการแก้ไขปัญหาโปรดทำเช่นนั้น! - ตรวจสอบให้แน่ใจว่า ssh เปิดใช้งานและทำงานอยู่ (อาจต้องรีสตาร์ท RPi) จากนั้นตรวจสอบที่LC_ALL=C ifconfig | grep -i 'inet addr'อยู่ IP ที่ถูกต้องของ
RPi

1

ฉันมีปัญหาเหมือนกัน มีการทำงานที่ไม่ดีระหว่างราสเบอร์รี่กับเราเตอร์

หากเราเตอร์ของคุณรองรับ APSD / WMM (ดูที่หน้าการกำหนดค่าไร้สาย) ให้ปิด ที่เราเตอร์มะเขือเทศของฉันฉันต้องปิดมันแยกกันสำหรับทั้งสองวง


1

หาก Raspberry Pi ไม่ว่าจะด้วยเหตุผลใดก็ตามจะไม่ส่งข้อมูลเครือข่ายใด ๆ เป็นระยะเวลาหนึ่งคุณอาจพบปัญหาการหมดเวลาของตาราง MAC ( อายุ CAM CAM ) สวิตช์เครือข่ายมีตารางการค้นหาที่ติดตามว่าอินเทอร์เฟซเครือข่ายเชื่อมต่อกับที่อยู่ MAC ใด มันเหมือนกับตาราง ARP แต่สำหรับเลเยอร์ Ethernet เมื่อใดก็ตามที่สวิตช์เห็นแพ็คเก็ตจากที่อยู่ MAC ที่กำหนดไว้จะรีเฟรชตารางของอินเตอร์เฟสที่เปิดใช้งานที่อยู่นั้น แต่มีระยะเวลาหมดเวลา (ค่าเริ่มต้น 5 นาที) หลังจากนั้นจะลืม หากแพ็กเก็ตมาถึงสวิตช์สำหรับที่อยู่นั้นจะไม่ทราบว่าจะส่งต่อไปยังส่วนต่อประสานใด สิ่งนี้อาจนำไปสู่ข้อความ "ไม่มีเส้นทางไปยังโฮสต์" หรือ "โฮสต์ไม่ทำงาน"

ฉันเคยเห็นสิ่งนี้ในสวิตช์อีเธอร์เน็ต แต่ฉันคิดว่ามันใช้กับ WiFi ด้วย: เราเตอร์ WiFi ต้องทราบว่าควรส่งแพ็กเก็ตไปยังหนึ่งในอินเตอร์เฟส LAN ที่เดินสายหรือผ่านทางวิทยุ 2.4 GHz หรือผ่าน 5 GHz

สวิตช์ระดับไฮเอนด์จะส่ง ("flood") แพ็กเก็ตออกไปยังส่วนต่อประสานทั้งหมด คอนซูมเมอร์สวิตช์บางตัวจะทิ้งแพ็กเก็ต

นี่แทบจะไม่เป็นปัญหาสำหรับระบบปฏิบัติการส่วนใหญ่เช่น Windows เพราะมันช่างพูดมาก: พวกมันมักจะส่งสัญญาณการรับส่งข้อมูลทางเครือข่ายบางประเภทออกไป

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

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

ดังนั้นทางออกหนึ่งคือการทำงานบางอย่างในพื้นหลังของ Pi ที่ส่งแพ็กเก็ตออกมาพูดทุก ๆ สี่นาที อาจจะปิงครั้งเดียวเป็นงาน cron


0

ดูเหมือนว่าปัญหาดองเกิล WIFI จะไม่ตอบสนองต่อคำขอ ARP ในเวลาที่เหมาะสม (อาจเป็นเพราะปัญหาพลังงาน) เธรดต่อไปนี้ประกอบด้วยตัวเลือกมากมายที่สามารถแก้ไขปัญหาได้

https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=33369

บางคนในกลุ่มอ้างว่าการปิดการจัดการพลังงานในดองเกิล WIFI นั้นเหมาะกับพวกเขา มันไม่ได้ผลสำหรับฉัน ฉันต้องการวิธีที่จะผลักดันรายการ ARP เนื่องจากฉันไม่สามารถพึ่งพาราสเบอร์รี่ปี่ของฉันเพื่อทำมันอย่างเหมาะสม

ดังนั้นฉันจึงไปด้วยวิธีแฮ็คที่ฉัน ping ทุกโฮสต์บนเครือข่ายย่อยทุก ๆ สองสามนาทีเพื่อบังคับให้รายการตาราง ARP

crontab -e

และเพิ่มรายการเช่นนี้ (สมมติว่า subnet ของคุณคือ 10.0.1.0/24)

0/10 * * * * fping -qg 10.0.1.0/24

ดูเหมือนว่าปัญหาจะเกี่ยวข้องกับเครือข่ายมากขึ้นเพราะเมื่อใช้ Pi 3 ฉันใช้ WiFi ในตัว ไม่ใช่ดองเกิล
Sullivan Prellwitz

0

https://www.raspberrypi.org/forums/viewtopic.php?f=27&t=15814

โปรดอ้างอิงลิงค์ด้านบน มันทำงานกับ RP ของฉัน


2
ลิงก์คำตอบเท่านั้นไม่เป็นที่พึงประสงค์
Darth Vader

กรุณาใช้การท่องเที่ยวและเยี่ยมชมศูนย์ช่วยเหลือ แม้ว่าสิ่งนี้อาจตอบคำถามในเชิงทฤษฎี แต่ก็ควรรวมส่วนสำคัญของคำตอบไว้ที่นี่และจัดเตรียมลิงก์สำหรับการอ้างอิง ในความเป็นจริงเรากำลังบังคับใช้นโยบายนี้ : โปรดแก้ไขเพื่อให้คำตอบเป็นของตัวเองหากการเชื่อมโยงขาดในอนาคต หากไม่ได้รับการแก้ไขภายใน 48 ชั่วโมงจะถูกแปลงเป็น Community Wiki
Ghanima

0

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.