Telnet est un protocole qui permet d'ouvrir une session sur un ordinateur distant. En d'autre termes, il permet depuis 1 ordinateur d'ouvrir un cli sur un autre ordinateur, et d'executer sur cet ordinateur distant des commandes depuis le premier ordinateur. Ideal, par example, pour la maintenance d'un ordinateur auquel on a pas accès physiquement. On considerera que votre réseau local est en place, pleinement fonctionnel, que l'amiga à pour nom "miga" et pour ip 192.168.1.2, et que le pc linux à pour nom "tux", et 192.168.1.1 comme ip.

Je ne traiterai ici le cas de MiamiDX, un serveur telnet étant inclus dans l'archive ...
Toutefois, d'autres serveurs Telnet sont disponible sur Aminet, et seront traité dans le futur. A noter, le "demon" telnet fourni avec MiamiDX fait aussi office de serveur Rlogin. Rlogin est aussi un service de shell distant, mais principalement utilisé sous Unix. Rlogin à l'aventage (tout est relatif) d'offrir une connexion sans mot de passe aux machines auquels on a entiere confience.

Le serveur Telnet étant lancé par le démon inet, c'est la premier chose à configurer.

Dans Database, InetD, créer les services Telnet et rlogin :

telnet  stream  tcp  nowait  nobody  Miami:MiamiTelnetD  MiamiTelnetD  -t
rlogin  stream  tcp  nowait  nobody  Miami:MiamiTelnetD  MiamiRloginD  -r

Attention, il se peut que le service Rlogin soit defini en fait en tant que login dans le fichier de definition "services". Dans ce cas, créez simplement un alias rlogin

Nous allons ensuite créer un utilisateur "bla" ayant accès aux serveurs Telnet et Rlogin, poccedant bien entendu un mot de passe, et surtout un shell de connexion. Pour ce faire, renseignez la case Shell de la sorte : *newshell *

Il ne reste plus qu'a autoriser ou non les machines exterieurs à acceder à vos serveurs Telnet et Rlogin :

J'autorise ici la machine 192.168.1.1 à acceder aux serveurs Telnet et Rlogin, option de log activé.

Voila, les serveurs Telnet et Rlogin sont maintenant operationnel, il ne reste plus qu'a vos clients à y acceder.

Example de connexion Telnet puis Rlogin:

[bla@tux bla]$ telnet miga
Trying 192.168.1.2...
Connected to miga.76hcd.fr.
Escape character is '^]'.

MiamiTelnetD V0.9a  Copyright (C) 2000 Nordic Global Inc.
Host: Miga.76hcd.fr

Login: bla
Password:
Nouvelle tâche Shell 10
bla@miga 10.Data:> dir
     T (dir)
     smpl (dir)
     m0duLeS (dir)
     dessins (dir)
  dessins.info                     Disk.info
  m0duLeS.info                     smpl.info
  T.info
bla@miga 10.Data:> endcli
Connection closed by foreign host.
[bla@tux bla]$ rlogin miga

MiamiTelnetD V0.9a  Copyright (C) 2000 Nordic Global Inc.
Host: Miga.76hcd.fr

Password:
Nouvelle tâche Shell 10
bla@miga 10.Data:> endcli
rlogin: connection closed.
[bla@tux bla]$

Coté Amiga, MiamiDX logue tres bien la chose :

26.08.01 15:41:20 Access from host 192.168.1.1 to port tcp/23 allowed.
26.08.01 15:42:40 Access from host 192.168.1.1 to port tcp/513 allowed.

Comme dit un peu plus haut, il est possible d'ouvrir une connexion rlogin sans mot de passe. En fait, le mot de passe existe, mais en tant qu'administrateur de notre reseau, on fait pour telle ou telle raison confiance a certain utilisateur de certaines machines. Il faut donc modifier le fichier Miami:data/MiamiTelnetD.config.
Un exemple valant mieux que de longues explication, voici la ligne à ajouter à la fin de ce fichier :

trusted 192.168.1.1 bla %

Ici, j'autorise la machine 192.168.1.1 à acceder à ma machine sans mot de passe avec le compte bla. Bien entendu, le compte "bla" existe sur les 2 machines. Le % en fin de ligne est une sécurité, obligeant l'utilisateur distant à être logué en tant que bla sur la machine 192.168.1.1. Ainsi, les utilisateurs toto ou root de la machine 192.168.1.1 pouront se connecter, mais un mot de passe leur sera demandé.