Mengapa ini terjadi
ping memakai ICMP, sedangkan SSH dan HTTPS memakai port TCP. Lalu lintas ini terpisah, dan firewall dapat membuang salah satunya sambil meloloskan yang lain. Banyak jaringan dan grup keamanan cloud memblokir ICMP echo secara bawaan. Karena itu, tidak adanya balasan bukan berarti server mati, dan adanya balasan tidak membuktikan layanannya berfungsi.
Uji layanannya, bukan ping
Periksa port dan protokol yang benar-benar Anda perlukan. Jika pengujian ini berhasil, server dapat dijangkau untuk layanan tersebut dan kegagalan ping hanya menunjukkan adanya filter di suatu titik pada jalur.
nc -vz -w 5 server.example 22
nc -vz -w 5 server.example 443
curl -sSI https://server.example/Telusuri jalur dengan TCP
traceroute biasa mungkin hanya menampilkan tanda bintang saat ICMP atau UDP difilter. Dengan TCP ke port yang terbuka, Anda sering kali dapat menelusuri lebih jauh. Ini memerlukan root, dan traceroute mungkin harus dipasang terlebih dahulu karena sistem minimal tidak menyertakannya.
sudo traceroute -T -p 443 server.exampleCari filter di server Anda
Jika Anda mengelola server, periksa firewall serta pengaturan kernel yang mengabaikan permintaan echo. Ingat bahwa pemblokiran juga dapat terjadi di luar server, pada grup keamanan atau router, dan penyedia dapat memfilter ICMP di jaringannya tanpa aturan yang terlihat oleh Anda.
sysctl net.ipv4.icmp_echo_ignore_all
sudo nft list ruleset | grep -i icmp
sudo ufw status verboseKapan pemblokiran ICMP menyebabkan gangguan
Memblokir echo umumnya tidak berbahaya, tetapi memblokir seluruh ICMP tidak demikian. Penemuan MTU jalur bergantung pada pesan yang menyatakan paket terlalu besar. Tanpa pesan ini, pertukaran kecil berhasil tetapi pertukaran besar macet, misalnya login SSH berhasil lalu macet saat menghasilkan keluaran besar. IPv6 bahkan lebih bergantung pada ICMPv6. Perintah kedua menguji jalur untuk MTU 1500 byte pada Linux.
ip route get 192.0.2.10
ping -M do -s 1472 -c 3 192.0.2.10Membandingkan pengujian di CH-J Server Manager
Server Diagnostics menjalankan ping melalui alat sistem, tanpa root, berdampingan dengan pengujian TCP, identifikasi SSH, HTTP, dan TLS yang terpisah, sehingga kegagalan ping dapat dinilai dalam konteksnya. Kegagalan ping di sana berarti tidak ada balasan yang tiba. Ini tidak menjelaskan di mana paket dibuang, dan traceroute juga belum tentu dapat menjawabnya.