จู่ๆ ก็ ping โดเมนด้วยที่อยู่ IPv6 ไม่ได้ ฉันใช้คำสั่งนี้:
ping google.com
แต่ฉันไม่เห็นสิ่งใดกลับมา ... มันส่งคืนสิ่งนี้:
PING google.com(iad30s15-in-x0e.1e100.net (2607:f8b0:4004:807::200e)) ข้อมูล 56 ไบต์
และไม่มีอะไรอื่น ฉันกด CTRL+C เพื่อยกเลิก และฉันได้รับสิ่งนี้:
--- สถิติ ping ของ google.com ---
ส่งแพ็กเก็ต 7 แพ็กเก็ต ได้รับ 0 แพ็กเก็ต สูญเสียแพ็กเก็ต 100% เวลา 6125ms
ฉันสามารถ ping ที่อยู่ IPv4 ได้ดี ฉันไม่ได้ทำการเปลี่ยนแปลงไฟร์วอลล์ใดๆ การเปลี่ยนแปลงเดียวที่เกิดขึ้นกับเครื่องนี้คือการอัปเดต apt-get ตามปกติและการรีบูต
นี่คือการตั้งค่าไฟร์วอลล์ของฉัน:
sudo ufw สถานะ verbose
สถานะ: ใช้งานอยู่
การบันทึก: เปิด (ต่ำ)
ค่าเริ่มต้น: ปฏิเสธ (ขาเข้า), อนุญาต (ขาออก), ปิดใช้งาน (กำหนดเส้นทาง)
โปรไฟล์ใหม่: ข้าม
ถึงการดำเนินการจาก
-- ------ ----
80,443/tcp (Apache เต็ม) อนุญาตในทุกที่
22/tcp (OpenSSH) อนุญาตในทุกที่
25/tcp (Postfix) อนุญาตในทุกที่
22 อนุญาตให้เข้าได้ทุกที่
80,443/tcp (Apache เต็ม (v6)) อนุญาตในทุกที่ (v6)
22/tcp (OpenSSH (v6)) อนุญาตในทุกที่ (v6)
25/tcp (Postfix (v6)) อนุญาตในทุกที่ (v6)
22 (v6) อนุญาตให้เข้าได้ทุกที่ (v6)
ไฟล์ / etc / hosts / ของฉัน:
แมว / etc / โฮสต์
127.0.0.1 localhost
# บรรทัดต่อไปนี้เป็นที่ต้องการสำหรับโฮสต์ที่รองรับ IPv6
::1 ip6-localhost ip6-วนกลับ
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
การกำหนดค่าเครือข่าย:
1: จริง: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
กลุ่มเริ่มต้น qlen 1000
ลิงค์ / ย้อนกลับ 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 ขอบเขตโฮสต์เลย
valid_lft ตลอดไป reserved_lft ตลอดไป
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq สถานะ UP
กลุ่มเริ่มต้น qlen 1000
ลิงค์/อีเธอร์ bc:76:4e:20:2c:c3 brd ff:ff:ff:ff:ff:ff
inet 104.239.249.27/24 brd 104.239.249.255 ขอบเขต global eth0
valid_lft ตลอดไป reserved_lft ตลอดไป
inet6 2001:4802:7806:102:be76:4eff:fe20:12b6/64 ขอบเขตทั่วโลก
valid_lft ตลอดไป reserved_lft ตลอดไป
inet6 2001:4802:7805:103:be76:4eff:fe20:2ccd/64 ขอบเขตทั่วโลก
valid_lft ตลอดไป reserved_lft ตลอดไป
ลิงค์ขอบเขต inet6 fe80::be76:4eff:fe20:2cc3/64
valid_lft ตลอดไป reserved_lft ตลอดไป
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP กลุ่มเริ่มต้น qlen 1,000
ลิงค์/อีเธอร์ bc:76:4e:20:2c:f5 brd ff:ff:ff:ff:ff:ff
inet 10.209.160.56/19 brd 10.209.191.255 ขอบเขต global eth1
valid_lft ตลอดไป reserved_lft ตลอดไป
inet6 fe80::be76:4eff:fe20:2cf5/64 ลิงค์ขอบเขต
valid_lft ตลอดไป reserved_lft ตลอดไป
ผลลัพธ์ของเส้นทาง ip -6:
เส้นทาง ip -6
2001:4802:7805:103::/64 dev eth0 proto kernel metric 256 pref สื่อ
2001:4802:7806:102::/64 dev eth0 proto kernel metric 256 pref สื่อ
fe80::/64 dev eth1 โปรโตเคอร์เนลเมตริก 256 pref สื่อ
fe80::/64 dev eth0 เคอร์เนลโปรโตเมตริก 256 pref สื่อ
ค่าเริ่มต้นผ่าน fe80::def dev eth0 metric 1024 pref medium
ผลลัพธ์ของ traceroute6:
traceroute6 google.co.th
ติดตามเส้นทางไปยัง google.com (2607:f8b0:4004:82f::200e) จาก
2001:4802:7806:102:be76:4eff:fe20:12b6, สูงสุด 30 hops, 24 ไบต์แพ็กเก็ต
1 * * *
2 * * *
3 * * *
ฉันสามารถ ping 2001:4802:7805:103:be76:4eff:fe20:2ccd จากฝั่งของฉันได้ แต่ไม่สามารถ 2001:4802:7806:102:be76:4eff:fe20:12b6 และเห็นได้ชัดว่าที่อยู่หลังใช้เป็นที่อยู่ต้นทางในการเชื่อมต่อขาออก (ตามที่ระบุโดย traceroute)
มีบางอย่างผิดปกติกับการตั้งค่านี้
คุณสามารถลองลบที่อยู่ที่มีปัญหาออกจากการกำหนดค่าและตรวจสอบว่าวิธีนี้ช่วยได้หรือไม่:
ip -6 addr เดล 2001:4802:7806:102:be76:4eff:fe20:12b6 dev eth0
หรืออะไรทำนองนี้ ผมจำไม่ได้จากบนหัว
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
