CH-J Server Managerpamamahala ng server sa pamamagitan ng SSH
Menu
Lahat ng gabay at artikulo →

Pumapalya ang ping pero gumagana ang SSH at HTTPS: bakit, at problema ba ito?

Bakit maaaring hindi pansinin ng server ang ping at gumana pa rin nang normal, paano direktang subukan ang mga service, at kailan nagdudulot ng totoong problema ang naka-block na ICMP.

Bakit ito nangyayari

Gumagamit ng ICMP ang ping, samantalang TCP port ang gamit ng SSH at HTTPS. Magkahiwalay na traffic ang mga ito, at maaaring i-drop ng firewall ang isa habang pinapadaan ang isa pa. Maraming network at cloud security group ang nagba-block ng ICMP echo bilang default. Kaya ang kawalan ng tugon ay hindi nangangahulugang down ang server, at ang pagkakaroon ng tugon ay hindi patunay na gumagana ang mga service nito.

Subukan ang service, sa halip na ping

Suriin ang mga port at protocol na talagang kailangan mo. Kung matagumpay ang mga pagsubok na ito, naaabot ang server para sa mga service na iyon at ipinapakita lamang ng bigong ping na may filter sa isang bahagi ng daan.

nc -vz -w 5 server.example 22
nc -vz -w 5 server.example 443
curl -sSI https://server.example/

Sundan ang ruta gamit ang TCP

Maaaring puro asterisk lamang ang ipakita ng karaniwang traceroute kapag nafi-filter ang ICMP o UDP. Sa paggamit ng TCP papunta sa bukas na port, madalas na mas malayo ang matutunton mo. Kailangan nito ng root, at maaaring kailangang i-install muna ang traceroute dahil hindi ito kasama sa mga minimal na system.

sudo traceroute -T -p 443 server.example

Hanapin ang filter sa iyong server

Kung ikaw ang namamahala sa server, tingnan ang firewall nito at ang kernel setting na hindi pumapansin sa mga echo request. Tandaan na maaaring nasa labas din ng server ang pagharang, sa isang security group o router, at maaaring mag-filter ng ICMP ang provider sa network nito nang wala kang nakikitang rule.

sysctl net.ipv4.icmp_echo_ignore_all
sudo nft list ruleset | grep -i icmp
sudo ufw status verbose

Kailan nagdudulot ng problema ang naka-block na ICMP

Karaniwang walang masamang epekto ang pag-block ng echo, pero iba ang pag-block ng lahat ng ICMP. Umaasa ang pagtuklas ng MTU ng ruta sa mga mensaheng nagsasabing masyadong malaki ang isang packet. Kung wala ang mga ito, gumagana ang maliliit na palitan pero natitigil ang malalaki, halimbawa ay matagumpay na SSH login na pagkatapos ay natitigilan sa malaking output. Mas umaasa pa ang IPv6 sa ICMPv6. Sinusubok ng ikalawang command ang ruta para sa MTU na 1500 byte sa Linux.

ip route get 192.0.2.10
ping -M do -s 1472 -c 3 192.0.2.10

Paghahambing ng mga pagsubok sa CH-J Server Manager

Pinapatakbo ng Server Diagnostics ang ping sa pamamagitan ng system tool, nang walang root, kasabay ng magkakahiwalay na pagsubok sa TCP, SSH identification, HTTP at TLS, kaya mas mauunawaan ang bigong ping sa konteksto ng iba pang resulta. Ang bigong ping dito ay nangangahulugang walang dumating na tugon. Hindi nito sinasabi kung saan na-drop ang packet, at maaaring hindi rin iyon masagot ng traceroute.

Detalyadong dokumentasyon

RFC 4890: ICMPv6 filtering →

man: ping →

Biometric na pag-unlock at seguridad →