De meesten van ons wanneer een dienst of website down is, proberen we het te pingen. Als die dienst of website draait op een specifieke poort en we proberen het te pingen met dat poortnummer, krijgen we een fout.

root@spark:~# ping -c3 159.203.216.179:80
ping: unknown host 159.203.216.179:80

de reden hiervoor is, ping is niets anders dan een ICMP echo request en echo reply en er is geen concept van poortnummers in ICMP.

ICMP-protocol is een onderdeel van de Internetlaag van de Internet Protocol Suite. HTTP bevindt zich op de bovenste laag, d.w.z., applicatielaag, terwijl TCP en UDP de transportlaag vormen.

tcp houdt zich bezig met de feitelijke gegevensuitwisseling op het internet. UDP doet ook gegevensuitwisseling, maar doet het snel zonder de handshaking, foutdetectie of leveringsgarantie.

Er zullen veel services draaien op een machine. Dus TCP en UDP moeten weten aan welke Dienst ze het bericht moeten leveren. Daarvoor gebruiken ze poortnummers.,

aan de andere kant is ICMP een protocol dat specifiek is ontworpen voor diagnostische doeleinden.

Het wordt gebruikt door netwerkapparaten, zoals routers, om foutmeldingen te sturen die bijvoorbeeld aangeven dat een gevraagde service niet beschikbaar is of dat een host of router niet kon worden bereikt. ICMP kan ook worden gebruikt om query berichten door te geven.

omdat ICMP geen ‘echte’ berichtuitwisseling tussen machines uitvoert, hoeven ICMP-pakketten geen poortnummers te hebben.

dus als een ping slaagt, betekent dit alleen dat de doelmachine zich op het netwerk bevindt, i.,e. het is bereikbaar. Het garandeert niet dat er een webserver of iets anders op die machine draait.

alles wat ping doet is kloppen op de deur. Als je wilt weten of een service op een specifieke poort aanstaat, moet je netcat of telnet gebruiken waarmee je verbinding kunt maken met een machine op een specifieke poort.