คำสั่ง ping: ตัวเลือก ping บน Linux และการตรวจสอบ 100% packet loss

สภาพแวดล้อมทดสอบตระกูล RHELAlmaLinux 9.8iputils 20210202บัญชี rootDebian 12 · iputils 20221126 บัญชีผู้ใช้ทั่วไป
คำสั่งเครือข่ายpingตำแหน่ง/usr/bin/pingตรวจสอบเมื่อ 2026-11-04

บนเซิร์ฟเวอร์ Linux ใช้คำสั่ง ping ตรวจสอบว่าแพ็กเก็ตไปถึงเซิร์ฟเวอร์ปลายทางหรือไม่และใช้เวลาไปกลับเท่าไร เมื่อส่งไปยัง example.com จากเซิร์ฟเวอร์ AlmaLinux 9 และ Debian 12 โดยกำหนดจำนวนครั้งด้วย -c เวลาไปกลับอยู่ที่ 1–3 ms ส่วนเซิร์ฟเวอร์ที่บล็อก ICMP แสดงผล ping เป็น 100% packet loss ทั้งที่ยังตอบคำขอเว็บได้

ผลลัพธ์ด้านล่างได้จากเซิร์ฟเวอร์ AlmaLinux 9.8 (บัญชี root) และเซิร์ฟเวอร์ Debian 12 (บัญชีทั่วไป) ทุกครั้งที่รัน ping ได้กำหนดจำนวนครั้งที่ส่งด้วย -c ที่อยู่ IP ส่วนตัวของเราเตอร์ระหว่างทางเปลี่ยนเป็นค่าตัวอย่าง ส่วนที่อยู่ที่แปลงมาจากโดเมนสาธารณะอย่าง example.com คงไว้ตามเดิม

1️⃣ วิธีใช้คำสั่ง ping

  • ↪️ วิธีอ่านบรรทัดผลลัพธ์

ping ส่งคำขอ ICMP echo ไปยังเซิร์ฟเวอร์ปลายทาง แล้วแสดงเวลาที่ใช้จนได้ echo reply กลับมาทีละบรรทัด ping บน Linux จะส่งต่อไปเรื่อย ๆ จนกว่าจะกด Ctrl+C หากไม่กำหนดจำนวนครั้งด้วย -c (ตามคู่มือทางการ) จึงควรรันโดยใส่จำนวนครั้งตั้งแต่แรก เช่น -c 4

ping -c 4 example.com
PING example.com (172.66.147.243) 56(84) bytes of data.
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=1 ttl=58 time=1.46 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=2 ttl=58 time=1.30 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=3 ttl=58 time=1.28 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=4 ttl=58 time=1.30 ms

--- example.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 1.279/1.336/1.464/0.074 ms

เมื่อส่งไปยัง example.com สี่ครั้งจากเซิร์ฟเวอร์ Debian 12 ได้รับการตอบกลับครบทั้งสี่ครั้ง และเวลาไปกลับอยู่ที่ 1.28–1.46 ms สิ่งที่ดูได้จากแต่ละบรรทัดมีดังนี้

เอาต์พุตสิ่งที่ตรวจได้
PING example.com (172.66.147.243) 56(84) bytes of data.ที่อยู่ที่ได้จากการแปลงชื่อและขนาดที่ส่ง — ข้อมูล 56 ไบต์ รวมเฮดเดอร์ IP 20 ไบต์และเฮดเดอร์ ICMP 8 ไบต์ เป็น 84 ไบต์
64 bytes from …ขนาดของการตอบกลับที่ได้รับ (ข้อมูล 56 ไบต์ + เฮดเดอร์ ICMP 8 ไบต์)
icmp_seq=1หมายเลขลำดับที่ส่ง
ttl=58TTL ที่เหลืออยู่ในแพ็กเก็ตตอบกลับ — ลดลงครั้งละ 1 ทุกครั้งที่ผ่านเราเตอร์หนึ่งตัว
time=1.46 msเวลาไปกลับของแพ็กเก็ตนั้น
4 packets transmitted, 4 received, 0% packet lossจำนวนที่ส่ง จำนวนที่ได้รับ และสัดส่วนที่ไม่ได้รับการตอบกลับ
time 3003msเวลาตั้งแต่ส่งแพ็กเก็ตแรกจนจบ
rtt min/avg/max/mdevค่าต่ำสุด ค่าเฉลี่ย และค่าสูงสุดของเวลาไปกลับ พร้อมค่าการกระจาย (mdev)

