Pingen naar een poort

[Gomez12]

Omdat load-balancers / firewalls etc steeds vaker voor een netwerk-server komen te zitten merk ik steeds vaker dat een ping ( helemaal op inet ) totaal niet meer voldoet, te vaak krijg ik een reactie terug van de firewall dat die up is ( gefeliciteerd, vertel me nu maar of de dienst up is ).

Is er een soortgelijk simpel cli programmaatje als ping wat gewoon continu ( ping -t ) kan pollen of de service up is en zoja wat de response tijd ervan is?

Ik ken nmap ( enkel eenmalige check en geeft veelal een information overload terug ) en enkele GUI progjes die specifieke poorten ( en dan veelal enkel die specifieke poorten, waardoor je op een heel arsenaal aan tooltjes komt als je meerdere poorten wilt ) kunnen pollen.

Maar ik ken feitelijk geen enkel programma wat bijv vanuit cli aan te roepen is als : ping -t tweakers.net:80

Bestaat dit, of ben ik op zoek naar iets wat gewoon niet bestaat?

[Anoniem: 259610]

Geloof een telnet verbinding maken naar de betreffende poort, dat kan toch?

[Anoniem: 187577]

Je kan toch gewoon wget/fetch nemen, en daarmee de status code controleren (2XX)?

[Gomez12]

Anoniem: 259610 schreef op zondag 13 september 2009 @ 16:57:
Geloof een telnet verbinding maken naar de betreffende poort, dat kan toch?

Dan heb ik het ook maar eenmalig, ik wil het veelal over een iets langere periode / grotere samplerate zien. Zo iets dus :

code:

Pinging tweakers.net [213.239.154.35] with 32 bytes of data:
Reply from 213.239.154.35: bytes=32 time=86ms TTL=59
Reply from 213.239.154.35: bytes=32 time=26ms TTL=59
Reply from 213.239.154.35: bytes=32 time=26ms TTL=59
Reply from 213.239.154.35: bytes=32 time=25ms TTL=59
Reply from 213.239.154.35: bytes=32 time=46ms TTL=59
Reply from 213.239.154.35: bytes=32 time=30ms TTL=59
Reply from 213.239.154.35: bytes=32 time=25ms TTL=59
Reply from 213.239.154.35: bytes=32 time=38ms TTL=59
Reply from 213.239.154.35: bytes=32 time=57ms TTL=59
Reply from 213.239.154.35: bytes=32 time=173ms TTL=59
Reply from 213.239.154.35: bytes=32 time=126ms TTL=59
Reply from 213.239.154.35: bytes=32 time=107ms TTL=59
Reply from 213.239.154.35: bytes=32 time=76ms TTL=59
Reply from 213.239.154.35: bytes=32 time=59ms TTL=59
Reply from 213.239.154.35: bytes=32 time=38ms TTL=59
Reply from 213.239.154.35: bytes=32 time=55ms TTL=59
Reply from 213.239.154.35: bytes=32 time=129ms TTL=59
Reply from 213.239.154.35: bytes=32 time=75ms TTL=59
Reply from 213.239.154.35: bytes=32 time=34ms TTL=59

Ping statistics for 213.239.154.35:
    Packets: Sent = 19, Received = 19, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 25ms, Maximum = 173ms, Average = 64ms

Als ik het op een verkeerd moment doe krijg ik 174ms binnen en doe ik het op een ander verkeerd moment krijg ik 25ms binnen. En dit is enkel van de loadbalancer, toen T.Net vanochtend down was kreeg ik ook nog steeds resultaat binnen.

Anoniem: 187577 schreef op zondag 13 september 2009 @ 17:02:
Je kan toch gewoon wget/fetch nemen, en daarmee de status code controleren (2XX)?

Tja en dan voor smtp weer een ander tooltje, voor pop3 weer een ander tooltje, voor TS weer een ander tooltje. Dan krijg je dus een waslijst aan tooltjes die allemaal hetzelfde doel dienen alleen allemaal een andere manier van aanroepen kennen etc.

P.s. misschien was het niet helemaal duidelijk, maar status codes ben ik niet in geinteresseerd ( al krijg je een 404 door, de webserver draait op dat moment en dan kan je ergens verder mee gaan onderzoeken ). Het gaat me puur om of er een respons komt en hoe lang die duurt ( net zoals ping doet ), gewoon een quick first diagnostic tooltje wat universeel is ( zoals ping dat vroeger deed toen er nog geen firewalls / loadbalancers etc nodig waren )

[ Voor 19% gewijzigd door Gomez12 op 13-09-2009 17:14 ]