telemaintenance lesoutils
interlnk et intersvr
apparus avec MSDos 5.0 sur certains portables (dont le quaderno olivetti, voir
ftp:// (devoirs de vacances, 1994 ? ? ?) présent dans tous les dos 6.xx.
disparus avec Windows 95 (mais toujours utilisable sous certaines conditions)
présentation :
un poste en serveur (INTERSVR.EXE) (ne demande pas d’installation, ni
redémarrage)
un poste en client (INTERLNK.EXE) (installé dans le config.sys, redémarrage
nécessaire)
en cas d’utilisation d’une liaisson série, intersrv peut-être téléchargé par le
câble (possibilité d’attaquer une machine ne disposant pas/plus de disquette)
nécessite
- une liaison par câble null-modem entre les ports série rs232 voir si câble
null-modem se contente de trois fils ou si lignes de contrôle sont nécessaires)
(sans doute que les lignes de contôles sont nécessaires pour le télécahrgement
par CTTY comx
- un câble "transfert de fichier" entre les ports parallèles
(voir compatibilites différents modes de port // ?????)
- liaison infra-rouge (native= NON IRDA envisageable)
téléchargeable par le cable serie
- liaison par modem également envisageable
-
problèmes de compatibilité
L’interconnexion est installée au niveau du DOS donc transmet des unites
logiques mais ne transmet pas les unités supplémentaires qui utilisent déja le
redirecteur de fichier = pas les cdrom.
le disque en interlnk n'est pas exploitable par les utilitaires BIOS
(fdisk, format, gigolo13, ni sans doute EBIOS: utiliser gigolo25, ou dd25A; voir
dds)
j'évalue mal les risques aàécrire dans des solutions inter-système : je suggère
de n'utiliser interlnk qu'en lecture = mettre intersvr sur le système à lire et
interlnk sur le système en écriture
a priori windows <=98 hérite d'un interlnk installé dans le dos sous jacent.
usage en windows NT, 2000, XT a priori hors de propos du coté client, a voir
coté serveur.
noms longs?
vraisemblable si le serveur les supporte.
bien que le serveur n'ait pas à les traiter, il semble que le DOS 6.0 se bloque
quand on lui présente une disquette avec des noms longs.
supportable si le client ne se blocque pas dessus
intersvr démarre bien avec un boot win 98 SE ou Win 95b. Et cela méme
dans le cas du boot en mode ligne de comande (même depuis une disquette)
fat32
a voir, sans doute à peu près les mêmes contraintes que pour les noms longs.
il faut bien sûr que le client la connaisse parfaitement
il faut aussi que le serveur ne se panique pas à sa rencontre
voir aussi
connexion directe par câble
tranxit
kermit
laplink
LCE maître-Esclave
Tiny réseau