mdev คือค่าที่บอกว่าเวลาไปกลับแต่ละครั้งห่างจากค่าเฉลี่ยมากแค่ไหน คู่มือทางการอธิบายว่ายิ่งค่านี้มาก เวลาไปกลับก็ยิ่งไม่สม่ำเสมอ ในผลนี้ซึ่งทั้งสี่ครั้งอยู่ภายใน 1.5 ms ค่า mdev คือ 0.074 ms

เมื่อรันคำสั่งเดียวกันบนเซิร์ฟเวอร์ AlmaLinux 9 ping ส่งไปยังที่อยู่ IPv6 ของ example.com และบรรทัดแรกแสดงเพียง 56 data bytes โดยไม่มี 84

ping -c 4 example.com
PING example.com(2606:4700:10::ac42:93f3 (2606:4700:10::ac42:93f3)) 56 data bytes
64 bytes from 2606:4700:10::ac42:93f3 (2606:4700:10::ac42:93f3): icmp_seq=1 ttl=51 time=2.20 ms
64 bytes from 2606:4700:10::ac42:93f3 (2606:4700:10::ac42:93f3): icmp_seq=2 ttl=54 time=2.30 ms
64 bytes from 2606:4700:10::ac42:93f3 (2606:4700:10::ac42:93f3): icmp_seq=3 ttl=51 time=2.55 ms
64 bytes from 2606:4700:10::ac42:93f3 (2606:4700:10::ac42:93f3): icmp_seq=4 ttl=54 time=2.26 ms

--- example.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 2.203/2.326/2.547/0.131 ms

ตรวจสอบเวอร์ชันของ ping ที่ติดตั้งด้วย -V เซิร์ฟเวอร์ Debian 12 ใช้ iputils 20221126 และเซิร์ฟเวอร์ AlmaLinux 9 ใช้ iputils 20210202

ping -V
ping from iputils 20221126
libcap: yes, IDN: yes, NLS: no, error.h: yes, getrandom(): yes, __fpending(): yes
ping -V
ping from iputils 20210202

2️⃣ ตัวเลือกจำนวนครั้งและช่วงเวลาของ ping

  • ↪️ -c, -i, -w, -W, -q

ในตัวเลือกของ ping นั้น -c คือจำนวนครั้งที่ส่ง และ -i คือช่วงเวลาระหว่างการส่ง (วินาที) ค่าเริ่มต้นคือ 1 วินาที เมื่อใส่ -i 0.5 เวลาที่ใช้ส่งสี่ครั้งลดจาก 3003 ms เหลือ 1502 ms

ping -c 4 -i 0.5 example.com
PING example.com (172.66.147.243) 56(84) bytes of data.
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=1 ttl=58 time=1.26 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=2 ttl=58 time=1.31 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=3 ttl=58 time=1.37 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=4 ttl=58 time=1.44 ms

--- example.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 1502ms
rtt min/avg/max/mdev = 1.264/1.343/1.436/0.065 ms

ตามคู่มือ iputils 20210202 ของเซิร์ฟเวอร์ AlmaLinux 9 มีเพียง root ที่ตั้งช่วงเวลาสั้นกว่า 0.2 วินาทีได้ ส่วนคู่มือ iputils 20221126 ของเซิร์ฟเวอร์ Debian 12 ระบุเกณฑ์นี้ไว้ที่ 2 ms ช่วงเวลาที่สั้นอาจสร้างภาระให้เซิร์ฟเวอร์ปลายทางและเครือข่าย

-w คือเวลา (วินาที) ที่ ping จะหยุดทั้งหมด ไม่ว่าจะส่งไปกี่ครั้งแล้วก็ตาม หากใช้ร่วมกับ -c จะหยุดเมื่อได้รับการตอบกลับครบตามจำนวนที่กำหนด หรือเมื่อครบเวลา -w เมื่อรัน -c 10 -w 3 ผ่านไป 3 วินาทีก็ส่งไปเพียงสามครั้งแล้วหยุด

ping -c 10 -w 3 example.com
PING example.com (172.66.147.243) 56(84) bytes of data.
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=1 ttl=58 time=1.34 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=2 ttl=58 time=1.27 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=3 ttl=58 time=1.34 ms

--- example.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 1.272/1.318/1.342/0.032 ms

