J'avais déjà couvert (plus ou moins), la configuration de base d'AmiTCP dans un article pour AmigaNews ... Mais est-ce qu'une machine de 30 ans, pas mis à jour depuis presque 2 décennies sera capable de s'intégré à mon réseau moderne ?

Sortie en 1990, cette carte Zorro II est limité à 10Mb/s et n'a que des connecteurs 10Base5 et 10Base2 ... complétement obsolètes et plus supportés par les équipements réseau moderne (ben oui, 30 ans quand même). Heureusement, dans ce que ma femme appelle mon bordel, il me reste des transceivers vers du 10BaseT "moderne". Et à ma grande surprise, mon Hub n'a aucun problème pour accepter des connexions aussi lentes (sans bien sûr pourrir le reste du réseau).

Le genre de transceiver que j'ai dans mes stocks
(photo honteusement pompée sur le web)

L'AmigaOS n'ayant pas d'office de couche IP (à l'instar des OS de cette époque), il faut lui en rajouter une. Était installé sur mon système la vénérable AmiTCP version 4.0 Démo issue d'un Fred Fish : en cherchant sur Aminet, elle n'a pas été mise à jour depuis et il n'est pas possible de s'enregistrer, la compagnie n'existant plus. Comme elle remplissait largement son rôle ... il y a 10 ans, je vais donc tester avec elle.

La première étape a été bien entendu de modifier les fichiers de configuration pour prendre en compte mon nouveau réseau (passerelle par défaut, nouveau nom de domaine, serveur de noms ...). C'est bon, le 4000 communique avec l'extérieur !

Version démo et grand âge font qu'il y a quand même quelques manques dans cette version brute de décoffrage par rapport à un réseau moderne (enfin, pour mon usage s'entend) :

• Pas de DHCP : Alors franchement, ça ne me gêne pas. Quand j'ai découpé mon réseau, j'ai gardé quelques IP fixes pour les machines critiques. Comme à l'époque, mon 4000 se contentera d'une IP fixe.
• Pas de SSH : Plus aucune de mes machines n'utilisent de telnet (qui n'est même plus installé d'ailleurs), de ftp ni même de NFS. Ça va être clairement ma priorité numéro 1.
• Pas d'Avahi : La grosse majorité de mes machines sont gérées dynamiquement par ce système. Ça va être pénible de s'y connecter sans la résolution de nom Avahi. Ma seconde priorité.

La pile de mon 4000 ayant décédé depuis déjà bien longtemps (et enlevé, bien sûr), il prend l'heure depuis le réseau au lancement d'AmiTCP, en utilisant le protocole daytime (RFC 867).

Malheureusement,

• iNetd est considéré par beaucoup comme une faille de sécurité et n'est donc pas présent par défaut ... Je l'ai donc l'installé sur mon BananaPI et surtout, ne pas oublier d'activer le service daytime (dans /etc/xinetd/daytime).
• Malheureusement, grand malheureusement, il n'y a aucune norme pour ce qu'il renvoie. Et évidemment, ce que faisait SUN à l'époque n'est plus ce que fait Linux aujourd'hui. En plus SetDate de l'AmigaDOS ne prend les années que sur 2 caractères même si ca n'impacte pas sa compatibilité avec l'an 2000.

Bref, j'ai modifié le script SynClock comme suit (mon premier ARexx depuis bien bien longtemps) :

/* Synchronise l'horloge avec celle du serveur "actif" sur le r�seau
 * Note : la RFC n'indique pas de format. Du coup ... bidouille
 */

Address 'COMMAND'
months='JanFebMarAprMayJunJulAugSepOctNovDec'
If ~Open(dt, 'TCP:actif.chez.moi/daytime', 'R') Then
    Do; Say '*** Service not present'; Exit 10; End
d = readln(dt)
tim = SubWord(d, 4, 1)
month=(Pos(Upper(SubWord(d, 2, 1)), Upper(months)) + 2) / 3

/* Ce format correspond a ce qu'envoie Solaris */
/* Date TIME tim DATE SubWord(d, 3, 1)'-'month'-'SubStr(d, 23, 2) */

/* Format correspondant � ce que retourne mon BananaPI sous Linux */
Date TIME tim DATE SubStr(d, 1, 2)'-'month'-'SubStr(SubWord(d, 3, 1),3,2)

SetClock SAVE

Initialement, j'effectuais mes transfères vers/depuis l'Amiga en montant des rondelles NFS. Sauf qu'aujourd'hui, j'ai beaucoup de machines sur mon réseau, la majorité n'ayant plus d'adresse fixe, le NFS n'est simplement plus adapté.

Heureusement, un serveur FTP est fourni avec AmiTCP ... mais qui n'est pas configuré.

Je n'ai pas (encore ?) réussi à me connecter avec mon utilisateur au serveur FTP : j'ai systématiquement un "acces denied" (alors qu'évidemment, je n'ai aucun problème avec telnet). Bref, je dois passer par un accès anonyme qui nécessite de créer un compte ftp. Dans le fichier AmiTCP:db/passwd, j'ajoute la ligne suivante.

ftp|*|3|99|Anonymous FTP User|SD0:|cli

(SD0: étant un RAM disk résistant au reboot à la RAD: mais dont la taille est dynamique).

Par défaut, l'utilisateur anonyme n'a que le droit en lecture. Il l'obtient en ajoutant l'option -G à la ligne ftp du fichier AmiTCP:db/inetd.conf

Ce qui donne

ftp       stream      tcp nowait root AmiTCP:serv/ftpd ftpd -l -x -G

$ ftp Miga.chez.moi
Connected to miga.chez.moi.
220 miga.chez.moi FTP server (Version 5.60 (Amiga version 1.2) ) ready.
Name (Miga.chez.moi:laurent): ftp
500 'AUTH TLS': command not understood.
500 'AUTH SSL': command not understood.
SSL not available
331 Guest login ok, send ident as password.
Password:
230 Guest login ok, access restrictions apply.
Remote system type is AmigaOS.
ftp> bin
200 Type set to I.
ftp> put AmiSSL-5.7-OS3.lha 
local: AmiSSL-5.7-OS3.lha remote: AmiSSL-5.7-OS3.lha
200 PORT command successful.
150 Opening BINARY mode data connection for AmiSSL-5.7-OS3.lha.
226 Transfer complete.
3497871 bytes sent in 9,12 secs (374,5570 kB/s)
ftp> 

A noter que le client FTP essaie de passer en SSL ... malheureusement inconnu du serveur Amiga.