Englishfrançaisespagnol

Icône de favori OnWorks

rtelnet - En ligne dans le Cloud

Exécutez rtelnet dans le fournisseur d'hébergement gratuit OnWorks sur Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

Il s'agit de la commande rtelnet qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

PROGRAMME:

Nom


rfinger - version client SOCKS de finger
rftp - version client SOCKS de ftp
rtelnet - version client SOCKS de telnet
rwhois - version client SOCKS de whois

SYNOPSIS


Voir les pages de manuel sur doigt(1), ftp(1), telnet(1), whois (1).

DESCRIPTION


Ces programmes fournissent les fonctionnalités bien connues aux hôtes au sein d'un pare-feu.
Normalement, lorsqu'un pare-feu est construit, l'accessibilité IP à travers le pare-feu est coupée
pour réduire les risques de sécurité pour les hôtes au sein du pare-feu. Par conséquent, les hôtes internes ne peuvent
plus utiliser directement de nombreux outils bien connus pour accéder aux ressources en dehors du
pare-feu.

Ces programmes restaurent la commodité des outils bien connus tout en maintenant la
exigence de sécurité. Bien que les programmes diffèrent beaucoup de leurs homologues dans le
l'utilisation du schéma de communication, ils devraient se comporter de manière presque indiscernable pour les utilisateurs.
Notez cependant que rftp fait écho au mot de passe lorsque vous le saisissez si vous utilisez anonyme
comme nom de connexion. Contrairement à ceux des versions précédentes, ce sont des clients "polyvalents",
ce qui signifie qu'ils peuvent être utilisés pour les connexions aux hôtes internes directement et à l'extérieur
hôtes via les serveurs proxy SOCKS. Ils peuvent donc être utilisés en remplacement de leur traditionnel
homologues.

Lorsque l'un de ces programmes démarre, si la variable d'environnement CHAUSSETTES_BANNER est défini,
le programme s'imprime sur stderr son numéro de version et le nom ou l'adresse IP de son défaut
Serveur proxy SOCKS. Il consulte ensuite le fichier de configuration pour déterminer si un
la demande doit être autorisée ou refusée en fonction de l'utilisateur demandeur, de l'hôte de destination,
et le service demandé. Pour les demandes autorisées, le fichier de configuration dicte également
si une connexion directe ou proxy doit être utilisée vers la destination donnée, et éventuellement
les serveurs SOCKS réels à utiliser pour la connexion proxy. Le programme recherche d'abord
le fichier de configuration gelé /etc/chaussettes.fc premier. Si ce n'est pas trouvé, il recherche alors
le fichier /etc/chaussettes.conf. Si les deux fichiers sont absents, ces programmes essaieront seulement directement
connexions aux hôtes de destination, les faisant se comporter comme leurs
homologues.

Vous pouvez utiliser la variable d'environnement CHAUSSETTES_NS pour définir le serveur de noms pour le nom de domaine
résolutions. Assurez-vous d'utiliser l'adresse IP du serveur de noms que vous souhaitez utiliser, pas son
nom de domaine. Si CHAUSSETTES_NS n'existe pas, l'adresse IP définie par le symbole
SOCKS_DEFAULT_NS au moment de la compilation est utilisé si les programmes ont été compilés avec ce symbole
défini. Sinon, les serveurs de noms spécifiés dans / Etc / resolv.conf sont utilisés.

Tous les programmes clients utilisent syslog avec facilité démon et niveau avis pour enregistrer leur
Activités. Ces lignes de journal apparaissent généralement dans le fichier /var/adm/messages bien que cela puisse être
changé en modifiant /etc/syslog.conf. (Voir syslogdde Géographie (8) et avec la syslog.conf(5).) Lignes typiques
ressembler

11 avril 10:02:23 eon rfinger[631]: connect() de don(don) à abc.com (doigt) en utilisant sockd sur chaussettesserv
10 mai 08:39:07 eon rftp[603]: connect() directement de blue(blue) à xyz.edu (ftp)
10 mai 08:39:09 eon rftp[603]: bind() directement à partir du bleu (bleu) pour xyz.edu (ftp)
18 mai 13:31:19 eon rtelnet[830]: connect() de root(jon) à xyz.edu (telnet) en utilisant sockd à sockd2
18 mai 14:51:19 eon rtelnet[921]: refusé -- connect() de jon(jon) à xyz.edu (telnet)

Des deux identifiants apparaissant dans chaque ligne de journal, le premier est l'identifiant effectif lorsque
le programme est invoqué, le second (celui entre parenthèses) est celui utilisé au login.
Le contrôle d'accès s'applique aux ID utilisateur effectifs.

Utiliser rtelnet en ligne en utilisant les services onworks.net


Serveurs et postes de travail gratuits

Télécharger des applications Windows et Linux

Commandes Linux

Ad