ได้รับการตอบกลับครบทั้งสามครั้ง แต่ไม่ครบ 10 ครั้งตามที่กำหนด รหัสออกของ ping ครั้งนี้จึงเป็น 1 คู่มือทางการก็อธิบายว่าเมื่อใช้ -c กับ -w ร่วมกัน หากไม่ได้รับการตอบกลับครบตามจำนวนที่กำหนด ping จะจบด้วย 1

-W คือเวลา (วินาที) ที่รอการตอบกลับหนึ่งครั้ง ตามคู่มือทางการ ค่านี้ใช้เฉพาะเมื่อไม่มีการตอบกลับเลย ส่วนปลายทางที่ตอบกลับ ping จะรอเป็นสองเท่าของเวลาไปกลับ

หากต้องการดูเฉพาะสรุปโดยไม่มีบรรทัดผลลัพธ์ ให้ใส่ -q เมื่อส่งสี่ครั้ง จะเหลือเพียงบรรทัดแรกและบรรทัดสถิติท้ายสุด

ping -c 4 -q example.com
PING example.com (104.20.23.154) 56(84) bytes of data.

--- example.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 1.551/1.649/1.715/0.060 ms

3️⃣ ตัวเลือกขนาดแพ็กเก็ตและ IPv6 ของ ping

  • ↪️ -s, -t, -4, -6

เปลี่ยนขนาดข้อมูลที่ส่งด้วย -s เมื่อใส่ -s 1000 บรรทัดแรกเปลี่ยนเป็น 1000(1028) bytes และบรรทัดตอบกลับเปลี่ยนเป็น 1008 bytes

ping -c 2 -s 1000 example.com
PING example.com (172.66.147.243) 1000(1028) bytes of data.
1008 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=1 ttl=58 time=1.21 ms
1008 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=2 ttl=58 time=1.31 ms

--- example.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 1.214/1.262/1.311/0.048 ms

1028 คือข้อมูล 1000 ไบต์รวมเฮดเดอร์ IP 20 ไบต์และเฮดเดอร์ ICMP 8 ไบต์ ส่วน 1008 คือข้อมูลรวมเฉพาะเฮดเดอร์ ICMP เวลาไปกลับอยู่ที่ 1.21–1.31 ms ไม่ต่างจากการส่งด้วยขนาดเริ่มต้น (56 ไบต์) มากนัก

-t กำหนด TTL ของแพ็กเก็ตที่ส่ง TTL จะลดลงครั้งละ 1 ทุกครั้งที่ผ่านเราเตอร์ และเมื่อเหลือ 0 เราเตอร์ตัวนั้นจะทิ้งแพ็กเก็ตแล้วส่ง [Time to live exceeded] กลับมา

ping -c 2 -t 3 example.com
PING example.com (172.66.147.243) 56(84) bytes of data.
From 192.0.2.103 (192.0.2.103) icmp_seq=1 Time to live exceeded
From 192.0.2.103 (192.0.2.103) icmp_seq=2 Time to live exceeded

--- example.com ping statistics ---
2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 1001ms

เมื่อลด TTL เหลือ 3 เราเตอร์ตัวที่สามส่ง [Time to live exceeded] กลับมาทั้งสองครั้ง เมื่อลองเพิ่ม TTL ทีละหนึ่งตั้งแต่ 1 example.com ตอบกลับครั้งแรกที่ 8

-4 และ -6 จำกัดชนิดที่อยู่ปลายทางให้เป็น IPv4 หรือ IPv6 อย่างใดอย่างหนึ่ง เซิร์ฟเวอร์ AlmaLinux 9 ส่งไปยังที่อยู่ IPv6 ของ example.com แม้ไม่ใส่ตัวเลือก จึงใส่ -4 เมื่อต้องการส่งไปยังที่อยู่ IPv4

ping -4 -c 4 example.com
PING  (172.66.147.243) 56(84) bytes of data.
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=1 ttl=54 time=2.64 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=2 ttl=54 time=2.55 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=3 ttl=54 time=2.57 ms
64 bytes from 172.66.147.243 (172.66.147.243): icmp_seq=4 ttl=54 time=2.58 ms

---  ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 2.553/2.585/2.642/0.033 ms

