le poink fournit un outil de cinglement de TCP/IP-based.

le poink est une application de cinglement de TCP/IP-based qui n'exige pas des privilèges spéciaux et est conçu pour les systèmes multi-utilisateurs d'interpréteur de commandes interactif. On le destine pour être un remontage bloqué pour l'outil normal du contrôle de réseau IPv4.

Pas beaucoup à dire… C'est un nosuid, tellement tout à fait bloqué, version d'utilitaire de cinglement
pour IPv4. Il emploie le tour encrassé - enjeu linéaire de TCP SYN/RST au lieu de
Écho d'ICMP/réponse d'écho. Il ne permettra pas le tout noyer-cingle (d'autres que branchent
l'inondation que vous pourriez réaliser de toute façon), garantie compromet etc.

Actuel, des paramètres fondamentaux de cinglement sont mis en application (compatible avec
cinglement originel) :

nom d'hôte de cinglement [- je retarde] [- compte de c] [- minuterie de t]

- je retarde - le délai entre les cinglements en secondes (défaut 1, mn 1)
- compte de c - numéro des paquets à envoyer (défaut : 0 - jusqu'à l'interruption)
- minuterie de t - minuterie de paquet en secondes (défaut : 4, mn 1)

NOTE : de plus longues minuteries pourraient avoir comme conséquence des résultats légèrement imprécis en raison du TCP/IP retransmet.

Si de finition ou arrêté avec Ctrl+C (renseignement sur les transmissions), poink estampe quelques statistiques
les temps environ aller-retour, plaisanterie comme le cinglement originel fait. Périodes aller-retour
sont manifestés dans les miliseconds (1/1000 de deuxième, Mme), mais à la différence de son setuid
les contre-parties, cinglement de nosuid manifeste supplémentaire le temps en micro-secondes
(1/1000000 de deuxième, usec) si le temps de voyage est réellement inférieur (bien, je penser cela
des versions plus récentes de cinglement le font maintenant, trop).

Actuel, Linux est la seule plate-forme supportée, mais le port de schéma devrait
il est réellement facile se développer.