rlogin − login distant (remote login)

rlogin [−8ELd] [−e char] [−l username] host

rlogin démarre une session en mode texte sur l’hôte distant host.

Le mécanisme d’autorisation de Berkeley rhosts est utilisé. Les options sont les suivantes :

−8

L’option −8 autorise en permanence les entrées sur 8 bits ; sinon les bits de parité sont supprimés quand les caractères stop et start du coté distant sont différents de ^S/^Q .

−E

L’option −E empêche tout caractère d’être reconnu comme une séquence d’échappement. Quand elle est utilisée avec l’option -8, elle fournit une connexion complètement transparente.

−L

L’option -L autorise la session rlogin a être lancé en mode « litout » (voir le mode tty(4)).

−d

L’option -d active le déboggage sur les sockets TCP (voir setsockopt(2) utilisés pour la communication avec l’hôte distant.

−e

L’option -e autorise la spécification du caractère d’échappement utilisateur, qui est « ~ » par défaut. Cette spécification peut être donnée sous la forme d’un caractère littéral, ou sous la forme d’une valeur octale de type \nnn.

−l

Par défaut, le nom d’utilisateur distant est le même que nom d’utilisateur local. L’option −l permet de spécifier le nom d’utilisateur distant.

Une ligne de la forme « <escape char> » déconnecte de l’hôte distant. De la même manière, la ligne « <escape char>^Z » pourra suspendre la session rlogin, et « <escape char><delayed-suspend char> » suspend la portion de rlogin, mais autorise la sortie depuis le système distant. Par défaut, le caractère tilde « ~ » est le caractère d’échappement, et control-Y « ^Y » le caractère « delayed-suspend ».

Tous les échos ont lieu sur le site distant, aussi (à l’exception des délais de latence) la commande rlogin est transparente. Le flot de contrôle via ^S/^Q et la purge de l’entrée et la sortie des interruptions sont gérés correctement. La variable d’environnement suivante est utilisée par rlogin :

TERM

Détermine le type de terminal de l’utilisateur.

rsh(1)

La commande rlogin est apparue dans 4.2BSD.

rlogin sera remplacé par telnet(1) dans un futur proche.

Une plus grande partie de l’environnement devrait être propagée.

Sébastien Blanchet, 2002 <sebastien.blanchet@free.fr>