บน iputils 20210202 ของเซิร์ฟเวอร์ AlmaLinux 9 เมื่อใส่ -4 ช่องชื่อในบรรทัดแรกและบรรทัดสถิติว่างเปล่า แต่เมื่อรันคำสั่งเดียวกันบน iputils 20221126 ของเซิร์ฟเวอร์ Debian 12 ยังแสดง example.com ตามปกติ

บนเซิร์ฟเวอร์ Debian 12 ที่ไม่มีเส้นทาง IPv6 เริ่มต้น เมื่อใส่ -6 จะจบทันทีด้วย [connect: Network is unreachable] โดยไม่มีบรรทัดตอบกลับ

ping -6 -c 2 example.com
ping: connect: Network is unreachable

🔲 ตัวเลือกของคำสั่ง ping

📌 ตัวเลือกหลัก: ผลที่รันในบทความนี้

ตัวเลือกหน้าที่ผลที่เห็นในบทความนี้
-c จำนวนครั้งกำหนดจำนวนครั้งที่ส่ง แล้วหยุดเมื่อส่งครบ-c 4 บนเซิร์ฟเวอร์ Debian 12 ส่งสี่ครั้ง ได้รับการตอบกลับทั้งสี่ครั้ง ไปกลับ 1.28–1.46 ms
-i ช่วงเวลาช่วงเวลาระหว่างการส่งแพ็กเก็ต (วินาที) ค่าเริ่มต้น 1 วินาที-i 0.5 ทำให้เวลาที่ใช้ส่งสี่ครั้งลดจาก 3003 ms เหลือ 1502 ms
-w เวลาเวลา (วินาที) ที่ ping จะหยุดทั้งหมด ไม่ว่าจะส่งไปกี่ครั้งแล้ว-c 10 -w 3 ส่งเพียงสามครั้งใน 3 วินาทีแล้วจบด้วยรหัสออก 1
-W เวลาเวลา (วินาที) ที่รอการตอบกลับหนึ่งครั้งเมื่อไม่มีการตอบกลับเลยส่งไปยัง 192.0.2.1 สองครั้งด้วย -W 1 ได้ [100% packet loss] รหัสออก 1
-qแสดงเฉพาะบรรทัดแรกและสถิติท้ายสุด โดยไม่มีบรรทัดตอบกลับหลังส่งสี่ครั้ง เหลือเพียงบรรทัดแรกและบรรทัดสถิติ
-s ขนาดขนาดข้อมูลที่ส่ง (ไบต์) ค่าเริ่มต้น 56-s 1000 ทำให้บรรทัดแรกเป็น 1000(1028) bytes และบรรทัดตอบกลับเป็น 1008 bytes
-t TTLTTL ของแพ็กเก็ตที่ส่ง-t 3 ทำให้เราเตอร์ตัวที่สามส่ง [Time to live exceeded] กลับมาทั้งสองครั้ง
-4ส่งไปยังที่อยู่ IPv4 เท่านั้นบนเซิร์ฟเวอร์ AlmaLinux 9 ส่งไปยังที่อยู่ IPv4 แทน IPv6 และช่องชื่อแสดงเป็นค่าว่าง
-6ส่งไปยังที่อยู่ IPv6 เท่านั้นบนเซิร์ฟเวอร์ Debian 12 ที่ไม่มีเส้นทาง IPv6 เริ่มต้น ได้ [connect: Network is unreachable]
-Dใส่เวลา Unix (วินาที.ไมโครวินาที) ไว้หน้าบรรทัดตอบกลับทุกบรรทัดหน้าบรรทัดตอบกลับมีเวลาอย่าง [1793227536.574201] ติดอยู่
-Vแสดงข้อมูลเวอร์ชันDebian 12 ใช้ iputils 20221126 และ AlmaLinux 9 ใช้ iputils 20210202

📎 ตัวเลือกอื่น: ตามคู่มือทางการ

