Score:0

เซิร์ฟเวอร์ Ubuntu 20.04 ไม่ตอบสนองต่อการ ping

ธง jp

ปัญหาของฉันมีดังต่อไปนี้: บน 192.168.1. * เครือข่าย ฉันมี 3 เครื่อง ฉันเรียกมันว่า U1 (Ubuntu Desktop), US2 (Ubuntu Server), W1 (Windows) และเราเตอร์ชื่อ R1 ใน 192.168.1.1 U1 สร้างและรับการตอบสนองของ ping จาก W1 และ R1 US2 สามารถ ping นอกเครือข่ายท้องถิ่น (และไปยัง R1) แต่ไม่ได้รับการตอบสนองจาก W1 หรือ U1 U1 และ W1 เมื่อพวกเขา ping US2 พวกเขาจะไม่ได้รับการตอบกลับ ทุกเครื่องเข้าถึงอินเทอร์เน็ตผ่าน R1 US2 ได้รับการอัปเดตด้วย "apt update" โดยไม่มีปัญหาใดๆ ฉันขออภัยในความไม่สะดวกและหากหัวข้อนี้เป็นเรื่องเล็กน้อย แต่ฉันไม่มีเซลล์ประสาทและไม่พบคำตอบ ขอบคุณล่วงหน้าสำหรับความช่วยเหลือของคุณ. (นักแปลของ Google) ฉันไม่สามารถแทรกบันทึกของ US2 ได้เพราะเขามีส่วนติดต่อผู้ใช้ภายในบรรทัดคำสั่งเท่านั้นไม่ใช่ GUI

Gloat avatar
hk flag
คุณสามารถลองตรวจสอบ ufw ได้ แต่ฉันคิดว่าบนเซิร์ฟเวอร์ Ubuntu ufw ถูกปิดใช้งานเมื่อติดตั้งใหม่ คุณกำลังส่ง Ping ตามที่อยู่ IP หรือชื่อโดเมนของอุปกรณ์หรือไม่ หากคุณกำลังพยายามผ่านชื่อโดเมน อาจลองกับ IP ภายในเครื่องของอุปกรณ์
Georges Beaulieu avatar
jp flag
Ufw ถูกปิดใช้งาน ในกรณีของฉัน ฉัน ping ไปที่ 192.168.1.2 (US2) จากแต่ละเครื่องในเครือข่ายท้องถิ่น (192.168.1.*) และ US2 ไม่ตอบ ping ใน U1: ping ไปที่ 192.168.1.2 เหมือนกันใน W1 ผลลัพธ์ก็เหมือนกัน แพ็กเก็ต ping ทั้งหมดจะหายไป ถ้าฉันทำการ ping จาก US2 (192.168.1.2) ไปยังแต่ละเครื่อง U1 (192.168.1.52) หรือ W1 (192.168.1.135) แพ็คเก็ตทั้งหมดจะหายไป U1 และ W1 มี IP คงที่ ขอบคุณสำหรับคำตอบของคุณ Gloat!.
Score:0
ธง ru

คุณรู้หรือไม่ว่าคุณสามารถบล็อกหรือเลิกบล็อกคำขอ ping ใน Ubuntu Server 20.04 LTS ได้ ดูบทความนี้เพื่อทราบวิธีการ:

https://linuxhint.com/block-unblock-ping-requests-to-ubuntu-server/

บางทีมันอาจจะช่วยคุณได้

Georges Beaulieu avatar
jp flag
ใช่; ฉันได้เห็นมัน. ฉันมีตัวแปร net.ipv4.icmp_echo_ignore_all = 0 มันเป็นเครือข่ายท้องถิ่นสำหรับตอนนี้ โดยไม่มีการป้องกัน ขอบคุณสำหรับการสนับสนุนของคุณ
Score:0
ธง jp

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

เท่าที่ฉันกังวล หัวข้อนี้ควรเป็น "ปิด"

Score:0
ธง cn

ฟังดูเหมือนเน็ตมาสก์หรือปัญหาเส้นทาง...

ที่พรอมต์คำสั่งบน US2 ให้ตรวจสอบเน็ตมาสก์ ทำ 'ip a' และสำหรับอินเทอร์เฟซหลักคุณควรมี 192.168.1.*/24

จากนั้นทำ 'ip r' เพื่อรับเส้นทางของคุณ สำหรับซับเน็ต 192.168.1.* อาจมีสิ่งอื่นๆ อยู่ในนั้น แต่คุณควรมี:

ค่าเริ่มต้นผ่าน 192.168.1.1 dev eno1 proto dhcp metric 100 
192.168.1.0/24 dev eno1 โปรโตเคอร์เนลขอบเขตลิงก์ src 192.168.1.1 เมตริก 100 

(ชื่ออุปกรณ์ของคุณอาจแตกต่างออกไป)

ค่าเริ่มต้นจะทำงานได้อย่างชัดเจนหากคุณสามารถ ping ภายนอกได้ และบรรทัดถัดไปจะสร้างเส้นทาง 'ในเครื่อง' บนเครือข่ายของคุณซึ่งอาจเป็นปัญหา

นอกจากนี้หากคุณมีบรรทัดอื่นที่มีที่อยู่ 192.168.1.* อยู่ในนั้น ซึ่งอาจทำให้สิ่งต่างๆ ยุ่งเหยิง หากคุณมีเครื่องเสมือนที่ทำงานบน US2 หรือ Docker / containers บางครั้งคุณอาจกำหนดค่าเส้นทางที่ทับซ้อนกันโดยไม่ได้ตั้งใจซึ่งจะทำให้สิ่งต่างๆ เสียหาย

หาก IP ของคุณถูกตั้งค่าแบบคงที่ ให้ตรวจสอบไฟล์ yml ใน /etc/netplan/ เพื่อดูว่าคุณมีส่วนต่อท้าย /24 บนที่อยู่ IP หลักของ US2

Georges Beaulieu avatar
jp flag
"ค่าเริ่มต้นผ่าน 192.168.1.1 dev eno1 proto dhcp metric 100 192.168.1.0/24 dev eno1 proto kernel scope link src 192.168.1.1 metric 100 " ในกรณีของฉัน ค่าเมตริกคือ 1,000 ip ของค่า src คือ 192.168.1.2 ค่าอื่นๆ ทั้งหมดจะเหมือนกัน ในไฟล์ yml ฉันมี /24 ใน ip แบบคงที่ของฉัน

โพสต์คำตอบ

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