nc.traditional - En ligne dans le Cloud

PROGRAMME:

Nom

nc - TCP/IP couteau suisse

SYNOPSIS

nc [-options] nom d'hôte port[s] [port]
nc -l -p port [-options] [nom d'hôte] [Port]

DESCRIPTION

netcat est un utilitaire unix simple qui lit et écrit des données via des connexions réseau,
utilisant le protocole TCP ou UDP. Il est conçu pour être un outil "back-end" fiable qui peut être
utilisé directement ou facilement piloté par d'autres programmes et scripts. En même temps, c'est un
outil de débogage et d'exploration de réseau riche en fonctionnalités, car il peut créer presque n'importe quel type
de connexion dont vous auriez besoin et possède plusieurs capacités intégrées intéressantes. Netchat,
ou "nc" comme le nom du programme actuel, aurait dû être fourni il y a longtemps comme un autre
de ces outils Unix cryptiques mais standard.

Dans l'utilisation la plus simple, "nc host port" crée une connexion TCP vers le port donné sur le
hôte cible donné. Votre entrée standard est ensuite envoyée à l'hôte, et tout ce qui vient
de retour à travers la connexion est envoyé à votre sortie standard. Cela continue indéfiniment,
jusqu'à ce que le côté réseau de la connexion s'arrête. Notez que ce comportement est différent
de la plupart des autres applications qui arrêtent tout et quittent après une fin de fichier sur
l'entrée standard.

Netcat peut également fonctionner comme un serveur, en écoutant les connexions entrantes sur arbitraire
ports, puis faire la même lecture et écriture. Avec des limitations mineures, netcat ne
se soucie vraiment de savoir s'il fonctionne en mode "client" ou "serveur" - il récupère toujours les données et
en avant jusqu'à ce qu'il n'en reste plus. Dans l'un ou l'autre mode, l'arrêt peut être forcé après un
temps d'inactivité paramétrable côté réseau.

Et il peut également le faire via UDP, donc netcat est peut-être l'application "udp telnet-like"
vous avez toujours voulu tester vos serveurs en mode UDP. UDP, comme le "U" l'implique, donne moins
transmission de données fiable que les connexions TCP et certains systèmes peuvent avoir des difficultés à envoyer
de grandes quantités de données de cette façon, mais c'est toujours une capacité utile à avoir.

Vous vous demandez peut-être « pourquoi ne pas simplement utiliser telnet pour se connecter à des ports arbitraires ? » Question valide,
et voici quelques raisons. Telnet a le problème "d'entrée standard EOF", il faut donc
introduire des retards calculés dans les scripts de conduite pour permettre à la sortie réseau de se terminer. C'est
la principale raison pour laquelle netcat reste en cours d'exécution jusqu'à ce que le côté *réseau* se ferme. Telnet sera également
ne transfère pas de données binaires arbitraires, car certains caractères sont interprétés comme telnet
options et sont donc supprimés du flux de données. Telnet émet également une partie de ses
messages de diagnostic à la sortie standard, où netcat garde ces choses religieusement
séparé de sa *sortie* et ne modifiera jamais aucune des données réelles en transit à moins que
vous le voulez *vraiment*. Et bien sûr, telnet est incapable d'écouter les appels entrants
connexions, ou en utilisant UDP à la place. Netcat n'a aucune de ces limitations, c'est beaucoup
plus petit et plus rapide que telnet, et présente de nombreux autres avantages.

OPTIONS

-c un magnifique spécifiez les commandes shell à exécuter après la connexion (à utiliser avec prudence). La chaîne
est transmis à / Bin / sh -c pour l'exécution. Voir le -e option si vous n'avez pas de
de travail / Bin / sh (Notez que le système conforme POSIX doit en avoir un).

-e nom de fichier spécifiez le nom de fichier à exécuter après la connexion (à utiliser avec prudence). Voir le -c option
pour une fonctionnalité améliorée.

-g porte point de saut de routage source, jusqu'à 8

-G num pointeur de routage source : 4, 8, 12, ...

-h afficher l'aide

-i secondes intervalle de retard pour les lignes envoyées, les ports analysés

-l mode d'écoute, pour les connexions entrantes

-n adresses IP uniquement numériques, pas de DNS

-o filet décharge hexagonale du trafic

-p port numéro de port local (les numéros de port peuvent être individuels ou des plages : lo-hi
[compris])

-q secondes après EOF sur stdin, attendez le nombre de secondes spécifié, puis quittez. Si
secondes est négatif, attendez indéfiniment.

-b autoriser les diffusions UDP

-r randomiser les ports locaux et distants

-s addr adresse source locale

-t activer la négociation telnet

-u Mode UDP

-v verbeux [utiliser deux fois pour être plus verbeux]

-w secondes délai d'attente pour les connexions et les lectures finales du réseau

-C Envoyer CRLF comme fin de ligne

-z mode zéro-I/O [utilisé pour la numérisation]

-T type définir le drapeau TOS (le type peut être l'un de "Minimize-Delay", "Maximize-Throughput",
"Maximiser-Fiabilité", ou "Minimiser-Coût".)

DROIT D'AUTEUR

Netcat est entièrement ma propre création, bien que de nombreux autres codes aient été utilisés comme exemples.
Il est offert gratuitement à la communauté Internet dans l'espoir qu'il sera utile, avec
aucune restriction, sauf accorder un crédit là où il est dû. Pas de GPL, de droits d'auteur de Berkeley ou de tout autre
de cette absurdité. L'auteur n'assume AUCUNE responsabilité quant à la façon dont quiconque l'utilise. Si netcat
vous rend riche d'une manière ou d'une autre et vous vous sentez généreux, envoyez-moi un chèque. Si vous êtes
affilié de quelque manière que ce soit au réseau Microsoft, obtenez une vie. Skiez toujours en contrôle.
Commentaires, questions et correctifs à [email protected].

NOTES

Certains noms de ports dans / etc / services contiennent des traits d'union -- netcat ne fonctionnera pas correctement actuellement
les analyser à moins que vous n'échappiez aux tirets avec des barres obliques inverses (par exemple "netcat localhost
'ftp\-data'").

Utilisez nc.traditional en ligne en utilisant les services onworks.net