ตัวเลือกหน้าที่
-nแสดงที่อยู่เป็นตัวเลขเท่านั้น โดยไม่แปลงเป็นชื่อ
-I อินเทอร์เฟซกำหนดอินเทอร์เฟซหรือที่อยู่ต้นทางที่ใช้ส่ง
-Aปรับช่วงเวลาการส่งเองตามเวลาไปกลับ หากไม่ใช่ root ช่วงเวลาต่ำสุดคือ 200 ms
-fflood ping ที่ส่งอย่างรวดเร็วโดยไม่รอการตอบกลับ ช่วงเวลา 0 ใช้ได้เฉพาะ root
-l จำนวนจำนวนแพ็กเก็ตที่ส่งล่วงหน้าโดยไม่รอการตอบกลับ มากกว่า 3 ใช้ได้เฉพาะ root
-M doกำหนดวิธี Path MTU Discovery โดย do ป้องกันการแบ่งแพ็กเก็ต (รับ want และ dont ด้วย)
-p รูปแบบรูปแบบไบต์ที่ใช้เติมแพ็กเก็ตที่ส่ง สูงสุด 16 ไบต์
-Oแจ้งคำขอที่ยังไม่ได้รับการตอบกลับก่อนส่งแพ็กเก็ตถัดไป ใช้ร่วมกับ -D เมื่อบันทึก
-Rบันทึกเส้นทางที่ผ่าน (เฉพาะ IPv4 และโฮสต์จำนวนมากไม่สนใจตัวเลือกนี้)
-bอนุญาตให้ส่งไปยังที่อยู่ broadcast
-aส่งเสียงทุกครั้งที่ได้รับการตอบกลับ

🔲 ตัวจำลองคำสั่ง ping

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

ตัวจำลองคำสั่ง pingiputils 20221126
[root@server work]#
ทำงานเฉพาะในเบราว์เซอร์และไม่ได้ส่งแพ็กเก็ตจริง กด ↑↓ เพื่อเรียกคำสั่งที่พิมพ์ไว้ก่อนหน้า

4️⃣ ping ไม่ได้รับการตอบกลับ

  • ↪️ 100% packet loss และการแปลงชื่อไม่สำเร็จ

[100% packet loss] หมายความว่าแพ็กเก็ตที่ส่งไปไม่ได้รับการตอบกลับเลยแม้แต่ครั้งเดียว เมื่อส่งไปยัง 192.0.2.1 ซึ่งเป็นที่อยู่ที่สงวนไว้สำหรับเอกสาร สองครั้งด้วย -W 1 จะแสดงเพียงสถิติโดยไม่มีบรรทัดตอบกลับ

ping -c 2 -W 1 192.0.2.1
PING 192.0.2.1 (192.0.2.1) 56(84) bytes of data.

--- 192.0.2.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1024ms

เมื่อไม่มีการตอบกลับเลย รหัสออกของ ping คือ 1 และเมื่อได้รับการตอบกลับคือ 0 สคริปต์ใช้ค่านี้ตรวจสอบว่าเซิร์ฟเวอร์ปลายทางตอบสนองหรือไม่

ping -c 2 -W 1 192.0.2.1 > /dev/null; echo $?; ping -c 1 example.com > /dev/null; echo $?
1
0

ping ตรวจสอบเฉพาะ ICMP เซิร์ฟเวอร์ที่บล็อก ICMP จึงอาจตอบคำขอเว็บแต่ไม่ตอบ ping เมื่อส่งไปยัง amazon.com สองครั้งจากเซิร์ฟเวอร์ Debian 12 ได้ [100% packet loss] แต่เมื่อส่งคำขอเว็บด้วย curl ไปยังที่อยู่เดียวกันกลับได้การตอบกลับ 301

ping -c 2 -W 1 amazon.com
PING amazon.com (98.82.161.185) 56(84) bytes of data.

--- amazon.com ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1002ms
curl -sI https://amazon.com/ | head -1
HTTP/1.1 301 Moved Permanently

เซิร์ฟเวอร์ที่บล็อก ICMP ก็เหมือนร้านที่ถอดกริ่งหน้าประตูออก

เซิร์ฟเวอร์คลาวด์บางแห่งต้องอนุญาต ICMP ในกฎไฟร์วอลล์ก่อนจึงจะตอบ ping อินสแตนซ์ VM ของ Oracle Cloud ตอบ ping หลังจากเปลี่ยนประเภท ICMP ในรายการความปลอดภัยของซับเน็ตสาธารณะเป็น 8

หากแปลงชื่อเป็นที่อยู่ IP ไม่ได้ ping จะจบทันทีด้วย [Name or service not known] โดยไม่มีบรรทัดแรก และรหัสออกคือ 2 ชื่อ .invalid ถูกสงวนไว้ไม่ให้แปลงได้ที่ใดเลย จึงใช้ตรวจสอบข้อผิดพลาดนี้

ping -c 1 no-such-host.invalid
ping: no-such-host.invalid: Name or service not known

หากข้อผิดพลาดนี้เกิดกับโดเมนจริง ให้ใช้ คำสั่ง nslookup ตรวจสอบว่าเซิร์ฟเวอร์ DNS ส่งที่อยู่ของชื่อนั้นกลับมาหรือไม่ ผลลัพธ์สี่แบบที่เห็นเมื่อไม่มีการตอบกลับ และสิ่งที่ควรตรวจสอบต่อมีดังนี้

เอาต์พุตความหมายสิ่งที่ควรตรวจสอบต่อ
100% packet lossแพ็กเก็ตที่ส่งไปไม่ได้รับการตอบกลับเลยบริการเว็บตรวจด้วย curl ส่วนไฟร์วอลล์ตรวจกฎที่อนุญาต ICMP
Name or service not knownแปลงชื่อเป็นที่อยู่ IP ไม่ได้การตอบกลับ DNS ด้วย nslookup
connect: Network is unreachableไม่มีเส้นทางออกสำหรับชนิดที่อยู่นั้นส่งไปยังที่อยู่ IPv4 ด้วย -4
Time to live exceededTTL กลายเป็น 0 ที่เราเตอร์ระหว่างทางเพิ่มค่า -t หรือเอาออกแล้วส่งใหม่

🔢 FAQ & เนื้อหาแนะนำ

บนเซิร์ฟเวอร์ Debian 12 แม้รันด้วยบัญชีทั่วไปก็ได้รับการตอบกลับโดยไม่ต้องใช้ sudo เพราะ /usr/bin/ping บนเซิร์ฟเวอร์นี้มีสิทธิ์ cap_net_raw (capability) จึงส่งแพ็กเก็ต ICMP ได้แม้ไม่ใช่ root

บนเซิร์ฟเวอร์สองเครื่องที่ตรวจสอบ ping เป็นคำสั่งที่ติดตั้งมากับแพ็กเกจ iputils ของ AlmaLinux 9 และแพ็กเกจ iputils-ping ของ Debian 12 ดังนั้นตระกูล RHEL ติดตั้งด้วย [sudo dnf install iputils] และตระกูล Debian ติดตั้งด้วย [sudo apt install iputils-ping]

เมื่อใส่ -D จะมีเวลา Unix (วินาที.ไมโครวินาที) อยู่หน้าบรรทัดตอบกลับทุกบรรทัด เมื่อส่งไปยัง example.com สองครั้งจากเซิร์ฟเวอร์ Debian 12 หน้าบรรทัดตอบกลับมีเวลาบันทึกไว้อย่าง [1793227536.574201]

🔗 เนื้อหาแนะนำ
ไฟร์วอลล์ การติดตั้ง FirewallD บน Linux และการตั้งค่าเดมอน การติดตั้ง FirewallD และการตั้งค่าเดมอน ซึ่งจัดการกฎไฟร์วอลล์ด้วย Zone และ Service แทนเชนและนโยบายของ iptables อ่านบทความ → หน้าจอการติดตั้ง FirewallD บน Linux

ℹ️ ประกาศเรื่องลิงก์แอฟฟิลิเอต
เนื้อหาของเว็บไซต์นี้มีลิงก์แอฟฟิลิเอต หากผู้เข้าชมซื้อสินค้าหรือบริการผ่านลิงก์เหล่านี้ เว็บไซต์นี้จะได้รับค่าคอมมิชชันจากผู้ขาย ในกระบวนการนี้ ราคาที่ผู้ซื้อจ่าย(ราคาจะลดลงเมื่อมีโปรโมชัน↓)จะไม่สูงขึ้นแต่อย่างใด ราคา ส่วนลด และข้อมูลสต็อกที่แสดงเป็นข้อมูล ณ เวลาที่เขียนและอาจต่างจากความเป็นจริง โปรดตรวจสอบกับผู้ขายอีกครั้งก่อนซื้อ การเลือกและการประเมินสินค้าเขียนตามเกณฑ์ของเราเอง และการได้รับค่าคอมมิชชันหรือไม่ไม่มีผลต่อลำดับการแนะนำหรือเนื้อหาการประเมิน

ใส่ความเห็น

อีเมลของคุณจะไม่แสดงให้คนอื่นเห็น ช่องข้อมูลจำเป็นถูกทำเครื่องหมาย *

Prove your humanity: 0   +   1   =