TNT - Un programme Terminal pour le Packet-Radio sous UNIX ---------------------------------------------------------- (Derniere modification : 02/02/96) Traduction en francais : F1IRW et F1RMB. F1IRW @ F5KMR.FRHA.FRA.EU (Ham Radio) F1RMB @ F5KMR.FRHA.FRA.EU (Ham Radio) / oops@ibs.ibs.fr (internet) Mises a jour > v1.8 : F5SOH F5SOH @ F5KBS.FAQI.FRA.EU (Ham Radio) / f5soh@bigfoot.com (internet) Index ----- Introduction Version de TNT decrite Licence, copies, garantie Sur le Packet Radio et TNT Pourquoi ce programme ? Configuration requise Programme de Messagerie DPBox 1. Description 1.1. Ecrans virtuels 1.2. Types d'ecrans virtuels 1.3. Ligne de statut principale 2. Commandes 2.1 Commandes clavier 2.1.1. Mouvement du curseur et divers 2.1.2. Mouvement et controle des fenetres 2.1.3. Bascule des ecrans 2.1.4. Macros clavier 2.2. Commandes en mode commande 2.2.1. Commandes TNC 2.2.2. Commandes externes 2.2.2.1. Reception de donnees dans un fichier 2.2.2.2. Envoyer un fichier 2.2.2.3. Shell, run et redirection 2.2.2.4. Repertoires 2.2.2.5. Divers 2.2.2.6. Scripts de routage 2.2.2.7. Moniteur etendu et liste de messagerie 2.2.2.8. Commandes interface 2.2.2.9. Commandes de l'interface DPBox 2.2.2.10. Commandes de generation de mot de passe 2.2.2.11. Autorisation et niveau d'acces des commandes distantes 2.2.2.12. Emission/reception de Broadcast 3. Description detaillee 3.1. Commandes Distantes 3.1.1. Niveau d'acces par defaut pour les commandes a distance 3.1.2. Validation du mot de passe Sysop (//SYSOP) 3.1.3. Shell avec l'autorisation du root (//ROOTSH) 3.1.4. Connexion socket (//SOCKET) 3.1.5. La commande dangereuse //ECHO 3.1.6. Creer de nouvelles commandes a distance 3.1.7. Commandes a distance etendues 3.2. Conversion des umlaut 3.2.1. Affichage 3.2.2. Envoi d'un texte 3.2.3. Reception de fichiers 3.2.4. Envoi de fichiers 3.3. Utilisation des fonctions UNIX 3.3.1. Shell login 3.3.2. Redirection 3.3.3. Programmes run 3.3.4. Serveur socket 3.3.4.1 Serveurs Ax25 3.3.4.2 Serveur Netcmd 3.3.5. Connexion socket 3.4. Methodes de transferts de fichiers 3.4.1. Transfert de fichier AutoBIN 3.4.2. Transfert de fichier Yapp 3.4.3. Transfert de fichier 7plus 3.5. Texte d'accueil special et fichiers avec macros, base de donnee de noms 3.6. Scripts de routage 3.7. Actualisation des indicatifs 3.8. Carnet de trafic 3.9. Macros clavier 3.10. Liste de messagerie 3.10.1. Description generale 3.10.2. Utilisation de la liste de messagerie 3.10.3. Utilisation des macros clavier 3.10.4. Formats reconnus 3.11. Moniteur etendu 3.12. Utilisation de DPBox 3.12.1. Description generale 3.12.2. Utilisation de l'interface socket UNIX 3.12.3. Ecran de messagerie 3.12.4. Utilisation de DPBox via packet radio 3.12.5. Fonctions Autobox et monbox 3.12.6. Liste unprotos 3.13. Generation automatique des mots de passe 3.13.1. Description generale 3.13.2. DIEBOX 3.13.3. FlexNet 3.13.4. TheNet 3.13.5. Baycom 3.13.6. MD2 3.14. Compression Huffman 3.15. Maniement des connexions de test de qualite de FlexNet 3.16. Utilisation de plusieurs logiciels avec le meme indicatif 3.17. Fonctionnement broadcast du mode PACSAT 3.18. Autostart au lancement de TNT 3.19. TNT en resident, TNTC 4. Description des fichiers de configuration 4.1. Fichier de configuration principal 4.1.1. Configuration generale et ports serie 4.1.2. Securite 4.1.3. Repertoires, fichiers et sockets 4.1.3.1 Repertoires 4.1.3.2 Fichiers 4.1.3.3 Sockets et fichiers DPBox 4.1.4. Lignes des ecrans virtuels 4.1.5. Configuration de l'affichage 4.1.6. Attributs d'ecran 4.1.6.1. Attributs couleurs 4.1.6.2. Attributs monochromes 4.1.7. Timeout de l'assemblage des paquets 4.1.8. Options supplementaires 4.2. Fichiers de configuration du TNC 4.3. Fichier cookie 4.4. Fichier pour les commandes distantes 4.5. Fichier pour le texte d'accueil 4.6. Fichiers pour la base de donnee des noms et des scripts de routage 4.6.1. Base de donnee des noms 4.6.2. Base de donnee de routage 4.7. Identificateur utilisateur et securite 4.8. Fichier log pour les resyncronisations 4.9. Fichier pour les macros clavier 4.10. Fichier pour la generation des mots de passe 4.11. Fichier pour l'authentification sysop 4.12. Fichier pour inhiber les commandes distantes 4.13. Fichier contenant les indicatifs rejetes 4.14. Fichier contenant les repeteurs Flexnet 4.15. Fichier pour l'acces au serveur Ax25 4.16. Fichier pour l'autostart au demarrage 4.17. Fichier pour les commandes a distance etendues 4.18. Fichier pour les fonctions BBS 4.19. Fichier de configuration de TNTC 4.20. Fichier de definition des sons 4.21. Fichier de definition des messages/macros TELL 5. Informations complementaires 5.1. Options de demarrage 5.2. Fonctionnement sous X11 5.3. Portage de TNT 6. Conclusion A. Annexe A.1 Table de compression statique Huffman ----------------------------------------------------------------------------- Introduction ----------------------------------------------------------------------------- Version concernee de TNT Cette documentation concerne TNT ver 1.8 ----------------------------------------------------------------------------- Licence, copie et garantie TNT est Copyright (C) 1993-1996 par Mark Wahl, DL4YBG Ce programme est gratuit; vous pouvez le redistribuer et/ou le modifier suivant les termes de la licence generale publique GNU comme publie par la Free Software Foundation (fondation de logiciels gratuits). Ce programme est distribue dans l'espoir qu'il soit utile, mais SANS AUCUNE GARANTIE ; sans meme une garantie implicite de COMMERCIALISATION ou QUOI QUE CE SOIT DANS CE SENS. Allez voir la licence generale publique GNU pour plus de details (contenue dans le fichier 'licence'). Vous devez avoir recu une copie de la licence generale publique GNU avec ce logiciel ; si ce n'est pas la cas, ecrivez a : Free Software Foundation, Inc. 675 Mass Ave Cambridge, MA 02139 USA. ----------------------------------------------------------------------------- A propos du Packet Radio et TNT Le Packet Radio est un mode special utilise par les Radio Amateurs pour transferer du texte et des donnees. C'est oriente paquets et utilise le protocole AX.25 (une version speciale de l'X.25 pour les besoins des radio amateurs). Il existe des petits ordinateurs qui implementent le protocole AX.25 et contiennent l'interface modem avec l'emetteur radio. Le terminal ou l'ordinateur avec un programme terminal est connecte par l'interface RS232. Ces petits ordinateurs sont appelles Terminal Node Controller (TNC). Pour la plupart de ces TNCs, un logiciel special est disponible (logiciel WA8DED ou The Firmware par NORD>touche en mode console normal. Sous X la touche Alt+touche n'est pas supportee dans ce cas. Donc, par exemple pour activer l'ecran moniteur avec X, vous devez d'abord frapper la touche et ensuite M a la place de Alt+M. (*1) : Partie d'entree dans les ecrans de connexion ou de messagerie. (*2) : Ecran de commande et partie d'entree de l'ecran de moniteur etendu. (*3) : Ecrans moniteur, de reception d'une connexion, de moniteur etendus ou de messagerie. (*4) : Ecrans de commande, de liste de messagerie, d'ecoute et d'aide. (*5) : Seulement sur l'ecran moniteur. ----------------------------------------------------------------------------- 2.1.1. Mouvement du curseur et divers CR, LF, M, J : Les caracteres depuis le debut de la ligne jusqu'a la position du curseur sera transmise sur la voie courante (*1) ou seront transferes a l'interpreteur de commande (*2). Si le premier caractere de la ligne (*1) est un deux points (":"), la ligne sera transmise a l'interpreteur de commande (sans les deux points). Un deux point (':') comme premier caractere de (*2) sera ignore et supprime. Si WHOLElin est defini a ON, le ligne entiere sera prise en compte et la position du curseur sera ignoree. Fleche a gauche, S : Deplace le curseur d'un caractere vers la gauche, s'il n'est pas deja en debut de ligne (*1,*2). Fleche a droite, D : Deplace le curseur d'un caractere vers la droite, s'il n'est pas deja en fin de ligne (*1,*2). Fleche en haut, E : Deplace le curseur d'une ligne vers le haut, s'il n'est pas deja en haut de l'ecran (*1,*2,*4). Fleche en bas, X : Deplace le curseur d'une ligne vers le bas, s'il n'est pas deja sur la derniere ligne (*1,*2,*4). A : Deplace le curseur au debut de la ligne (pour l'ecran de commande et la partie envoie d'un ecran de connexion). F : Deplace le curseur jusqu'au prochain caractere qui ne soit pas un espace (pour l'ecran de commande et la partie envoie d'un ecran de connexion). INSERT, N : Bascule le mode insertion. Si le mode insertion est actif, un "I" sera affiche sur la ligne de statut inferieure. En mode normal, tout caractere sera reecrit, en mode insertion, tout caractere depuis la position du curseur jusqu'a la fin de la ligne sera deplace d'une colonne vers la droite (*1,*2). DEL, H : Efface le caractere directement a droite du curseur et deplace le curseur d'une colonne vers la gauche. Si le mode insertion est actif, tous les caracteres depuis la position du curseur jusqu'a la fin de la ligne seront deplaces d'une colonne vers la gauche (*1,*2). L : Le caractere sous le curseur sera efface, tous les caracteres a droite du curseur jusqu'a la fin de la ligne seront deplaces d'une colonne vers la gauche (*1,*2). Y : Efface tout les caracteres depuis la position du curseur jusqu'a la fin de la ligne (*1,*2). V : Caractere de passage. Si par exemple vous voulez envoyer un Ctrl-T sur la voie connectee, faites d'abord Ctrl-V puis un "T". Un attribut different du caractere montrera qu'il s'agit d'un caractere de controle (*1). ----------------------------------------------------------------------------- 2.1.2. Mouvement et controle des fenetres R, Fleche en haut (*5) : Deplace la fenetre d'affichage de l'ecran virtuel d'une ligne vers la haut, si ce n'est pas le haut de l'ecran virtuel (*3). C, Fleche en bas (*5) : Deplace la fenetre d'affichage de l'ecran virtuel d'une ligne vers la bas, si ce n'est pas le bas de l'ecran virtuel (*3). Page haut, W : Deplace la fenetre d'affichage de l'ecran virtuel d'une page vers le haut, si ce n'est pas le haut de l'ecran virtuel (*3,*4). Page bas, Z : Deplace la fenetre d'affichage de l'ecran virtuel d'une page vers le bas, si ce n'est pas le bas de l'ecran virtuel (*3,*4). HOME : Va au debut de la fenetre (*3,*4). END : Va a la fin de la fenetre (*3,*4). P, P, P : Bascule d'arret de reception de caracteres sur l'ecran actuel, possible uniquement sur un ecran de connexion ou l'ecran moniteur. L'arret est indique par un "P" sur la ligne de statut inferieure (ecran moniteur et partie reception d'un ecran de connexion). ----------------------------------------------------------------------------- 2.1.3. Bascule des ecrans F1 - F9 : Bascule vers l'ecran de connexion des voies 1 a 9. Si la touche est appuyee une seconde fois, et que la voie selectionnee plus 10 existe, 10 est ajoute au numero de la voie actuelle (deux fois F1 passe a la voie 11). F10 : Bascule sur l'ecran de connexion de la voie 0 (voie unproto). Si la touche est appuyee une autre fois, bascule vers les voies 10, 20, ... si elles existent. F11, M, M : Bascule sur l'ecran moniteur, si on est deja en ecran moniteur, revient sur l'ecran de connexion precedant. F12, C, C : Bascule sur l'ecran de commande. Q, Q : Bascule vers l'ecran de connexion de la voie courante. TAB, I : Selectionne une nouvelle voie, un "??" indiquera cela a la place du numero de voie sur la ligne de statut. Un nombre entre 00 et 99 pour les voies 00 a 99 devra etre entre. Seulement les voies existantes sont acceptees. Si le moniteur etendu est actif, le numero de la voie du moniteur etendu (0 a 4) est selectionne a la place de la voie connectee. X, X : Bascule vers l'ecran de moniteur. S, S : Mets a jour et affiche la liste des stations entendues. L, L : Bascule le generateur de lecture de BBS (seulement actif sur la voie courante). Si vous etiez deja en generateur de lecture, l'ecran revient comme avant. B, B : Si DPBox est connecte, bascule sur la console d'operateur du BBS. ---------------------------------------------------------------------------- 2.1.4. Macros clavier 0 - 9, 0 -9 : Touches de fonctions parametrables par l'utilisateur pour ses textes ou commandes. ---------------------------------------------------------------------------- 2.2. Commandes en mode commande ---------------------------------------------------------------------------- 2.2.1. Commandes TNC Beaucoup de commandes en hostmode se composent d'un seul caractere. Il est souvent difficile de se souvenir du caractere d'une commande que l'on n'utilise pas souvent. Donc, pour chaque commande TNC, un nom parlant existe. Mais il est toujours possible d'utiliser la commande originale faite d'un seul caractere. Uniquement les commandes connues ont ete implementees, Si vous avez un logiciel TNC qui possede des commandes supplementaires, la commande "TNC" doit etre utilisee (cf : 1.4.2.5.). Plus d'information sur les commandes peut etre trouvee dans la documentation du logiciel du TNC (Commandes TNC de NORD> : Un fichier sera ouvert et toutes les donnees transmises et recues sur la voie selectionnee seront y seront sauvees. Si aucun repertoire n'est specifie, le fichier sera sauve dans le repertoire 'download_dir'. Si 'download_dir' est vide, le repertoire courant sera utilise. Un CR sera transcrit en LF et tous les caracteres de controles en ^X. La conversion des Umlaut sera aussi active. L'identificateur du type de fichier sera 'RN', reception normale. LOGRec : Identique a LOGQSO mais seules les donnees recues seront sauvees. L'identificateur du type de fichier sera 'RN', reception normale. LOGSnd : Identique a LOGQSO mais seules les donnees transmises seront sauvees. L'identificateur du type de fichier sera 'RN', reception normale. READ : Un fichier sera ouvert et toutes les donnees recues y seront sauvees. Si aucun repertoire n'est specifie, le fichier sera sauve dans le repertoire 'download_dir'. Si 'download_dir' est vide, le repertoire courant sera utilise. Seule la conversion de CR en LF sera faite. READ devra etre utilisee pour la reception de fichiers 7PLUS. L'identificateur du type de fichier sera 'RP', reception pleine. READBin : Identique a READ mais aucune conversion de caractere ne sera faite. L'identificateur du type de fichier sera 'RB', reception binaire. READAbin : Commence a recevoir un fichier en utilisant le protocole AutoBIN. Si aucun repertoire n'est specifie (dans tnt.ini), le fichier sera sauve dans le repertoire 'download_dir'. Si 'download_dir'n'est pas specifie, le repertoire courant sera utilise. L'identificateur du type de fichier sera 'RA', reception AutoBIN. LOGAbin : Identique a READABIN sauf qu'a la fin de la transmission, les donnees statistiques sur le transfert seront uniquement affichees mais pas envoyees (utile lors de la reception de fichier binaire venant de BBS qui n'aimeront pas ce type d'envoi !) L'identificateur du type de fichier sera 'RQ', reception AutoBIN en mode silencieux. READYapp Demarre la reception d'un fichier avec le protocole Yapp, si ne nom du fichier n'est pas specifie, le nom transmis sera utilise, le repertoire contenu dans le nom sera enleve. Si le repertoire n'est pas specifie, le ficheir sera sauve dans 'download_dir'. Si 'download_dir'n'est pas specifie (dans tnt.ini), le repertoire courant est utilise. L'identificateur du type de fichier sera 'RY', Reception Yapp. CLose : Ferme le fichier de reception actif. LOGMon : Un fichier sera ouvert et toute donnee recue sur l'ecran moniteur sera sauvee. Si aucun repertoire n'est specifie, le fichier sera sauve dans le repertoire 'download_dir'. Si 'download_dir' est vide, le repertoire courant sera utilise. Un CR sera transforme en LF et les caracteres de controle en ^X. La conversion des Umlaut sera aussi active. L'identificateur du type de fichier sera 'RN', reception normale. RDMON : Identique a LOGMON. Seule la conversion des CR en LF sera faite. L'identificateur du type de fichier 'RP', reception pleine. RDMONBin : Identique a RDMON aucune conversion de caractere ne sera faite. L'identificateur du type de fichier sera 'RB', reception binaire. CLOSEMon : Ferme le fichier actif sur l'ecran moniteur. LOGXmon (sur l'ecran moniteur etendu), LOGXmon (sur les autres ecrans) : Un fichier sera ouvert et toutes les donnes recues sur le moniteur etendu courant (sur l'ecran moniteur etendu) ou sur l'ecran specifie (sur les autres ecrans) seront sauvees. Si aucun repertoire n'est specifie, le fichier sera sauve dans le repertoire 'download_dir'. Si 'download_dir' est vide, le repertoire courant sera utilise. Un CR sera transcrit en LF et les caracteres de controle en ^X. La conversion des Umlaut sera aussi active. L'identificateur du type de fichier sera 'RN', reception normale. RDXMON (sur l'ecran moniteur etendu), RDXMON (sur les autres ecrans) : Identique a LOGXMON mais seule la transcription des CR en LF sera faite. L'identificateur du type de fichier sera 'RP', reception pleine. RDXMONBi (sur l'ecran moniteur etendu), RDXMONBi (sur les autres ecrans) : Identique a RDXMON mais aucune conversion ne sera faite. L'identificateur du type de fichier sera 'RB', reception binaire. CLOSEXmo (sur l'ecran moniteur etendu), CLOSEXmo (sur les autres ecrans) : Ferme le fichier de reception actif sur le moniteur etendu courant (sur l'ecran moniteur etendu) ou sur l'ecran specifie (sur les autres ecrans). APPend [ON/OFF] : Possibilite de rajouter les chaines dans un fichier existant (valide uniquement pour LOGQSO, LOGREC, LOGSND, LOGMON et LOGXMON). AUTOBIn [ON/OFF] : Drapeau pour savoir si la reception AutoBIN doit demarrer automatiquement lors de la reception d'une entete AutoBIN valide (la reception AutoBIN est lancee en mode silencieux comme si elle etait recue avec la commande LOGABIN). AUTOYApp [ON/OFF] Drapeau pour savoir si la reception Yapp doit demarrer automatiquement a la reception d'une entete Yapp valide. AUTO7Pl [ON/OFF] Drapeau pour savoir la reception doit demarrer automatiquement a la reception d'une entete 7plus valide. Pour indiquer la reception 7plus l'identifiant de type de fichier 'A7' est affiche dans la ligne de status du bas de l'ecran. 2.2.2.2. Envoyer un fichier SEND : Envoi d'un fichier sur la voie selectionnee, un LF sera transcrit en CR. Si aucun repertoire n'est specifie, le fichier sera pris dans le repertoire 'upload_dir'. Si 'upload_dir' est vide, le repertoire courant sera utilise. SEND devrai etre utilise pour l'envoi de fichiers en 7PLUS. L'identificateur du type de fichier sera 'TP', transmission pleine. SENDLog : Identique a SEND mais les caracteres de controle seront transcrit en ^X et la conversion des Umlaut sera faite. L'identificateur du type de fichier sera 'TN', transmission normale. SENDBin : Identique a SEND mais aucune conversion de LF en CR sera faite. L'identificateur du type de fichier sera 'TB', transmission binaire. SENDAbin : Envoi d'un fichier en utilisant le protocole AutoBIN. Si aucun repertoire n'est specifie, le fichier sera pris dans le repertoire 'upload_dir'. Si 'upload_dir' est vide, le repertoire courant sera utilise. L'identificateur du type de fichier sera 'TA', transmission AutoBIN. SENDQbin : Identique a SENDAbin, mais il n'attend pas #OK# apres la transmission de l'entete #BIN# et les statistiques ne sont pas transmises. L'identificateur du type de fichier sera 'TQ', transmission AutoBIN, en mode silencieux. SENDYapp Envoie un fichier en utilisant le protocole Yapp. Si 'upload_dir' n'est pas defini, le repertoire courant sera utilise. L'identifiant de type de fichier est 'TY', Transmission Yapp. BReak : Arrete l'envoi d'un fichier. FPACLen : Longueur maximale d'un paquet pour l'envoi d'un fichier. Si SENDLog est utilise, la longueur est divisee par deux, cela est du a des restrictions de la conversion des Umlauts. Les valeurs admises peuvent etre comprises entre 20 et 256 caracteres. Si la compression statique Huffman est activee, la valeur maximale est reduite a 255 caracteres. Tout changement est global. 2.2.2.3. Shell, run et redirection SHell [trans] : (Cette commande est uniquement utilisable si c'est le root qui a lance TNT). Ouvre un shell sur la voie courante. Toute les donnees recus sur la voie courante seront transmises dans le shell, toutes les donnees venant du shell seront transmises sur la voie courante. Si aucun parametre n'est specifie, tout caractere LF (0x0A) envoye par le shell sera transcrit en CR (0x0D). Tout caractere LF (0x0A) recu d'une station distante sera transcrit en LF (0x0D) avant d'etre envoye au shell. Le parametre 'trans' annule cette conversion, tous les caracteres seront passes de facon transparente. TSHell [trans] Identique a SHell, mais sans la conversion de LF et CR. ROOTSH Identique a SHell mais avec les droits d'un superuser (root) TROOTSH Identique a ROOTSH, mais sans la conversion de LF et CR. ENDShell : Termine le shell sur la voie courante. RUN : Sur la voie courante, le programme specifie sera execute. Toutes les donnees recus sur la voie courante seront utilisees de facon standard comme entree dans le programme, toute donnees retournees par le programme seront envoyes sur la voie courante. Seuls les programmes contenus dans le repertoire 'tnt_bin_dir' pourront etre executes. Tous les caracteres LF (0x0A) envoye par le programme seront transcrits en CR (0x0D). Tous les caracteres CR (0x0D) recus de la station distante seront d'abord transcrits en LF (0x0A) avant d'etre envoyes au programme. RUNT : Identique a RUN, mais aucune conversion de LF et de CR ne sera faite (comme avec le parametre 'trans' du shell). ENDRun : Arrete l'execution d'un programme sur la voie courante. REDir : Redirige les entrees/sorties. Toute donnee recu sur la voie courante sera envoyee a , toute donnee recu de sera envoye sur la voie courante. ENDRedir : Termine la redirection sur la voie courante. SOCKCon Le socket specifie est connecte et toutes les donnees recues du socket sont transmises sur le port courant et inversement. Tous les LF en provenance du socket sont transcrits en CR. TOus les CR en provenance de la station distante sont transcrits en LF avant d'etre envoyes au socket. Information conplementaire au chapitre "Description detaillee". TSOCKCon Identique a SOCKCon mais sans la conversion de LF et CR. ENSOCKC Termine la connexion socket sur la voie courante. SOCket AXSERV Un serveur Ax25 est installe a l'adresse specifiee. A partir de la, une connexion est possible sur ce socket et apres authentification des connexions Ax25 peuvent etre lancees (ex: internet vers packet radio) Information conplementaire au chapitre "Description detaillee". SOCket AXSPEC Identique a SOCket AXSERV, excepte que les donnees en provenance du client vers l'Ax25 sont transmises directement au moment de LF et CR sans attendre le 'pty_timeout'. SOCket NETCMD Un serveur compatible Wampes est lance sur le socket specifie. Si aucun indicatif est specifie dans la ligne de commande, l'indicatif part defaut est utilise. Information conplementaire au chapitre "Description detaillee". ENDSock Termine le serveur socket a l'adresse indiquee. Toutes les connexions au serveur sont deconnectees. 2.2.2.4. Repertoires CD : Change le repertoire de travail pour . Si est vide, le repertoire HOME sera utilise. CWD : Affiche repertoire de travail actuel. 2.2.2.5. Divers TNC : est envoyee au TNC sans aucune conversion. CHANnel ou S : Bascule sur l'ecran de connexion de la voie x. Si elle est incluse dans un script, aucun changement d'ecran ne sera effectue, cela specifie simplement la voie utilisee pour les prochaines commandes. CONCall : Si la mise a jour de l'indicatif dans la ligne de statut est errone, du a un texte de connexion, l'indicatif peut etre restaure par cette commande. CStatus : Liste de toutes les voies connectees avec l'heure de debut de la connexion ainsi que l'indicatif. SENDCom : Execute un fichier contenant des commandes TNC ou externes (script de commande). CBell [ON/OFF/OTHER] : Sonne si le statut d'une connexion change (Connect Bell). Si "OTHER" (autre), alors la sonnerie sera generee seulement si une station se connecte a une voie differente de celle en cours. INFObell [ON/OFF/OTHER] : Sonne si un nouveau paquet est recu sur n'importe quel voie (INFOrmation bell). Si "OTHER" (autre), alors la sonnerie sera generee seulement si un nouveau paquet est recu sur une voie differente de celle en cours. COOKie [ON/OFF] : Envoi un cookie si une station distante se connecte. UMLaut [ON/OFF] : Conversion des Umlaut (cf 2.2.). CONText [ON/OFF] : Envoi un texte special a la connexion, utilisant les macros (cf 2.5.), prioritaire par rapport aux "COOKIE". TXEcho [ON/OFF] : Repete toute les donnees de la fenetre envoi dans la fenetre de reception. PTYEcho [ON/OFF] : Repete toutes les donnees recues et envoyees sur une voie ou un SHELL, RUN, SOCKET ou REDIR est actif. NAME : Defini le nom correspondant a l'indicatif sur la voie courante comme , si n'est pas specifie, le nom enregistre est affiche (seulement si la voie est connectee). STIme : Envoi la date et l'heure sur la voie active. SCOokie : Envoi un cookie sur la voie active. TIMESET : Envoi l'heure de l'ordinateur au TNC. DATESET : Envoi la date de l'ordinateur au TNC. RESYnc : Affiche le nombre de resynchronisations hostmode effectue depuis le demarrage du programme, et si c'est applicable, quelques informations concernant le probleme. LAYer3 [ON/OFF] : Active ou desactive l'analyse des trames des NETROM/TheNet (pid CF) dans le moniteur. HEArd [ON/OFF] : Active ou desactive la liste d'ecoute. Si OFF, le liste d'ecoute n'est pas mise a jour. KMAcro : Recharge en memoire le fichier de macros clavier 'func_key_file' defini dans le fichier d'initialisation. MSEnd : Envoi d'un fichier utilisant les macros (cf 2.5.). Le fichier est celui defini dans le fichier d'initialisation comme 'macrotext_dir'. WORDWrap [ON/OFF] : Active la fonction cesure ('wordwrap'). Un mot incomplet a la fin d'une ligne sera automatiquement copie en debut de ligne suivante. WHOLElin [ON/OFF] : Si ON, toute la ligne sera transmise (meme vide), si OFF, seule la partie allant du debut jusqu'a la position du curseur sera transmise. LINelen : Defini la longueur d'une ligne a partir de laquelle toute entree de caractere supplementaire sera ignoree ou que la cesure sera executee. Cette valeur devrai normalement etre definie a 80 caracteres. La valeur par defaut peut etre specifiee par 'input_linelen' dans le fichier d'initialisation. MONLines : Si vous aimez voir une partie de l'ecran moniteur sur un ecran de connexion, le nombre de lignes de moniteur peut etre specifie ici. Mettre a 0 si vous ne voulez aucune ligne moniteur. La valeur par defaut peut etre specifiee par 'lines_moncon' dans le fichier d'initialisation. CONDiv : Change le ratio de lignes d'entree/sortie sur l'ecran de connexion. Pour plus d'informations, voir 'scr_divide' dans le fichier d'initialisation. XMONDiv : Change le ratio de lignes d'entree/sortie sur l'ecran moniteur. Pour plus d'informations, voir 'xmon_scr_divide' dans le fichier d'initialisation. MBOXDiv : Change le ratio de lignes d'entree/sortie sur l'ecran de messagerie. Pour plus d'informations, voir 'mbscr_divide' dans le fichier d'initialisation. COMP [ON/OFF] : Activation de la compression Huffman sur la voie courante. 'CONN(H)' sur la ligne de statut du haut indique que la compression Huffman est active. Si aucune valeur n'est donnee, la ligne de statut d'origine est reaffichee. Pour synchroniser la bascule en compression Huffman entre la station distante et la station local, la commande distante //COMP doit etre utilisee. BSCRHold [ON/OFF] : Si actif, aucun retour dans les ecrans d'affichage ne sera possible si la derniere ligne du buffer d'ecran n'est pas affichee (retour en arriere actif) et que la premiere ligne affichee est deja dans le buffer d'ecran. TABExp [ON/OFF] : Si actif, un caractere TAB est insere a la position du curseur jusqu'a la prochaine marque de tabulation. Une marque de tabulation est definie tout les 8 caracteres. Si desactive, un '^I' est affiche a la place. FREE : Cette commande affiche la valeur du nombre de buffers TNC libres. La commande n'execute pas la commande "@B", mais affiche la valeur du dernier des sondages periodique. SIGNon Visualise la version et copyright de TNT LOGBOOK [ON/OFF] Cette commande valide/devalide l'ecriture dans le log TELL Envoie le message "texte" (78 caracteres maximum)a toutes les stations connectees. Commandes derivees de TELL: DA, WEG, 600, KLO et GND qui sont definies dans le fichier 'tnt_tellfile' (voir exemple vers la fin de la documentation) La commande TELL et ses derivees utilise le fichier "routes.tnt" pour eviter d'envoyer ce texte aux nodes et bbs connectes (N>....., B>....) RXBELL [ON/OFF] Valide/devalide les bip de chaque trame recue en mode connexion SOUND [ON/OFF] Valide/devalide le son (avec une carte son) // Execute la commande a distance en local (ex: "://RING") CTRLTX Permet l'envoi d'un caractere de controle (ex: ":CTRLTX T" qui est utile sur des systemes ?NOS pour quitter un telnet) MCHkbin [ON/OFF] EXit : Quitte TNT. QUIT : Quitte TNTC sans arreter le TNT resident (tnt -d) 2.2.2.6. Scripts de routage XConnect [portheader:] : Demarre un script de routage pour l'indicatif specifie, plus d'informations peuvent etre trouvees au chapitre 2.6. Un script actif peut etre termine en utilisant "OFF" comme indicatif. Si un script de routage est actif, un "X" sera affiche sur la ligne de statut inferieure. Si l'indicatif n'est pas trouve dans la base de donnee des routages, une connexion en direct est tentee. Si un TNC multiport est utilise, une entete de port valide avec la commande QRG peut etre utilisee avant l'indicatif pour selectionner le port ou la premiere demande de connexion doit etre utilisee. L'utilisation de cette commande autorise l'allocation de SSIDs libres de l'indicatif original. Donc les connexions multiples au meme node sont possibles. QRG [ ] [portheader:] : Defini avec cette commande, la frequence utilisee par le programme. La frequence specifiee est utilisee pour selectionner la route valide dans la base de donnees de routage. peut etre une chaine de 19 caracteres. Pour les TNCs utilisant le port 0 comme et omettant le : QRG 0 438.300 Pour les TNCs multiports utilisant une frequence et un portheader par port, ce doit etre defini comme il suit : QRG 0 438.300 1: QRG 1 430.900 2: Sans argument, la frequence courante sera alors affichee. LSNOTOWN : Cette commande affiche tous les indicatifs pour lesquels une entree vide dans le fichier 'tnt_notownfile' a ete trouvee. Ces indicatifs ne peuvent pas etre utilises comme source pour une connexion automatique. Vous devez alors definir les SSID's de votre indicatif que TNT ne pourra jamais utiliser (necessaire si plusieurs logiciels sont operes avec le meme indicatif : node, BBS, TCP/IP, etc... ). LDNOTOWN : Si 'tnt_notownfile' a ete change alors que TNT tournait, il peut etre recharge en memoire avec cette commande. Cette operation est necessaire car TNT ne lit seulement le fichier qu'au demarrage et stocke alors les donnees en memoire. 2.2.2.7. Moniteur etendu et liste de messagerie XMON [ON/OFF] : Active ou desactive les fonctions de moniteur etendu. Si OFF, les trames entendues ne seront jamais analysees. EXTmon [ ] (ecran de moniteur etendu), EXTmon [ ] (autres ecrans) : Sur l'ecran moniteur etendu courant ou sur l'ecran specifie (pour les autres) une connexion espionnee devrai etre monitorisee. Si seulement et sont specifies, les trames de vers et de vers sont monitorisees, sinon, les trames de vers et vers . EXTAmon [ ] : Identique a EXTMON sauf que la prochaine voie espionne sera utilisee. La voie selectionnee automatiquement sera affichee comme reponse a la commande. ENDEXtm (ecran de moniteur etendu), ENDEXtm (autres ecrans) : L'ecran moniteur etendu sur l'ecran courant (ecran de moniteur etendu) ou la voie specifie (autres ecrans) sera ferme. Cette connexion ne sera plus espionnee. EXTComp [ON/OFF] : La compression Huffman est activee/desactivee sur l'ecran moniteur etendu courant. 'EXTM(H)', sur la ligne de statut superieure, indique que la fonction est active. Si aucune valeur n'est donnee, la ligne de statut actuelle est renvoyee. LOGBlist : Sur la voie courante ou l'ecran de messagerie, un fichier est ouvert et toutes les donnees recues sont sauvees. La commande est similaire a LOGREC sauf qu'un nom de fichier unique est genere (dans le repertoire /tmp) et que le fichier sera efface a la prochaine sortie de TNT. BLIst [] : Sur la voie courante ou l'ecran de messagerie, le dernier fichier actif est utilise pour l'ecran de liste du BBS. Si le fichier n'etait pas clos jusque la, il le sera. En option, on peut definir un nom de fichier. Dans ce cas, ce fichier sera charge dans l'ecran de liste du BBS. XBList : Fini la liste du BBS et ferme l'ecran de liste du BBS sur la voie active. 2.2.2.8. Commandes interface IFAce : Monte une connexion via un socket a un programme externe via un socket UNIX . ENDIFace : Termine la connexion a un programme externe via le socket UNIX . FINIFace : Identique a ENDIFACE, sauf que le programme externe prend la commande pour terminer sont execution. ACTIf : Active le programme externe sur la voie courante en utilisant toujours la connexion montee sur le socket. DEACtif : Desactive le programme externe sur la voie courante. SNOCONN : Chaine de caracteres qui sera renvoyee apres l'echec de l'execution d'un programme, active a distance via l'interface. 2.2.2.9. Commandes de l'interface DPBox ACTBox : Active la connexion DPBox via un socket UNIX specifie par 'box_socket' dans le fichier d'init. DEACTBox : Desactive la connexion socket de DPBox. FINBox : Desactive la connexion socket de DPBox et termine l'execution de DPBox. BOX : Active DPBox sur la voie courante en utilisant la connexion socket existante. ENDBox : Desactive la DPBox sur la voie courante. AUTOBOx [ON/OFF] : Si active, toutes les connexions scannent pour un message. Un message valide mene a la sauvegarde du message suivant. Si l'arret est demande, le message sera envoye via l'interface a DPBox. MONBox [ON/OFF] : Si active, Toutes les trames seront scannees pour un message personnel. Un message personnel valide mene a monitoriser la connexion pour le message personnel. Si aucune trame n'est perdue et si la fin du message est atteinte, le message monitorise sera envoye a l'interface de DPBox. LMONbox : Tous les messages qui sont couramment recus en utilisant la fonction MONBOX sont affiches. SNOBOX : Chaine de caracteres qui sera envoyee si l'execution de DPBox a distance echoue. SCANMBEA [ []] [$] : TNT peut monitoriser les balises de messages personnels et si il trouve le votre, il peut activer la sauvegarde et le forward pour prendre votre nouveau message. Pour activer cette fonction, vous devez donner la source et la destination de la balise a espionner (qui devraient etre l'indicatif de votre BBS comme source et MAIL pour destination), votre indicatif personnel (cet indicatif sera recherche dans le texte de la balise) et l'indicatif a connecter avec un timeout optionnel. La connexion sera etablie grace a la connexion automatique en donnant l'indicatif a connecter ainsi qu'un eventuel timeout comme parametre. Si la connexion est etablie le stockage et le forward peuvent commencer. La commande sans parametre prendra les parametres actuels. Si vous voulez desactiver cette fonction, placer un "$" comme simple parametre. LDBOXFil Tous les fichiers concernant les configurations BBS ('autobox_dir', 'tntbox_ender' et 'f6fbb_box') sont relus. Il est donc possible de les modifier sans avoir a quitter TNT. ACCUIReq [ON/OFF] Si il est a ON, les requettes de liste unproto envoyees a l'indicatif defini par 'ACCUICal' sont redirigees vers DPBox. DPBox reagit alors de maniere appropriee. ACCUICal Si des requettes de liste unprotos sont recues pour cet indicatif (incluant le SSID), la demande est envoyee a DPBox. Pour effacer l'indicatif, la valeur '$' peut etre utilisee. 2.2.2.10. Commandes de generation de mots de passe PRIV : Cette commande demarre la fonction de generation de mots de passe. Cette commande est rejetee si la voie n'est pas connectee ou si l'indicatif de la station connectee n'est pas contenu dans le fichier 'tnt_pwfile'. L'action qui s'en suivra dependra du type de generation de mot de passe qui est definie pour l'indicatif. LISTPRIV : Cette commande liste tous les indicatifs pour lesquels une entree existe dans le fichier 'tnt_pwfile'. De plus, pour chaque indicatif le type de generation de mot de passe et le contenu du mot de passe sera specifie. LOADPRIV : Si 'tnt_pwfile' a ete change pendant que TNT tournait, il peut etre recharge en memoire avec cette commande. Une relecture de ce fichier est necessaire car TNT lit et stocke le fichier uniquement au demarrage. PGPAUTO [ON/OFF] Valide/devalide la fonction PGP USEGPG [ON/OFF] Utilise GPG a la place de PGP defaut: OFF PGPKEYAD [ON/OFF] Si a "ON", les cles sont ajoutees automatiquement a vos cles enregistrees PGPEDIT Lance un editeur fixe dans la variable d'environnement EDITOR ou "vi" si elle n'est pas definie. Le nom nom du fichier est genere par TNT. Si vous sauvez le fichier et quittez l'editeur, TNT ajoute automatiquement la signature de PGP et envoie le fichier sur le canal ou vous avez utilise la commande donc soyez certain d'avoir entre la commande SEND sur la BBS avant de lancer l'editeur. Exemple : SEND DEBATE @ WW N'utilisez pas PGP!!!! :PGPEDIT ^Z Si vous quittez l'editeur 1)sans sauver le texte ou 2)avec un mot de passe incorrect, rien ne sera envoye. Dans le deuxieme cas, lancer a nouveau PGPEDIT et le texte est charge a nouveau dans l'editeur. GPGEDIT Identique a PGPEDIT mais en utilisant GnuPGP (GPG) Note: PGP version 2.6.x doit etre installe dans votre systeme. 2.2.2.11. Autorisation et niveau d'acces des commandes distantes REMOte [ON/OFF] : Active et desactive les commandes distantes pour toutes les voies. Les commandes ayant le statut ALWAYS ne pourront pas etre activees. REMAllow [ON/OFF] : Active et desactive les commandes distantes pour la voie courante. Les commandes avec le statut ALWAYS pourront etre activees. Cette commande n'est autorisee que si la voie est connectee. De plus, le statut actuel est change pour une nouvelle connexion en accord avec le fichier 'tnt_noremfile'. SETACC [NORMAL/SYSOP/ROOT/ALWAYS] : Defini quel niveau d'acces une station distante a besoin pour executer la commande distante. NORMAL veut dire que la commande est accessible a tous, les commandes avec le statut SYSOP ne pourront etre executees qu'apres avoir franchi avec succes la commande '//sys'. Si le drapeau d'etat du root a ete defini dans le fichier tnt_sysfile, les commandes avec le statut ROOT ne seront utilisables qu'apres validation. Le statut ALWAYS signifie que la commande est utilisable meme si la station se trouve dans le fichier tnt_noremfile. NOACC [ON/OFF] : Si ON, seules les stations distantes specifiees dans le fichier 'tnt_sysfile' peuvent se connecter. Tout autre station recevra une chaine de caractere definie par SNOACC et sera ensuite deconnectee. SNOACC : Defini la chaine de caracteres qui sera envoyee a une station non autorisee a se connecter. LISTSYS : Cette commande liste tous les indicatifs pour lesquels une entree est trouvee dans le fichier 'tnt_sysfile'. De plus, pour chaque indicatif le contenu des donnees du mot de passe du fichier est affichee et le statut de sysop peut etre acquit apres la validation du mot de passe (0: sysop non root, 1: sysop root). LOADSYS : Si 'tnt_sysfile' a ete change pendant que TNT tournait, il peut etre recharge en memoire avec cette commande. Une relecture de ce fichier est necessaire car TNT lit et stocke le fichier en memoire uniquement au demarrage. LSTNOREM : Cette commande liste tous les indicatifs pour lesquels une entree a ete trouvee dans le fichier 'tnt_noremfile'. Pour ces indicatifs les commandes distantes sont inhibees sauf pour celles qui ont le statut ALWAYS. La desactivation de commandes distantes reste valide meme apres une deconnexion, donc connecter ou reconnecter une station differente ne rendra pas les commandes distantes actives. Un changement est possible en utilisant la commande REMALLOW. LDNOREM : Si 'tnt_noremfile' a ete change pendant que TNT tournait, il peut etre recharge en memoire avec cette commande. Une relecture de ce fichier est necessaire car TNT lit et stocke en memoire le fichier uniquement au demarrage. LSTFLCHK : Cette commande liste tous les indicatifs pour lesquels une entree a ete trouvee dans le fichier 'tnt_flchkfile'. Une connexion venant d'un de ces indicatifs enverra le texte de non connexion, aucun acces distant et aucun acces a DPBox ni a un autre programme utilisant cette interface sera autorise. De plus, aucune entree ne sera incluse dans le fichier de carnet de trafic. LDFLCHK : Si 'tnt_flchkfile' a ete change pendant que TNT tournait, il peut etre recharge en memoire avec cette commande. Une relecture de ce fichier est necessaire car TNT lit et stocke en memoire le fichier uniquement au demarrage. LSEXTREM Cette commande liste toutes les commandes a distance etendues, leur niveau d'acces, le nombre de caracteres significatifs et la commande avec ses parametres. Les donnees sont chargees au demarrage de TNT dans le fichier defini par 'extremore_file' (dans tnt.ini). LDEXTREM Si le fichier 'extremote_file' est modifie alors que TNT est lance, cette commande permet de le relire. Cette relecture est nescessaire car TNT lit ce fichier au demarrage puis le copie en memoire. AUTOStrt [ON/OFF] Valide ou devalide la fonction AUTOStart. LSAUTOST Cette commande liste tous les indicatifs/SSID pour lesquels la commande autostart est definie. Ces donnees sont lues dans 'tnt_autostartfile' au demarrage de TNT. LDAUTOST Si le fichier 'tnt_autostartfile' est modifie alors que TNT est lance, il peut etre relu avec cette commande. Cette relecture est nescessaire car TNT lit ce ficheir au demarrage puis le copie en memoire. 2.2.2.12. Emission/reception de Broadcast SENDBC : Le fichier specifie sera utilise avec le protocole de diffusion PACSAT. BCRQST [ON/OFF] : Si ON, la requete de broadcast pour les donnees manquantes est generee, si OFF, attends la retransmission. SHPACSAT [ON/OFF] : Si ON, les trames broadcast sont affichees, si OFF, aucun affichage n'est effectue. DECBCAST [ON/OFF] : Si ON, les trames broadcast sont decodees. Si OFF, les trames broadcast ne sont pas decodees. BCRXstat Visualise les fichier recus ou en cours de reception broadcast en incluant des informations sur les etats. BCTCstat Vicualise les fichiers en cours de transmission broadcast en incluant des informations sur les etats. 3. Description detaillee 3.1. Commandes distantes Si les commandes distantes sont autorisees, la station distante peut faire executer des commandes au programme. Toutes ces commandes distantes commencent par un double slash "//". Ce double slash doit etre entre directement en debut de ligne sinon la commande n'est pas reconnue comme telle. Les commandes suivantes sont reconnues : //n envoie un texte sur la canal "n" //ACT visualise la derniere activite sysop, //SESSION visualise le temps d'utilisation de cette version/session, //ONACTIVITY fixe le texte qui est envoye pendant une activite sysop, //CHat envoie un texte a un canal ou un indicatif, //MSG similaire a CHat, //COMP on/off marche/arret de la compression Huffman, //NAME sauve le nom dans la base de donnee, //CSTAT visualise toutes les connexions actives, //MHeard visualise la liste des stations entendues, //MHeard visualise les "nb" stations entendues ou cherche "texte", //SHELL lance une session shell UNIX, //TSHELL lance une session shell Unix sans conversion CF/LF, //RUN execute un programme, //RUNT execute un programme sans conversion des CR/LF, //RUN affiche tous les programmes executables, //BOX lance la messagerie DigiPoint, //COOKIE envoi d'un cookie, //DIR affiche le contenu du repertoire, //DIRLONG affiche le contenu du repertoire en format long, //FREE affiche l'espace disque restant, //INFO informations sur la station, //HELP affiche cette aide, //NEWS affiche les nouvelles de la station, //READ lis un fichier, //BREAK arret de la lecture d'un fichier, //WRITE ecrit un fichier sur le disque, //CLOSE termine l'ecriture d'un fichier, //WPRG ecrit un fichier sur le disque en utilisant le protocole AUTOBIN, //WPRG idem, mais retourne la commande //RPRG , //RPRG lit un fichier en utilisant le protocole AUTOBIN, //RPRG idem, mais retourne la commande //WPRG , //WYAPP ecrit le fichier sur le disque en utilisant le protocole Yapp, //RYAPP lit le fichier en utilisant le protocole Yapp, //VERSION affiche la version de ce logiciel, //ECHO renvoi le texte, //TIME donne l'heure, //RTT calcule le temps d'aller retour d'une trame, //RING fait sonner (appelle le sysop), //QUIT quitte le logiciel, //DISC deconnecte "violemment". //SYSOP lance la validation du mot de passe sysop, //ROOTSH lance un shell avec le statut root, //TROOSH idem ROOTSH, sans la conversion CR/LF, //SOCKET lance une connexion vers un socket, //TSOCKET idem SOCKET, sans la conversion CR/LF, //COMMAND execute une commande TNT valide. N'oubliez pas le "//" en debut de commande et de ligne ! ---------------------------------------------------------------------------- 3.1.1. Niveau d'acces par defaut des commandes distantes Toutes les commandes distantes sont autorisees a tous (statut NORMAL) sauf pour les commandes //SHELL, //TSHELL, //ECHO, //COMMAND (statut SYSOP) et //ROOTSH, //TROOSH, //SOCKET et //TSOCKET (statut root). La commande //COMP est autorisee meme si les commandes distantes sont interdites sur la voie courante (statut ALWAYS). Cette configuration par defaut peut etre changee avec la commande SETACC. ---------------------------------------------------------------------------- 3.1.2. Validation du mot de passe sysop (//SYSOP) Si la commande distante //sys est recue, la sequence de validation du mot de passe sysop est demarree. TNT va prendre 5 nombres au hasard avec des valeurs superieures a la longueur de la chaine de caracteres du mot de passe de la station distante. La station distante doit repondre avec les 5 caracteres correspondants. Les caracteres peuvent avoir n'importe quelle position dans la chaine aleatoire pour accroitre la difficulte de pirater le mot de passe. De plus, il n'y a pas de reponse signalant si la commande //SYS a ete passee correctement, le statut est change seulement en interne. Pour cela, il est conseille d'envoyer 3 fois ou meme plus la commande //sys avec une seule reponse correcte pour brouiller les pistes. Cela rendra le piratage du mot de passe presque impossible. L'algorithme du mot de passe est compatible avec celui utilise par TheNet. ---------------------------------------------------------------------------- 3.1.3. Shell avec l'autorisation du root (//ROOTSH) Cette commande est tres dangereuse, verifiez qu'elle n'est accessible qu'au bonnes personnes apres la validation du mot de passe. Si vous ne voulez pas autoriser cette commande, definissez la avec le statut ROOT et definissez le drapeau sysop root pour tous les indicatifs a 0 dans le fichier tnt_sysfile. ---------------------------------------------------------------------------- 3.1.4. Connexion Socket (//SOCKET) Cette commande autorise des connexions sur tous les sockets de votre systeme. Cette commande est assez dangereuse, changer le statut ROOT n'est pas recommande. SI vous voulez autoriser des connexion sur des sockets specifiques, utilisez la commande a distance etendue. ('tnt_extremotefile'). ---------------------------------------------------------------------------- 3.1.5. La commande dangereuse //ECHO Il existe des bulletins pirates se promenant sur le reseau des BBS qui utilisent la commande distante //ECHO pour vous faire envoyer un bulletin avec un contenu offensant. Pour cela, j'ai change le niveau d'acces de la commande //ECHO au niveau SYSOP. Si vous nommez tous les BBS sur lesquels vous travaillez dans le fichier 'tnt_noremfile' ou si vous desactivez toutes les commandes distantes avec la commande REMALLOW pour le canal avec lequel vous connecter les BBS, vous pouvez remettre le niveau d'acces de la commande distante //ECHO a NORMAL. Mais faites tres attention avec cette commande ! Sinon, il se pourrait qu'un message offensant soit forwarde mondialement avec VOTRE indicatif !!! ---------------------------------------------------------------------------- 3.1.6. Creer de nouvelles commandes a distance Pour ajouter facilement des commandes a distance, une commande inconnue et utilisee comme parametre de //RUN. Par exemple une commande //FOOBAR sera traduite en //RUN FOOBAR. Si le rpogramme FOOBAR existe dans 'tnt_bin_dir' il sera execute. Si le programme n'existe pas, l'utilisateur sera informe d'une commande a distance erronee. ---------------------------------------------------------------------------- 3.1.7. Commandes a distances etendues Le principe decrit precedemment permet de creer de nouvelle commandes a distance en mettant un programme dans le repertoire 'tnt_bin_dir'. Si des parametres optionnels sont nescessaires ou qu'ils ne peuvent etre implementes par le programme, la commande a distance etendue peut etre utilisee. Une nouvelle commande a distance etendue se resume a une commande a distance avec des parametres. De plus, le niveau d'acces et le nombre de caracteres significatifs est defini. Toutes les donnes sont stockees dans le fichier 'tnt_extremotefile'. Le contenu de ce fichier peut etre visualise par la commande LSEXTREM. Quand le fichier a ete modifie, il peut etre relu avec LDEXTREM. ---------------------------------------------------------------------------- 3.2. Conversion des umlaut ---------------------------------------------------------------------------- 3.2.1. Affichage Si les codes de controle console de LINUX sont utilises, a l'affichage les codes de caracteres IBM sont utilises. Aucune conversion des umlaut ne sera faite. Si un termcap est utilise un umlaut IBM sera converti suivant le parametre UMLAUT. Si UMLAUT est ON, l'umlaut IBM est converti en umlaut Latin-1 8-bit. Si UMLAUT est OFF, il est converti en une representation a deux caracteres ("ae"). ---------------------------------------------------------------------------- 3.2.2. Envoi d'un texte Si UMLAUT est OFF, tous les umlauts entres seront convertis en une representation a deux caracteres ("ae"). Si UMLAUT est ON, les umlauts ne seront pas convertis et seront envoyes comme un umlaut IBM. ---------------------------------------------------------------------------- 3.2.3. Reception de fichiers Seuls les fichiers log (LOGREC, LOGSND, LOGQSO, LOGMON et LOGXMON) sont affectes par la conversion des umlaut. Si UMLAUT est ON, l'umlaut IBM est converti en un umlaut Latin-1 8-bit. Si UMLAUT est OFF, il est converti en une representation a deux caracteres ("ae"). ---------------------------------------------------------------------------- 3.2.4. Envoi de fichiers Seuls les fichiers log (SENDLOG) sont affectes par la conversion des umlaut. Si UMLAUT est ON, l'umlaut Latin-1 8-bit est converti en un umlaut IBM. Si UMLAUT est OFF, il est converti en une representation a deux caracteres ("ae"). ---------------------------------------------------------------------------- 3.3. Utilisation des fonctions UNIX ---------------------------------------------------------------------------- 3.3.1. Shell login TNT permet aux utilisateurs distants de se loguer sous UNIX comme un utilisateur normal. Toute reception de donnee est traitee comme un entree dans le shell, toute donnee venant du shell est transmise a la station distante. Pour utiliser le login shell, il est necessaire de demander la permission au superutilisateur root de TNT. Sinon, le login shell est desactive. Le shell peut etre demande par l'operateur en utilisant la commande SHELL et TSHELL ou par la station distante en utilisant la commande distante //SHELL et //TSHELL. Il est possible d'executer tous les programmes qui sont autorises a l'utilisation depuis un shell. Au moment du login, il est recherche si l'indicatif de la station distante a un identificateur-utilisateur valide. Si il n'existe pas, dependant du parametre 'unix_new_user' dans le fichier init, un nouvel identificateur- utilisateur est cree ou le user-ID specifie par 'remote_user' est utilise. Dans tous les cas, l'indicatif est sauve dans la variable d'environnement 'CALLSIGN'. Pour certaine configuration, il peut etre interressant de lancer un shell avec des permissions root. Cela peut etre fait avec les commandes ROOTSH ou, a distance //ROTTSH ou alors TROOSH et //TROOTSH pour une conversion CR/LF. Donner un acces super utilisateur au systeme est tres dangereux, a utilser donc avec beaucoup de precautions. Pour augmenter les performances, pour le shell et la redirection, toute donnee venant du shell ou de la console redirigee sera bufferisee. Cela signifie que les donnees ne sont pas renvoyees directement, mais si le buffer contient 256 Octets (la longueur maximum des paquets en AX25) ou que pendant un temps specifique aucune donnee n'a ete recue. Ce temps peut etre configure dans le fichier d'init. ---------------------------------------------------------------------------- 3.3.2. Redirection L'ecran de connexion de TNT accepte aucun des caracteres de controle standards utilise par les programmes orientes ecran. Si vous utilisez une connexion Ax25 pour travailler avec un programme tel (par exemple utilisant TSHELL sur une autre station TNT) vous pouvez utiliser la redirection (commande REDIR) vers une des consoles virtuelles. A partir de la, les codes de controle sont interpretes correctement et vous pouvez travailler avec le programme comme si vous etiez directement connecte sur le systeme distant. REDIR permet de rediriger toutes les donnees d'un canal Ax25 vers tous les devices connus par le systeme comme mes consoles virtuelles Linux /dev/ttyX ou une des deux parties de tty/pty. Il n'y a pas de conversion de caracteres, toutes les donnees sont envoyees au device de maniere tranparente et vice versa. Comme pour le login-shell toutes les donnees sont bufferisees avant transmission. ---------------------------------------------------------------------------- 3.3.3. Programmes run Pour les utilisateurs qui ne sont pas a l'aise avec UNIX, l'utilisation d'un shell est assez compliquee. Pour cela, des commandes run sont implementees, qui executent un programme specifique utilisant un shell. Si vous n'aimez pas faire tourner TNT en permission root et que le login shell est desactive, les commandes run permettent d'executer un programme specifique par la station distante. Un repertoire specifique 'tnt_bin_dir' contient tous les programmes executables. Les programmes dans les autres repertoires ne pourront pas etre executes grace a cette commande. Comme aucun login n'est etabli, le programme est execute en utilisant l'utilisateur par defaut specifie par 'remote_user'. Si TNT n'a pas ete lance par le superutilisateur root, l'utilisateur ne pourra pas etre change. Dans ce cas, le programme est sous la permission de l'identificateur- utilisateur avec lequel TNT a ete lance. L'indicatif de l'utilisateur est enregistre dans les variables d'environnement 'CALLSIGN' et 'LOGNAME'. L'indicatif avec SSID est disponnible avec la variable d'environement 'CALLSSID'. Dans la plupart des cas, il est demande de convertir les LF UNIX en CR Packet Radio et vice versa. Si aucune conversion de caracteres a l'envoi ou a la reception n'est faite, la commande RUNT doit etre utilisee. Comme pour le login-shell, les donnees sont bufferisees avant transmission. ---------------------------------------------------------------------------- 3.3.4. Serveur socket Si votre systeme est utilise par plusieurs personnes ou fait partie d'un reseau, vous voulez peut etre donner acces au packet radio a ces utilisateurs. Ou si vous voulez utiliser des programmes sur votre systeme il faut creer une connexion Ax25 exterieure. Pour permettre ca, la fonction serveur socket (commande SOCKET) est implementee. Il y a trois types de serveurs, AXSERV, AXSPEC et NETCMD. AXSERV et AXSPEC sont similaires, il representent tous les deux un serveur Ax25. AXSPEC n'utilise pas la methode normale de bufferisation des donnees utilisee pour le login-shell, mais envoie directement les donnees lors d'un caractere LF ou CR. NETCMD est compatible avec un serveur Wampes et autorise l'utilisation de programmes ecrits pour Wampes (comme conversd) avec TNT. Tous les serveurs nescessitent une adresse socket, elle peut etre de deux formats differents: a. Unix-sockets Le format pour un socket-Unix est 'unix:' ou 'local:'. Le chemin peut etre complet, debutant par un '/' ou un chemin relatif a 'tnt_dir'. Exemple: unix:/tcp/socket/convers b. INET-sockets Le format pour un socket-INET est 'adresse_IP:port'. 'adresse_IP' peut correspondre a un nom de host (hostname), une adresse IP ou un '*' pour toutes les adresses IP. Port peut etre n'importe quel numero de port valide ou nom de service. Exemple: *:3600 199.199.10.10:ftp foo.bar.com:2000 3.3.4.1. Serveur Ax25 Un utilisateur local peut se connecter a ce serveur avec la commande 'telnet localhost:numero_de_port'. Alors le login avec indicatif et mot de passe est execute. Apres s'etre logue avec succes, l'utilisateur est connecte au serveur Ax25 et utilise un canal du TNC pour des connexions packet radio. Les commandes sont assez simples, une aide utilisateur est disponible. Les informations de login sont stockees dans le fichier 'tnt_passfile' et sont independantes du ficher de mots de passe. 3.3.4.2. Serveur Netcmd Le serveur Netcmd fonctionne de maniere compatible avec Wampes. Apres connexion sur le socket, le serveur est en mode commande et accepte trois commandes : ASCII, BINARY et CONNECT. Toutes les autres entrees ou mauvais parametres entraine un arret de la procedure. ASCII entraine une conversion LF vers CR avant les transmission vers le cote Ax25 et vice versa. C'est le mode par defaut. BINARY entraine une liaison transparente sans modification des caracteres. CONNECT lance une connexion Ax25 sur un canal libre. Elle demande des parametres supplementaires , le syntaxe est : CONNECT [indicatif_source] La seule valeur valide pour 'mode_de_transport' est AX25, les autres modes entrainent la fermeture de la connexion. L'indicatif de destination ne comporte pas de repeteurs. TNT utilise la fonction x-connect pour generer la connexion, par consequent le chemin est defini dans la base de donnees de routage. Par defaut l'indicatif specifie avec la commande SOCKET est utilise mais un indicatif source different est declare avec la commande CONNECT, celui-ci sera utilise. Une mise a jour des SSID est effectuee automatiquement pour autoriser plusieurs connexions avec la meme destination. Apres l'aboutissement de la connexion, le serveur passe en mode data et toutes les donnees recues sont transmises vers le socket, toutes les donnees recues sur le socket sont transmises cote Ax25. Lorsque la procedure de connexion n'aboutit pas, le serveur est deconnecte sans aucune explication suplementaire. ---------------------------------------------------------------------------- 3.3.5. Serveurs sockets Vous devez avoir quelques serveurs socket installes sur votre systeme. Pour donner un acces utilisateur packet radio a ceux-ci, la fonction connect-socket est disponible. Le seul parametre nescessaire est l'adresse socket que vous voulez connecter. L'adresse socket utilise la meme syntaxe que pour le serveur socket. Comme pour les autres fonctions Unix, il y a une option pour transformer CR en LF et inversement (cmd SOCKCON, remote //SOCKCON) ou la possibilite pour une connexion transparente (cmd TSOCKCON, remote //TSOCKCON). Du fait qu'il n'y a pas de restrictions d'acces sur le socket, vous devez faire attention avec cette commande. L'acces total aux sockets doit etre reserve au sysop. Les users ne doivent acceder qu'au sockets specifiques definis par de commandes a distance etendues ('tnt_extremotefile') ---------------------------------------------------------------------------- 3.4. Methodes de transferts de fichiers ---------------------------------------------------------------------------- 3.4.1. Transfert de fichier AutoBIN Pour transferer facilement des fichiers binaires sans trop d'entetes mais avec un controle de securite, le protocole AUTOBIN a ete cree. Il est implemente dans beaucoup de programmes packet radio. C'est pour cela qu'il l'est aussi dans TNT. Pour utiliser l'autobin,, les commandes SENDABIN, READABIN et LOGABIN sont disponibles pour l'operateur et //WPRG et //RPRG pour l'utilisateur distant. De plus, le protocole AUTOBIN demarre automatiquement apres une reception valide des entetes AUTOBIN. A la fin d'un transfert reussi, le temps passe et le Baudrate effectif sont affiches. Si un fichier a ete recu, le checksum recu et le checksum calcule seront aussi affiches. Normalement ces informations statistiques sont aussi envoyees a la station distante. Dans le cas ou LOGABIN ou AUTOBIN sont actives les informations statistiques seront uniquement affiches (pour eviter toute confusion sur des BBSs). Si le transfert est interrompu, la connexion perdu ou que le calcul du checksum n'est pas egal au checksum recu, le fichier recu sera place dans un repertoire special : 'abin_dir'. De plus, le nom est change en un nom unique. Il est utile de nettoyer le repertoire de temps en temps. La plupart du temps, ces fichiers corrompus n'ont aucun interet, dans les rares cas ou ils sont utiles, ils sont conserves dans ce repertoire. ---------------------------------------------------------------------------- 3.4.2. Tranfert de fichier Yapp Le transfert AutoBIN est utilise generalement en allemagne. Le reste du monde utilise plutotle transfert Yapp. D'un point de vue technique, Yapp et son extension Yapp-C est la meilleure solution pour transferer des fichiers binaires et doit etre doit etre privilegie. Dans TNT, les commandes READYAPP et SENDYAPP sont disponnibles, les commandes pour les utilisateurs distants //READYAPP et SENDYAPP. Pour valider la reception automatique de fichiers Yapp, il est possible de mettre AUTOYAPP a "ON". Tous les fichiers recus automatiquement sont enregistres dans le repertoire 'yapp_dir', defini dans le fichier tnt.ini. ---------------------------------------------------------------------------- 3.4.3. Reception de fichiers 7plus Si vous recevez beaucoup de fichiers 7plus, vous voulez les enregistrer directement dans un repertoire special. Cela peut etre fait en mettant la fonction AUTO7PL a "ON". A partir de ce moment, tous les fichiers recus sint enregistres dans 'tnt_7plus_dir', defini dans tnt.ini. ---------------------------------------------------------------------------- 3.5. Texte d'accueil special et fichiers de macros, base de donnee de noms Pour pouvoir envoyer un texte d'accueil special a une station se connectant, les macros peuvent etre utilisees dans ce texte. Le fichier du texte d'accueil sera envoye a une connexion entrante si CONTEXT a ete defini ON. Par defaut le fichier du texte d'accueil (tnt_ctextfile) dans le repertoire de TNT sera utilise, mais vous pouvez, pour certains utilisateurs, creer un texte d'accueil personnel dans le repertoire de texte de connexion (ctext_dir). Les fichiers doivent etre nommes .ctx . De plus, un fichier contenant des macros peut etre envoye a chaque fois que vous le desirez, et pas seulement a la connexion (commande MSEND). Tous ces fichiers doivent se trouver dans le repertoire de texte de macros 'macrotext_dir'. Pour etre plus personnel et pour permettre de se souvenir du nom de votre correspondant, une base de donnee de noms est incluse a TNT. Un nom peut etre entree par l'operateur en utilisant la commande NAME ou avec la commande //NAME pour l'operateur distant. Si aucun nom n'est specifie apres la commande, le nom actuel sera donne. Les macros suivantes sont autorisees, si elles se situent dans le texte d'accueil ou dans un fichier macro : %a: montre la derniere activite sysop, %s: montre le temps d'activite de TNT, %m: envoie un message, fixe par la commande ":MSG", %l: temps de connexion (utilise pour le texte d'adieu) %v: version de TNT, %c: indicatif de l'autre station, %n: nom de l'autre station (pris dans la base de donnee des noms), %y: indicatif de la station, %k: numero de la voie, %t: heure actuelle, %d: date actuelle, %b: sonnerie (^G), %i: inclus le fichier news ('news_file_name'), %z: zone de l'heure, %_: CR/LF, %o: inclue un cookie, %?: envoi un message si le nom de la station n'a pas ete trouve dans la base des donnee des noms, %%: le signe '%'. Les macros suivantes sont utilisables dans le fichier 'tnt_tellfile', uniquement pour le texte envoye a toutes les stations connectees. %n: votre prenom, %c: votre indicatif, %k: numero de la voie, %t: heure actuelle, %g: caractere de controle $07 pour une sonnerie, %b: identique a %g, ---------------------------------------------------------------------------- 3.6. Scripts de routage La structure du Reseau Packet Radio est tres differente compare a internet. Sur internet, vous pouvez specifier directement votre destination et le routage se fait alors automatiquement. Sur le Reseau Packet Radio, il existe differents systemes avec des mecanismes de routage incompatibles. Pour se connecter a une destination, il est necessaire d'executer plusieurs pas. Supposons l'exemple suivant : Vous voulez connecter DL7ZZZ qui est en ecoute sur la frequence du repeteur DB0LUC. Votre repeteur local est DB0BLO. Donc, votre premiere commande sera de connecter DB0BLO (:c db0blo). Si la connexion a ete fructueuse, vous enverrez alors la ligne 'c db0ber' au repeteur qui etablira alors la connexion pour DB0BER, qui est le repeteur suivant vers DB0LUC. Si la connexion est etablie, DB0BLO vous enverra alors le message : '*** connected to DB0BER'. Maintenant vous entrerez la ligne 'c db0luc db0bln', qui veut dire que vous demandez la connexion a DB0LUC depuis DB0BER via DB0BLN. DB0BLN n'est pas connecte, car il utilise un acknowledge hop-to-hop a la place d'un simple repeteur. Si la connexion a ete reussie, vous recevrez la ligne : 'BSUED:DB0BER> Connected to DB0LUC via DB0BLN' et vous pourrez alors essayer de connecter votre destination avec la ligne 'c dl7zzz'. Un connexion fructueuse sera indiquee par la ligne '*** connected to DL7ZZZ'. Si vous faites ca manuellement, vous devez faire attention a ce qui arrive sur votre ecran et apres chaque connexion fructueuse, vous devez entrer chaque nouvelle ligne. Le script de connexion facilite les choses (commande XCONNECT). Maintenant, il fait toutes les etapes automatiquement, si vous avez donne les informations de routage au programme. Les informations de routage seront recherchees dans le fichier de base de donnees de routage (route_file_name) et seront lues par exemple comme suit : T>DL7ZZZ Joe; N>DB0LUC T>DL7ZZZ N>DB0LUC Digi Luckau; N>DB0BER F>DB0BLN N>DB0LUC N>DB0BER Digi Tempelhof; N>DB0BLO N>DB0BER N>DB0BLO Digi 9K6 Comme vous pouvez le voir, les entrees de routage sont recursives, vous n'avez pas a specifier tout le routage pour la destination. Les caracteres avant les indicatifs donne des informations au script de connexion, s'il doit connecter un repeteur( N> ) ou si le repeteur doit etre utilise comme via dans le cheminement ( F>, D> ). Pour identifier un utilisateur normal, T> est utilise, pour les messageries B> peut etre utilise. Quelques programmes utilises par des utilisateurs normaux permettent une connexion avec la commande //c . Si vous voulez utiliser des utilisateurs de ce type dans votre cheminement, placez un T> devant l'indicatif, alors une ligne '//c ' sera generee par le script de routage. Si vous changez frequemment de frequence, vous devrez utiliser frequemment la commande QRG et definir les donnees de routage pour qu'elles soient valides pour une frequence donnee (' '-clause). ---------------------------------------------------------------------------- 3.7. Actualisation des indicatifs Si vous utilisez un script de routage ou si vous connectez manuellement au travers de nombreux repeteurs, vous pouvez facilement perdre votre orientation, d'ou vous etes. Pour cela, chaque ligne 'connected to' actualisera l'indicatif affiche dans la ligne de statut. Un ligne 'reconnected to' actualisera aussi l'indicatif dans la ligne de statut, mais le script de routage n'enverra pas la commande suivante et le fichier carnet de trafic pour l'indicatif ne sera pas remis a jour. Si l'indicatif est change par 'connected to' en texte normal, il peut etre remis a jour avec la commande CONCALL. ---------------------------------------------------------------------------- 3.8. Carnet de trafic Toute connexion effectuee par la station est ecrite dans un fichier carnet de trafic. Chaque ligne contient l'heure de debut et l'heure de fin de la connexion et l'indicatif de la station distante. Si la destination a ete connectee en direct, seul cet indicatif est memoirise. Si la destination a ete connectee en utilisant plusieurs repeteurs ou un script de routage, l'indicatif du premier repeteur est aussi memorise. Le nom du fichier carnet de trafic peut etre specifie dans le fichier d'initialisation 'inittnt_logbookfile'. Exemple: Starttime | Endtime | Callsign ------------------------------------------------------------------------------- 16.03.94 18:08 | 16.03.94 18:09 | DB0BLO 17.03.94 21:32 | 17.03.94 21:37 | GEHREN:DB0LUC, Uplink: DB0BLO ---------------------------------------------------------------------------- 3.9. Macros clavier Avec la fonction macro clavier, les commandes qui sont souvent utilisees ou les textes les plus souvent envoyes peuvent etre executees ou envoyees en une seule commande. Vous pouvez definir jusqu'a 10 commandes clavier (0 a 9 ou 0 a 9) avec le texte correspondant ou les commandes TNT en les specifiant dans un fichier defini par 'func_key_file' dans le fichier d'init. Chaque ligne doit commencer par deux caracteres numeriques specifiant la commande clavier et un espace. (01: pour 1 / 1, 10: pour 0 / 0). La ligne de texte doit suivre immediatement l'espace. Si le dernier caractere de la ligne est un asterisque '*' un CR sera envoye a la place de celui ci, sinon, aucun CR ne sera envoye. Une commande doit etre precedee par un autre espace, un CR est toujours envoye avec une ligne de commande. La longueur de la commande ou du texte ne doit pas depasser la longueur de la ligne. Si la longueur de la ligne n'est pas suffisante pour votre texte ou si vous voulez envoyer un texte contenant des macros comme l'heure ou l'indicatif vous devez specifier la commande 'send' ou 'msend' a la place de la ligne de texte. Le fichier de macros clavier est charge en memoire au demarrage de TNT. Si vous changez ce fichier durant l'execution de TNT, vous pouvez recharger le fichier avec la commande 'kmacro'. ---------------------------------------------------------------------------- 3.10. Liste de messagerie (BBS) ---------------------------------------------------------------------------- 3.10.1. Description generale Si vous avez une liste de messages du BBS, vous avez a ecrire les messages qui vous interessent ou vous avez a sauver la liste dans un fichier et regarder dans ce fichier apres. Dans les deux cas, vous avez a ecrire les numeros ou noms des messages pour aller les prendre dans le BBS. La fonction liste de BBS vous permet d'aller chercher dans le BBS en selectionnant les messages (avec les fleches) depuis la liste en appuyant simplement sur la touche entree. Si une connexion interface a DPBox est active et qu'une commande 'check' est envoyee avec les ID des bulletins, tous les bulletins qui sont dans la liste des ID des bulletins sont affiches avec un attribut de couleur special. Cela veut dire que vous avez une vue generale des bulletins contenus dans votre BBS. ---------------------------------------------------------------------------- 3.10.2. Utilisation de la liste de messagerie Comment ca marche ? a. Avant la requete de la liste, ouvrez un fichier. Si vous n'etes pas interesse pour conserver la liste, utilisez simplement la commande 'logblist'. Un fichier temporaire avec un nom unique sera utilise. Ce fichier sera efface quand vous sortirez de TNT. Si vous voulez conserver cette liste utilisez la commande 'logrec '. b. Si la fin de la liste est recue, utilisez la commande 'blist'. Cette commande ferme le fichier et le charge dans l'ecran de liste de BBS. Si aucun fichier n'a ete ouvert, le dernier fichier enregistre sera affiche sur l'ecran de liste de BBS. c. Utilisez L ou L pour basculer de l'ecran de liste de BBS a l'ecran de connexion. Sur l'ecran de liste de BBS, vous pouvez utiliser les fleches pour selectionner le message. Pressez CR pour envoyer une commande de lecture au BBS. Tout message deja pris sera affiche avec un autre attribut de couleur. d. Si vous avez lu tous les fichiers que vous vouliez sur la liste du BBS, vous pouvez fermer l'ecran avec la commande 'xblist'. ---------------------------------------------------------------------------- 3.10.3. Utilisation des macros clavier Pour permettre de ne pas frapper les commande a chaque fois, il est autorise d'utiliser les macros clavier. Par exemple : 8 / 8 : 'logblist' 9 / 9 : 'blist' 0 / 0 : 'xblist' Ces macros clavier sont deja incluses dans le fichier d'exemple de macros clavier. ---------------------------------------------------------------------------- 3.10.4. Reconnaissance de formats Pour le moment, les formats de liste reconnus sont : a. DIEBOX check 7 DL4BCU > TERMINE...16 24.09.94 DL 2214 5 2m Mobilfuchsjagd I05 08. -> R TERMINE 16 b. DIEBOX list 263 DL1ZAX 02.11.94 18:03 6763 DL-RUNDSPRUCH NR. 39/94 -> R 263 c. DIEBOX checklist avec BID 85 DH3FBI > KENWOOD..423 055514DB0GV DL 851 5 LF & VLF Empfang mit TS-5 -> R KENWOOD 423 d. RUN C avec l'option D=CRD$@L DG0XC DIGI......17 28.04.95 2845DB0BALWE DL 1 DB0BRO-1 wieder ok. -> R DIGI 17 ---------------------------------------------------------------------------- 3.11. Moniteur etendu La fonction moniteur etendue permet de monitoriser des connexions specifiques sur la frequence en enlevant automatiquement les entetes et toutes les trames repetees. Il y a 5 (0 a 4) voies moniteur etendu differentes possibles. X ou X basculera vers un ecran moniteur etendu et TAB permettra de changer de voie. La commande EXTMON est utilisee pour activer le moniteur etendu. Si vous avez execute cette commande depuis un ecran de moniteur etendu, la voie actuelle sera prise. Sur les autres ecrans vous devez specifier le numero de la voie que vous voulez utiliser et ce avant les indicatifs. La premiere voie de moniteur etendu sera prise si le commande EXTAMON est employee. Comme parametres de commande, vous devez specifier les indicatifs de la connexion que vous voulez espionner. Normalement cela devrai etre 2 indicatifs et les deux directions seront visualisees. L'utilisation de repeteurs comme les NETROM/TheNet ou les RMNC/FlexNet fait qu'une connexion est en fait etablie sur deux connexions. D'abord, la connexion de la station 1 au repeteur (DL9xxx <> DB0xxx) et en second la connexion du repeteur a la station 2 (DL9xxx-15 <> DG1xxx). Dans la plupart des cas, vous ne pourrez monitoriser que les trames du repeteur. Dans ces ca la, vous pouvez specifier jusqu'a 4 indicatifs (DB0xxx DL9xxx DL9xxx-15 DG1xxx) et les deux directions de la connexion seront visualisee dans l'ecran de moniteur etendu. Si la connexion monitorisee est codee en compression Huffman, le decodage peut se faire avec la commande EXTCOMP. Le moniteur etendu peut etre terminee par la commande ENDEXTM. ---------------------------------------------------------------------------- 3.12. Utilisation de DPBox ---------------------------------------------------------------------------- 3.12.1. Description generale DPBox est un daemon qui est totalement independent de TNT. Le daemon doit etre lance avant d'utiliser toute commande DPBox de TNT. ---------------------------------------------------------------------------- 3.12.2. Utilisation de l'interface socket UNIX Pour faire la connexion entre TNT et DPBox, la commande 'actbox' doit etre utilisee. Si la connexion doit etre fermee, la commande 'deactbox' doit etre utilisee. La commande 'finbox' ne fait pas que fermer la connexion comme 'deactbox', mais elle donne aussi l'ordre d'arret au daemon de DPBox. Le nom du socket UNIX de DPBox doit etre defini par 'box_socket' dans le fichier d'init. ---------------------------------------------------------------------------- 3.12.3. Ecran de messagerie Si la connexion a DPBox est active, l'ecran de messagerie (B ou B) peut etre lance et une console sysop sera lancee avec la commande 'box'. Vous pouvez arreter votre session sysop avec la commande 'quit' ou aussi 'endbox'. Toutes les fonctions d'un ecran de connexion normal sont aussi incluses dans la liste de BBS. En mode liste de BBS, il existe une fonction speciale. Si vous selectionnez un message et que vous pressez 'e' puis entree, le fichier sera efface. 'k' pour kill et 'l' pour list sont aussi utilisables. 't' genere une ligne de transfert ou vous pouvez ajouter un nouveau nom de repertoire, '0' defini la duree de vie des messages depuis 0. ---------------------------------------------------------------------------- 3.12.4. Utilisation de DPBox via packet radio DPBox peut etre activee sur une voie de connexion normale avec la commande 'BOX', par la commande distante //box ou encore en connectant une voie qui a un SSID de l'indicatif identique a 'tnt_box_ssid' dans le fichier d'int. DPBox est activee uniquement si la voie est connectee. Les commandes 'endbox', 'quit' sur le BBS ou une deconnexion terminera la session messagerie. ---------------------------------------------------------------------------- 3.12.5. Fonctions Autobox et monbox Si vous definissez 'autobox' a ON, tout message que vous recevrez sur n'importe quelle voie sera envoye a DPBox et sera sauve dans le repertoire correspondant. Cela inclus les messages personnels et les bulletins. Si vous definissez 'monbox' a ON et que 'xmon' est ON, toutes les trames monitorisees rechercheront un entete mail. Si on en trouve un, il tente de receptionner les messages, de la meme facon qu'avec la fonction moniteur etendu. Si des paquets sont perdus, ou si une autre erreur est apparue, le message ne sera pas accepte. Si le message a ete correctement recu il sera envoye a DPBox et sera sauve dans le repertoire correspondant. Tous les bulletins et tous les messages personnels qui contiennent un indicatif dans 'autobox_dir' comme expediteur ou comme receveur sera traite de la sorte. Tous les messages qui seront recus pourront etre affiches avec la commande 'lmonbox'. ---------------------------------------------------------------------------- 3.13. Generation automatique des mots de passe ---------------------------------------------------------------------------- 3.13.1. Description generale Sur le reseau packet radio beaucoup de systemes de mot de passe sont utilises pour le moment. Pour cela, un fichier de configuration 'tnt_pwfile' est utilise. Dans ce fichier, pour tout indicatif avec son SSID, il est defini un type de mot de passe et un fichier contenant le mot de passe. Suivant le type de mot de passe utilise, une action differente est effectuee et le contenu du fichier mot de passe est aussi different. Jusqu'a present beaucoup de systemes de mot de passe sont implementes dans TNT, mais il est prevu d'augmenter le nombre de systemes reconnus. Si vous avez ajoute un systeme de mot de passe, participez dans ce sens !!! --------------------------------------------------------------------------- 3.13.2. DIEBOX Si le type de mot de passe est DIEBOX, apres une connexion a l'indicatif specifie, chaque texte est scanne pour le texte 'Login: '. Si le texte est trouve, la date et l'heure qui suivront seront enregistrees et le scan pour le texte sera stoppe. Si vous activez la commande 'priv', un mot de passe a 4 caracteres sera genere avec l'heure de login et votre fichier de mot de passe et le resultat 'PRIV xxxx' sera envoye (xxxx pour le mot de passe genere). Le fichier de mot de passe doit etre identique au fichier utilise par DIEBOX, il DOIT contenir CR et LF entre chaque ligne. ---------------------------------------------------------------------------- 3.13.3. FlexNet Si le type de mot de passe est FLEXNET et que la connexion a la station voulu est etablie, la commande 'priv' lance la sequence de mot de passe. Une chaine de caractere contenant 'SYS' est envoyee a la station distante qui devrai repondre par une chaine de type '(xyz) abcde>'. La reponse a donner est calculee en fonction de cette reponse et du mot de passe specifie. La reponse sera alors envoyee et le statut sysop de la station distante sera alors disponible. Differemment des autres systemes de mot de passe, la troisieme valeur dans le fichier de configuration n'est pas le nom du fichier ou est stocke la mot de passe mais directement le mot de passe. ---------------------------------------------------------------------------- 3.13.4. TheNet Si le type de mot de passe est TheNet et que la connexion a la station distante voulue est etablie, la commande 'priv' lance la sequence de mot de passe. Une chaine de caracteres definie par la cinquieme valeur dans le fichier de configuration est envoyee a la station distante qui devrai repondre par une chaine de type 'NODE:NO1DE: a b c d e' ou simplement par 'a b c d e'. Cette reponse defini quels caracteres du mot de passe doivent etre renvoyes en reponse. Cette reponse est generee et est envoyee a la station distante et le statut sysop sera alors disponible. La troisieme valeur dans le fichier de configuration definie le fichier ou est stocke le mot de passe. La quatrieme valeur dans le fichier de configuration definie si des fonctions supplementaires doivent etre utilises. Si le bit est a 0, la generation du mot de passe sera faire trois fois, mais seule une des trois fois au hasard sera correcte. Les deux autres fois, une chaine prise au hasard est envoyee a la place de la bonne reponse. Si le bit est a 1, la reponse sera dissimulee dans une chaine de 72 caracteres. La generation du mot de passe de type TheNet est aussi utilisee par d'autres logiciels (par exemple Baycom et DigiPoint). ---------------------------------------------------------------------------- 3.13.5 Baycom Le systeme de mot de passe Baycom est similaire a TheNet sauf que aucun texte d'activation est nescessaire et jsute apres la connexion vous recevez les 5 nombres aleatoires. La syntaxe est la meme que pour TheNet, excepte le cinquieme parametre (le texte d'activation) qui peut etre ommis. Le defaut est SYS. Parce que le texte est demande uniquement si vous avez defini un profil utilisateur dans BayBox, ce n'est normalement pas sans importance. Une autre petite difference avec la syntaxe TheNet, l'option 3 essais ou une seule reponse est correcte n'est pas disponnible. ---------------------------------------------------------------------------- 3.13.6 MD2 Apres une connexion et l'envoi de la commande SYS dans certains cas (FPACNode,BBS F6FBB, Cluster DXNet sous Linux), le texte suivant est recu : F6FBB-1> 37 30 14 16 19 [0936077762] \__en manuel__/ \__ MD2 __/ TNT renvoie la cle suivante : 0438D5E34997C187F8B6B0FFD9E2 La BBS repond : Ok 1:F6FBB> La cle est generee a partir de la valeur entre [...] l'algorithme du mot de passe est de 'RSA Data Security, Inc. MD2 Message Digest Algorithm' ---------------------------------------------------------------------------- 3.14. Compression Huffman La compression de donnees Huffman implementee dans d'autres programmes est aussi disponible. Elle peut etre activee par la station distante avec la commande //COMP ou via la commande COMP. La compression permet une reduction des donnees envoyees de 30% environ pour les texte ASCII. Pour les fichiers binaires la compression n'est pas utile. Pour lire un contact en moniteur etendu qui utilise la compression de donnees Huffman, la commande EXTComp doit etre utilisee. La compression n'est disponible que si 'tnt_comp' dans le fichier de configuration est definie. Dans ce cas, la taille maximum des paquets ('file_paclen' dans le fichier de configuration, commande FPACLEN) pour l'envoi de fichier est de 255 Octets. La methode //comp a d'abord ete utilisee par DK4NB dans SP 9.00, la table de conversion est de lui. ---------------------------------------------------------------------------- 3.15. Maniement des connexions de test de qualite de FlexNet Le protocole des repeteurs FlexNet utilise les connexions pour determiner la qualite et la validite des connexions. Ces connexions menent a une activation non necessaire du texte de connexion de DPBox ou de tout autre programme connecte a cet interface. De plus, le carnet de trafic serai plein rien qu'avec ces connexions. Donc, TNT dispose d'un fichier ou les indicatifs des repeteurs FlexNet effectuant cette connexion de test de qualite peuvent etre sauves (tnt_flchkfile). Si un indicatif est trouve dans le fichier se connecte, il n'aura aucun texte d'accueil, aucune commande distante et aucune connexion via l'interface ne sera executee. Le fichier de carnet de trafic ne sera pas complete avec cette connexion. Le contenu de ce fichier peut etre affiche par la commande LSTFLCHK. Si le fichier a ete mis a jour alors que TNT est en marche, il pourra etre relu en utilisant la commande LDFLCHK. ---------------------------------------------------------------------------- 3.16. Utilisation de plusieurs logiciels avec le meme indicatif Si vous voulez operer des logiciels differents avec le meme indicatif, vous devez definir quels SSID's de votre indicatif TNT ne doit pas utiliser. Cela doit etre fait dans le fichier defini par 'tnt_notownfile'. Les indicatifs contenus dans ce fichier ne seront jamais utilises pour une connexion utilisant un script de routage. Le contenu de ce fichier peut etre affiche avec la commande LSNOTOWN. Lorsque le fichier a ete mis a jour, il peut etre relu avec la commande LDNOTOWN. ---------------------------------------------------------------------------- 3.17. Fonctionnement du mode PACSAT TNT inclut un emetteur et un recepteur broadcast compatible avec PACSAT. Le code est base sur les sources en Pascal ecrites par Joachim, DL8HBS. Le recepteur est valide par la commande DECBCAST a "ON". Tous les fichiers recus en trame de broadcast protocole PASCAT sont decodees. En fonction du type de fichier, le fichier complet est sauvegarde dans 'tnt_bcsavedir' (fichiers normaux) ou envoyes vers DPBox (fichiers BBS). Si des parties du fichier est manquante et que l'emetteur broadcast le permet (interruption de transmission), les parties manquantes peuvent etre demandees. C'est valide par la commande BCRQST a "ON". Le statut du recepteur broadcast peut etre visualise avec la commande BCTXSTAT. TOus les fichiers recus ou en cours de reception sont affiches. Quelques informations statistiques montrent la progression du transfert. L'emetteur broadcast est controle aussi pas DPBox pour faire un broadcast des fichiers BBS. Une unformation supplementaire est disponible dans le documentation de DPBox. Une transmission de fichiers normaux est possible egalement (cmd SENDBC). Le statut de l'emetteur broadcast peut etre visualise avec la commande BCRXSTAT. Tous les fichiers transmis sont visualises ainsi que des statistiques. Comme TheFirmware et WA8DED-software n'autorisent pas le changement de PID sur le trames emises, la trnasmission broadcast est realise en utilisant le PID F0. Cela cree des problemes en utilisant un autre softxare (Wisp) comme recepteur. TFKiss et une version speciale de TheFirmware (demander a DL8HBS pour ca) autorise le changement de PID et dans le meme temps une transmission correcte par rapport au protocole. ---------------------------------------------------------------------------- 3.18. Autostart au lancement Il existe plusieurs possibilites dans TNT (RUN, SOCKET) pour autoriser l'utilisation d'autres programmes a un utilisateur exterieur. Mais pour lancer cette application, il faut d'abord donner une commande speciale pour la connecter avec TNT. Pour creer cette application facilement accessible, et cacher comment TNT l'active, vous pouvez definir pour des indicatifs/SSID specifiques une commande autostart. Cette commande qui contient une commande a distance valide plus des parametres peut etre executees lorsque l'indicatif/SSID est connecte. La fonction autostart est activee par la commande AUTOSTRT (ON), par defaut elle est desactivee. Pour pouvoir connecter l'indicatif/SSID, il faut definir un ou plusieurs canaux qui utilisent cet indicatif/SSID avec la commande MYCALL dans tnt.up Les indicatifs/SSID et les commandes autostart sont definies dans 'tnt_autostartfile'. Les configuration courantes peut etre affichee en utilisant LSAUTOST, si le fichier est modifie, il peut etre recharge avec LDAUTOST. ---------------------------------------------------------------------------- 3.19. TNT en resident, TNTC Normalement TNT utilise une console comme interface utilisateur. Mais dans certains cas ce n'est pas ce que l'on recherche ni meme ce l'on a besoin: - avoir besoin de TNT sur plusieurs machines (hosts) - passer de Xwindows a une console normale sans quitter TNT - pas besoin d'interface utilisateur Par consequent TNT peut etre lance en resident en utilisant le parametre de commande "-d" au demarrage. TNT accepte alors des connexions socket, des demandes de connexion a l'adresse socket specifiee apres 'frontend_socket' dans tnt.ini. Cette adresse socket peut avoir deux formats differents (comme pour la definition des serveurs sockets: a. Unix-sockets Le format pour un socket-Unix est 'unix:' ou 'local:'. Le chemin peut etre complet, debutant par un '/' ou un chemin relatif a 'tnt_dir'. Exemple: unix:tntsock unix:/tcp/socket/convers b. INET-sockets Le format pour un socket-INET est 'adresse_IP:port'. 'adresse_IP' peut correspondre a un nom de host (hostname), une adresse IP ou un '*' pour toutes les adresses IP. Port peut etre n'importe quel numero de port valide ou nom de service. Exemple: *:3600 199.199.10.10:ftp foo.bar.com:2000 Pour connecter TNT, une console a distance est disponible : TNTC. Elle utilise son fichier de configuration tntc.ini ou le repertoire de base et le socket a connecte est enregistre. Au demarrage, TNTC lance le terminal (variable d'environement TERM) et les lignes/colones d'ecran a TNT. Excepte pour le nombre de colonnes qui est definit apres 'input_linelen"dans tnt.ini, ses valeurs sont choisies pour un positionemnt ainsi que de attributs corrects. TNTC peut etre arreter sans quitter TNT avec la commande (//QUIT=). Avec EXIT les deux programmes (tntc + tnt) sont quittes. ---------------------------------------------------------------------------- 4. Description des fichiers de configuration ---------------------------------------------------------------------------- 4.1. Fichier de configuration principal La configuration du programme se fait par le fichier de configuration. Ce fichier de nomme 'tnt.ini'. Il se trouve soit dans le repertoire courant soit au repertoire home de l'utilisateur (d'autres noms peuvent etre definis en utilisant l'option -i au demarrage). exemple pour tnt.ini: # definit si select() doit etre utilise, normalement a 1, mettre a 0, si vous # utilisez un vieux noyau (select() produit ici une charge CPU plus # importante). use_select 0 # -------------------------------------------------------------------------- # 0 pour un TNC reel sur le port serie, 1 pour TFKiss sur un socket UNIX # 2 pour TFKiss sur un autre socket # soft_tnc 0 # Port serie sur lequel le TNC est connecte, socket UNIX de TFKiss ou # autre socket pour TFKiss # device /dev/ttyS0 # fichier de verrouillage pour le port serie ou TFKiss # tnt_lockfile /usr/spool/uucp/LCK..ttyS0 # Vitesse du port RS232 utilise, uniquement pour un TNC reel connecte # au port serie speed 19200 # # parametres de temps pour l'interface a tfkiss (soft_tnc est a 1) # 1: temps d'attente fixe (10ms) entre chaque paquet hostmode envoye a tfkiss fixed_wait 1 # # si fixed_wait == 0, nombre de caractere envoyes a tfkiss avant que TNT ne # passe sont temps d'attente de 10ms # amount_wait 20 # -------------------------------------------------------------------------- # nombre de voies du TNC tnc_channels 10 # premiere voie avec un buffer de lignes reduit # r_channels 4 # -------------------------------------------------------------------------- # active la table de compression statique Huffman (//COMP) tnt_comp 1 # essaie de decompresse les trames dans la fenetre monitor moni_decomp 1 # devalide les trames binaires moni_chkbin 1 # taille des paquets pour le transfert de fichiers file_paclen 255 # mettre a 1 pour deconnecter tous les canaux au demarrage disc_on_start 0 # -------------------------------------------------------------------------- # UNIX-user pour la permission distante remote_user guest # Si a 1, de nouveaux utilisateurs pourront etre crees, si a 0, tout nouvel # utilisateur sera loggue comme l'utilisateur defini par 'remote_user'. unix_new_user 1 # plus petit identifiant-utilisateur pour la creation de nouveaux # utilisateurs unix_first_uid 410 # identifiant de groupe pour les nouveaux utilisateurs unix_user_gid 101 # -------------------------------------------------------------------------- # timeout pour l'assemblage des paquets (en secondes) pour SHELL/REDIR et # interface pty_timeout 2 # -------------------------------------------------------------------------- # mis a 1 pour la requete des entetes R: pour la commande read de la liste # de messagerie blist_add_plus 0 # -------------------------------------------------------------------------- # SSID de DPBox (une voie avec ce SSID doit exister dans le TNC !) tnt_box_ssid 7 # Indicatif et SSID de DPBox (Un canal avec cet indicatif doit exister # dans le TNC!) # (Si ce parametre est utilise, 'tnt_box_ssid' est ignore) tnt_box_call # SSID pour les voies node (en developpement) tnt_node_ssid 9 # Indicatif et SSID pour connecter le node (en develloppement) tnt_node_call # -------------------------------------------------------------------------- # Repertoire de travail/spool tnt_work_dir /var/spool/tnt/ # # Repertoire de configuration tnt_conf_dir /usr/local/share/tnt/conf # # Repertoire documentation tnt_doc_dir /usr/local/share/tnt/doc # # Repertoire log de TnT tnt_log_dir /var/log # # Repertoire process ID et socket tnt_bin_dir /var/run # # Repertoire commandes a distance remote_dir remote/ # # Repertoire des textes d'accueil ctext_dir ctext/ # # Repertoire pour les fichiers autobin corrompus abin_dir abin/ # # Repertoire pour les envois upload_dir up/ # # Repertoire pour la reception download_dir down/ # # Repertoire pour les fichiers 7plus # tnt_7plus_dir 7plus/ # # Repertoire pour les fichiers Yapp tnt_yapp_dir yapp/ # # Repertoire des programmes executables tnt_bin_dir bin/ # # Repertoire home pour les nouveaux utilisateurs unix_user_dir tntusers/ # # Repertoire pour les textes macro macrotext_dir macro/ # # Repertoire pour les fichiers broadcast de messagerie tnt_bcnewmaildir bcast/newmail/ # # Repertoire pour les fichiers broadcast tnt_bcsavedir bcast/save/ # # repertoire pour les fichiers broadcast temporaires tnt_bctempdir /tmp/ # #---------------------------------------------------------------------------- # Repertoire pour les fichiers audio Uniquement si compile avec TNT_Sound!! #tnt_sound_dir /usr/local/share/tnt/sound/ #-------------------- Enlever le # devant si besoin ------------------------ # # Fichier d'envoi tnt_upfile tnt.up # # Fichier de reception tnt_downfile tnt.dwn # # Fichier contenant l'identifiants de processus proc_file tnt.pid # # Fichier d'information (//info) rem_info_file tntrem.inf # # Fichier distant d'aide (//help) rem_help_file tntrem.hlp # # Fichier d'aide tnt tnt_help_file tnt.hlp # # Fichier de cookie tnt_cookiefile /usr/share/fortune/startrek # # Fichier des noms d'utilsateurs name_file_name names.tnt # # Fichier de routes route_file_name routes.tnt # # Fichier de nouvelles (//news) news_file_name news.tnt # # Texte d'accueil tnt_ctextfile ctext.tnt # # Texte d'adieu... tnt_qtextfile qtext.tnt # # Fichier carnet de trafic tnt_logbookfile tnt.log # # Fichier de mots de passe tnt_pwfile pw.tnt # # Fichier d'acces sysop tnt_sysfile sys.tnt # # Fichier indicatifs avec les commandes distantes inactives tnt_noremfile norem.tnt # # Fichier indicatifs faisant le test de qualite FlexNet tnt_flchkfile flchk.tnt # # Fichier indicatifs en reject tnt_notownfile notown.tnt # # Fichier de log des resyncronisations resy_log_file resy.log # # Fichier log des broadcast bcast_log_file bcast.log # # Fichier de mot de passe du socket sock_passfile netpass.tnt # # Fichier pour les macros clavier func_key_file fkeys.tnt # # Fichier pour les commandes a distance etendues tnt_extremotefile extrem.tnt # # Fichier pour Autostart au demarrage tnt_autostartfile autostrt.tnt # # Fichier pour definir les textes "tell" tnt_tellfile telltexte.tnt # # Fichier de log pour les sessions de TNT tnt_sessionlog /var/log/tntsession_status #--------------------------------------------------------- # Fichier pour effets sonores #tnt_soundfile sounds.tnt #------------- Enlever le # si besoin -------------------- # # Socket pour Digipoint Box box_socket /usr/local/box/stat/socket # # Repertoire pour les nouveaux messages newmaildir newmail/ # # Fichier gardant les folders monitorises autobox_dir autobox.dir # # Fichier pour le texte de fin du bbs tnt_boxender boxender.tnt # # Fichier de definition pour F6FBB BBS f6fbb_box f6fbb.box # # Socket pour le node tnt (en developpement) # node_socket /work/tntnode/socket # # Socket pour frontend frontend_socket localhost:5002 # -------------------------------------------------------------------------- # longueur maximum d'une ligne entree input_linelen 80 # Mis a 1 si le mode insertion doit etre actif apres le demarrage insertmode 1 # nombre maximum d'entrees dans la liste des stations entendues num_heardentries 50 # nombre de lignes de retour # dans l'ecran de commande lines_command 30 # dans l'ecran moniteur lines_monitor 500 # partie entree des ecrans de connexion lines_input 20 # partie sortie des ecrans de connexion lines_output 100 # partie entree des ecrans de connexion (retour reduit) lines_r_input 5 # partie sortie des ecrans de connexion (retour reduit) lines_r_output 20 # ratio des lignes d'entree/sortie sur l'ecran reel (connexion) scr_divide 5 # lignes moniteur sur les ecrans de connexion lines_moncon 5 # partie entree de l'ecran messagerie lines_mbinput 10 # partie sortie de l'ecran messagerie lines_mboutput 500 # ratio des lignes d'entree/sortie sur l'ecran reel (messagerie) mbscr_divide 8 # partie entree des ecrans de moniteur etendu lines_xmon_pre 10 # partie sortie des ecrans de moniteur etendu lines_xmon 250 # ratio des lignes d'entree/sortie sur l'ecran reel (moniteur etendu) xmon_scr_divide 5 # -------------------------------------------------------------------------- # # 0: monochrome, # 1: utilise les attributs couleur si TERM = 'linux' ou # 'conXXX', sinon, utilise les attributs monochrome et termcap, # 2: utilise les attributs couleur # 3: utilise les attributs couleur et termcap si TERM = "xterm" color 1 # 0: n'utilise pas le termcap, 1: utilise le termcap termcap 1 # 1: autre ligne de statut superieure altstat 1 # -------------------------------------------------------------------------- # attributs pour la couleur # caracteres normaux attc_normal 0x07 # caracteres dans la ligne de statut du haut attc_statline 0x10 # caracteres dans les entetes moniteur attc_monitor 0x06 # caracteres dans la ligne de statut attc_cstatline 0x1F # caracteres de controle attc_controlchar 0x0F # reponses de la station distante attc_remote 0x06 # fonctions speciales attc_special 0x01 # couleur pour le port 1 attc_monport1 0x4B # couleur pour le port 2 attc_monport2 0x43 # -------------------------------------------------------------------------- # attributs pour le noir et blanc # caracteres normaux attm_normal 0x00 # caracteres dans la ligne de statut du haut attm_statline 0x08 # caracteres des entetes moniteur attm_monitor 0x10 # caracteres dans la ligne de statut attm_cstatline 0x10 # caracteres de controle attm_controlchar 0x10 # reponse de la station distante ainsi que votre propre texte envoye attm_remote 0x10 # fonctions speciales attm_special 0x10 # couleur pour le port 1 attm_monport1 0x10 # couleur pour le port 2 attm_monport2 0x08 # -------------------------------------------------------------------------- # ces valeurs de doivent pas etre changees en utilisant LINUX # 1: le terminal place le curseur sur une nouvelle ligne apres chaque # caractere sur la derniere colonne auto_newline 0 # 1: n'affiche pas les caracteres 128-160 supp_hicntl 0 # # -------------------------------------------------------------------------- # # # AX25 Port uniquement si TNT est compile avec ax25k # (nom du port dans /etc/axports) # ax25k_port ax2 # # Fullmoniflag :"0" visualise les trames recues # "1" visualise toutes les trames (charge processeur importante) # fullmoni_flag 0 # ---------------------------------------------------------------------------- 4.1.1. Configuration generale et des ports serie 'device' : le device, sur lequel le TNC est connecte, doit etre specifie, 'speed' : vitesse du port serie, 'tnt_lockfile' : nom du fichier de blocage du port. 'tnc_channels' : nombre de voies du TNC, 'r_channels' : premiere voie a buffer de retour reduit. 'num_heardentries': nombre d'entrees de la liste des stations entendues, 'blist_add_plus': Si non defini a 0, un '+' est envoye avec la commande de lecture du BBS ; comme retour, le message aura alors toutes les lignes R: . 'tnt_box_ssid' : Si l'indicatif de la voie courante est egal a celui du BBS (SSID compris), DPBox est lance a la connexion. 'tnt_node_ssid' : Si l'indicatif de la voie courante est egal a celui du NODE TNT (SSID compris), TNTNODE est lance a la connexion (fonction actuellement en developpement). 'tnt_comp' : Si pas a 0, la compression statique Huffman est activee. Dans ce cas, la longueur maximum des paquets est de ('file_paclen') 255 caracteres. 'file_paclen' : Defini la longueur maximum d'un paquet. Les valeurs valides vont de 20 a 256 caracteres. Si la compression Huffman est activee ('tnt_comp'), la valeur maximum est de 255 caracteres. La valeur peut etre changee par la commande FPACLEN. 'disc_on_start' : Si a 1, toute connexion etablie avant le lancement de TNT seront deconnectee a son demarrage, si a 0, les connexions restent actives. 'altstat' : mettre a 1 si vous voulez utiliser la ligne de statut alternative sur les ecrans de connexion. ---------------------------------------------------------------------------- 4.1.2. Securite 'remote_user' : identificateur-utilisateur pour l'acces distant. Si TNT a ete lance par le root, plus important que chaque identificateur utilisateur des fichiers de commande distantes, il est change pour restreindre la permission du fichier pour les utilisateurs distantes. Si TNT a ete demarre par un utilisateur, L'identificateur utilisateur n'est pas change. Pour cela les commandes distantes ont la meme permission que l'utilisateur. 'unix_new_user' : 1: un nouvel utilisateur a une entree dans /etc/passwd et un repertoire est cree. 0: un nouvel utilisateur se loggue comme specifie par 'remote_user'. 'unix_first_uid': premier ID utilisateur qui sera donne a un nouvel utilisateur. 'unix_user_gid' : ID de groupe utilise pour un nouvel utilisateur. ---------------------------------------------------------------------------- 4.1.3. Repertoires et fichiers ---------------------------------------------------------------------------- 4.1.3.1. Repertoires 'tnt_dir' : repertoire contenant les fichiers de tnt, 'remote_dir' : repertoire pour l'acces distant, 'ctext_dir' : repertoire utilise pour les textes d'accueil personnels, 'abin_dir' : repertoire pour les fichiers transferes en AutoBIN avec une erreur, 'upload_dir' : repertoire pour l'envoi de fichiers (SEND/SENDLOG/...) si aucun repertoire n'est specifie, 'download_dir' : repertoire pour la reception de fichiers (READ/LOGQSO/...) si aucun repertoire n'est specifie, 'tnt_bin_dir' : repertoire pour les programmes executables (//RUN), 'unix_user_dir' : repertoire root pour les repertoires des nouveaux utilisateurs, 'macrotext_dir' : repertoire pour les fichiers contenant les textes des macros (MSEND) 'newmaildir' : repertoire les messages lus par AUTOBOX et MONBOX sont sauves pour DPBox, 'tnt_sound_dir' : repertoire contenant les fichiers son (.au) ---------------------------------------------------------------------------- 4.1.3.2. Fichiers 'tnt_upfile' : script de commande execute au demarrage du programme, 'tnt_downfile' : script de commande execute avant la sortie du programme, 'proc_file' : fichier qui contiendra l'ID du processus de TNT, 'rem_info_file' : fichier transmit si la commande //info est recue, 'rem_help_file' : fichier transmit si la commande //help est recue, 'tnt_help_file' : fichier qui sera affiche si l'ecran d'aide est appele, 'tnt_cookiefile' : fichier contenant les messages pour les cookies, 'tnt_logbookfile': fichier pour le carnet de trafic, 'tnt_pwfile' : fichier pour la generation des mots de passe, 'tnt_sysfile' : fichier pour l'acces restreint et l'authentification sysop, 'tnt_noremfile' : fichier contenant les indicatifs pour lesquels les commandes distantes sont desactivees, 'name_file_name' : fichier pour la base de donnee des noms, 'route_file_name': fichier pour la base de donnee des routages, 'news_file_name' : fichier pour le message des nouvelles, transmit si la commande distante //news est recue, ou si la macro %i est trouvee dans un texte d'accueil, 'tnt_ctextfile' : fichier contenant le texte de connexion commun, 'resy_log_file' : fichier log pour les resynchonisations, 'sock_passfile' : base de donne des login du socket, 'func_key_file' : definition des macros clavier, 'tnt_extremotefile': definition des commandes a distance etendues, 'tnt_autostartfile': definition des commandes autostart au demarrage, 'tnt_tellfile' : definition des textes/macro %m predefinis (cmd TELL) 'tnt_soundfile' : definition des sons (avec carte son) ---------------------------------------------------------------------------- 4.1.3.3. Socket et fichiers Box 'box_socket' : chemin et nom du socket UNIX utilise pour la connexion a DPBox, 'autobox_dir' : fichier contenant les repertoires qui seront monitorises lors de l'utilisation de la fonction MONBOX. 'tnt_boxender' : fichier contenant les chaines de caracteres indiquant la fin ou l'arret d'un message (MONBOX et AUTOBOX). 'f6fbb_box' : fichier contenant le texte de la BBS Fbb que vous utilisez Ce fichier est aussi utilise par DPBox et doit etre place dans le repertoire systeme de DPBox. Une definition correcte est exigee pour la fonction Autobox. 'node_socket' : chemin et nom du socket UNIX utilise pour la connexion a TNTNODE (actuellement en cours de developpement). 'frontend_socket': nom du socket utilise par frontend TNTC si TNT est lance comme daemon. Le repertoire 'tnt_dir' doit toujours contenir le chemin complet. Pour tous les autres fichiers et repertoires, cela depend du premier caractere du chemin. si le premier caractere est un '/', alors le chemin est pris comme le chemin complet. Si le premier caractere n'est pas un '/', le repertoire est pris a partir du repertoire 'tnt_dir'. ---------------------------------------------------------------------------- 4.1.4. Lignes des ecrans virtuels 'lines_command' : Nombre de lignes de l'ecran de commande. 'lines_monitor' : Nombre de lignes de l'ecran moniteur. 'lines_input' : Nombre de lignes de la partie reception d'un ecran de connexion. 'lines_output' : Nombre de lignes de la partie emission d'un ecran de connexion. 'lines_r_input' : Nombre de lignes de la partie reception d'un ecran de connexion (reduit les buffers de retour). 'lines_r_output': Nombre de lignes de la partie emission d'un ecran de connexion (reduit les buffers de retour). 'scr_divide' : Ratio des lignes d'entree/sortie sur l'ecran reel (connecte). La valeur peut etre changee avec la commande CONDiv. Exemple: l'ecran reel a 25 Lignes, 'scr_divide' est egal a 5. 25 Lignes - 2 de Statut = 23 lignes pour l'entree/sortie. 23 / 5 = 4.6 -> 4 lignes pour l'entree. 23 - 4 = 19 lignes pour la sortie. 'lines_moncon' : Nombre de lignes de l'ecran moniteur affichees en plus sur un ecran de connexion. Si a 0, aucune ligne moniteur ne sera affichee. La valeur peut etre changee avec la commande MONLines (les lignes de l'ecran reel seront reduites du nombre de lignes moniteur, avant les lignes des parties d'entree et de sortie sont calculees avec 'scr_divide'). 'input_linelen' : longueur maximum des lignes entrees a partir de laquelle tout caractere supplementaire sera ignore ou wordwrap sera execute. La valeur peut etre changee avec la commande LINelen. 'lines_mbinput' : nombre de lignes de la partie entree de l'ecran messagerie. 'lines_mboutput': nombre de lignes de la partie entree de l'ecran BBS. 'mbscr_divide' : ratio des lignes d'entree/sortie sur l'ecran reel (BBS). La valeur peut etre changee avec la commande MBOXDiv. 'lines_xmon' : nombre de lignes de la partie envoi de l'ecran moniteur etendu. 'lines_xmon_pre': nombre de lignes de la partie entree de l'ecran moniteur etendu. 'xmon_scr_divide': ratio des lignes d'entree/sortie sur l'ecran reel (moniteur etendu). La valeur peut etre changee avec la commande XMONDiv. ---------------------------------------------------------------------------- 4.1.5. Configuration de l'affichage 'color' : aucun attribut de couleur (0), attributs couleur si une console LINUX (1) ou attributs couleur en permanence (2). 'termcap' : Utilise les codes de controle des consoles LINUX (0) ou /etc/termcap (1) Si color == 1 et que les codes de controle des consoles LINUX sont selectionnes, mais que l'environnement du TERM d'entree n'est pas "con..." ou "linux", aucune couleur ni termcap ne sont utilises. ---------------------------------------------------------------------------- 4.1.6. Attributs d'ecran ---------------------------------------------------------------------------- Les attributs utilises dependent du mode selectionne : 'color' pour la couleur ou 'monochrom' pour le noir et blanc. Note importante : les attributs pour le texte normal et pour les caracteres de controle dans le champ d'entree DOIVENT etre different, sinon, aucun caractere de controle ne pourra etre envoye. ---------------------------------------------------------------------------- 4.1.6.1. Attributs de couleur 'attc_normal' : pour le texte normal. 'attc_statline' : pour la ligne de statut principale en haut de l'ecran. 'attc_monitor' : pour les entetes moniteurs. 'attc_cstatline' : pour la ligne de statut de la voie si en ecran connecte. 'attc_controlchar': pour les caracteres de controle dans le champ d'entree. 'attc_remote' : pour le texte transmis du a une fonction distante. 'attc_special' : pour les fonctions speciales. Les attributs sont codes de la facon suivante : X X X X X X X X Blink BCo2 BCo1 BCo0 FCo3 FCo2 FCo1 FCo0 Couleurs Couleurs de d'arriere plan premier plan Blink : 0 : off, 1 : on. Couleurs d'arriere plan : BCo2 BCo1 BCo0 Noir 0 0 0 Rouge 0 0 1 Vert 0 1 0 Orange 0 1 1 Bleu 1 0 0 Magenta 1 0 1 Cyan 1 1 0 Blanc 1 1 1 Couleurs de premier plan : FCo3 FCo2 FCo1 FCo0 Noir 0 0 0 0 rouge 0 0 0 1 Vert 0 0 1 0 Orange 0 0 1 1 Bleu 0 1 0 0 Magenta 0 1 0 1 Cyan 0 1 1 0 Blanc 0 1 1 1 Gris 1 0 0 0 Rouge clair 1 0 0 1 Vert clair 1 0 1 0 Jaune 1 0 1 1 Bleu clair 1 1 0 0 Magenta clair 1 1 0 1 Cyan clair 1 1 1 0 Blanc clair 1 1 1 1 ---------------------------------------------------------------------------- 4.1.6.2. Attributs monochromes 'attc_normal' : pour le texte normal. 'attc_statline' : pour la ligne de statut principale en haut de l'ecran. 'attc_monitor' : pour les entetes moniteurs. 'attc_cstatline' : pour la ligne de statut de la voie si en ecran connecte. 'attc_controlchar': pour les caracteres de controle dans le champ d'entree. 'attc_remote' : pour le texte transmis du a une fonction distante. 'attc_special' : pour les fonctions speciales. Les attributs sont codes de la facon suivante : X X X X X X X X Att5 Att4 Att3 Att2 Att1 Att0 Att0: saillant (termcap so/se) Att1: soulignes (termcap us/ue) Att2: clignotant (termcap mb/me) Att3: inverse (termcap mr/me) Att4: gras (termcap md/me) Att5: mi-brillant (termcap mh/me) 0 : off, 1 : on. ---------------------------------------------------------------------------- 4.1.7. Timeout de l'assemblage des paquets 'pty_timeout' : temps pour l'assemblage des paquets. Tout caractere recu par le shell ou une redirection est bufferise. Si le buffer depasse la taille maximum d'un paquet (256 octets) le contenu du buffer est envoye. Apres chaque nouveau caractere, 'pty_timeout' secondes sont attendues pour le caractere suivant. Si durant ce temps aucun caractere n'est donne, le buffer est envoye meme si la taille maximum d'un paquet n'est pas atteinte. ---------------------------------------------------------------------------- 4.1.8. Options supplementaires Les bascules suivantes sont la pour personnaliser TNT pour des terminaux differents ou pour le systeme. Pour l'utilisation avec linux, les deux doivent etre a 0. 'auto_newline' : mis a 1 si le terminal passe a la ligne apres le dernier caractere d'une ligne. 'supp_hicntl' : mis a 1 si les caracteres entre 128 et 160 doivent etre remplaces par un point (.) ---------------------------------------------------------------------------- 4.2. Fichiers de configuration du TNC Au demarrage du programme, un script de commande est execute. Il peut servir a initialiser certains parametres du TNC. Le nom du fichier doit etre specifie apres 'tnt_upfile' dans le fichier d'initialisation. Pour definir des indicatifs differents sur des voies differentes le sequence de commande suivante doit etre utilisee : ... CHANNEL 4 MYCALL DL4YBG-4 CHANNEL 5 MYCALL DL4YBG-5 CHANNEL 6 MYCALL DL4YBG-6 ... Apres que la commande EXIT soit lancee, un autre script de commande est execute avant la fin du programme. Le nom du fichier doit etre specifie apres 'tnt_downfile' dans le fichier d'init. (voir fichier d'exemple, tnt.up) ---------------------------------------------------------------------------- 4.3. Fichier cookie Si l'envoi de cookies est actif (commande COOKIE) et que quelqu'un se connecte a la station, un cookie pris au hasard venant du fichier cookie sera envoye. Le fichier cookie est constitue de textes cookie delimites par une ligne contenant un '-' comme premier caractere (le reste de la ligne sera ignore). La taille minimale d'un fichier cookie est de 2048 octets. Le nom du fichier cookie doit etre defini apres 'tnt_cookiefile' dans le fichier de configuration. ---------------------------------------------------------------------------- 4.4 Fichiers pour les commandes distantes Lorsque la commande distante //help est recue, un fichier specifie apres 'rem_help_file' dans le fichier de configuration est transmit. Le fichier doit contenir une description des commandes distantes possibles. Si la commande distante //info est recue, le fichier specifie apres 'rem_info_file' dans le fichier de configuration est transmit. Le fichier doit contenir une description de la station et le materiel utilise (aussi bien radio qu'informatique). Si la commande distante //news est recue, le fichier specifie apres 'news_file_name' dans le fichier de configuration est transmit. Le fichier doit contenir des nouvelles sur la station. ---------------------------------------------------------------------------- 4.5. Fichiers pour le texte d'accueil Si l'envoi du fichier d'accueil est actif (commande CONTEXT) et que quelqu'un se connecte a la station, un texte d'accueil special sera alors envoye. Le texte d'accueil est tire du fichier specifie apres 'tnt_ctextfile'. Toute macro contenue dans ce fichier sera transcrite. Il est possible d'envoyer a certains utilisateurs un texte d'accueil special. Pour permettre cela, un fichier nomme .ctx doit etre depose directement dans le repertoire specifie apres 'ctext_dir', ou est celui de l'utilisateur. ---------------------------------------------------------------------------- 4.6. Fichiers pour la base de donnee des noms et des scripts de routage ---------------------------------------------------------------------------- 4.6.1. Base de donnee des noms Pour l'utilisation avec le texte d'accueil, une base de donnee de noms est incluse. La base de donnee est contenue elle meme dans le fichier specifie apres 'name_file_name'. Toute entree dans la base de donne de noms a le format suivant : T>DL4YBG Mark Si la commande NAME ou la commande distante //NAME est utilisee pour mettre a jour le nom, le base de donnee sera mise a jour. ---------------------------------------------------------------------------- 4.6.2. Base de donnee du routage La base de donnee des scripts de routage est contenue dans un fichier similaire a la base de donnee des noms. Le nom de fichier de la base de donnee de routage est specifie apres 'route_file_name'. Contrairement a la base de donnee de nom, la base de donnee de routage n'est pas mise a jour par TNT, toute mise a jour doit etre faite avec un editeur de texte. Les entrees pour les scripts de routage peuvent etre recursives, il n'est pas necessaire de specifier le chemin complet pour chaque indicatif. Le fichier est assemble en utilisant les entrees dans la base de donnee. Si vous changez regulierement de frequence et de repeteur, vous devrez specifier pour chaque frequence une base de donnee differente. Pour cela, et sont inclus. Si par exemple vous operez sur 438.300 MHz, vous pouvez specifier toute information de routage valide sur une frequence par : ... Toute information de routage qui n'est pas encadree par et reste valable sur toutes les frequences. La frequence que vous operez peut etre specifiee en utilisant la commande QRG. Le format de chaque entree de la base de donnee est comme suit : devant l'indicatif, un lettre specifie le type de la station : T : utilisateur normal (Terminal), N : node network, Tous les autres caracteres sont acceptes. La seule difference est le traitement de l'indicatif dans les scripts de routage. La base de donnee est un fichier texte contenant des lignes comme suit : T>DL4YBG Mark -> Le nom de l'operateur de la station DL4YBG est Mark, aucune information de routage n'est donnee ou la station peut etre connectee directement. T>DL7ZZZ Joe; N>DB0LUC T>DL7ZZZ -> Le nom de l'operateur de la station DL7ZZZ est Joe, la station peut etre connectee depuis le repeteur DB0LUC. N>DB0BLO Digi 9K6 -> Le repeteur DB0BLO peut etre connecte directement. N>DB0BER Digi Tempelhof; N>DB0BLO N>DB0BER -> Le repeteur DB0BER peut etre connecte depuis le repeteur DB0BLO. N>DB0LUC Digi Luckau; N>DB0BER F>DB0BLN N>DB0LUC -> Le repeteur DB0LUC peut etre connecte depuis le repeteur DB0BER via DB0BLN. ---------------------------------------------------------------------------- 4.7. Identificateur utilisateur et securite Pour tous les utilisateurs, il leur est possible de se logguer sur le systeme UNIX en utilisant la commande distante //SHELL ou bien en utilisant une des commandes SHELL sur la voie. L'indicatif de la station connectee est utilise comme identificateur utilisateur. Si cet identificateur n'existe pas pour cet indicatif et que le parametre 'unix_new_user' n'est pas defini, l'identificateur "guest" sera utilise. Il n'y a pas de controle de securite par mot de passe pour le moment. Si vous n'utilisez pas la variable 'unix_new_user' vous devez preparer les identificateurs utilisateurs pour les utilisateurs autorises a utiliser la fonction shell. Pour cela les entrees dans /etc/passwd doivent ressembler a : guest::407:109::/home/guest: dl4ybg::405:101::/home/dl4ybg: Ces identificateurs ne doivent pas apparaitre dans le fichier /etc/shadow (seulement si vous utilisez le systeme de mot de passe shadow). Astuce : L'utilisateur guest peut etre cree en utilisant 'useradd -m guest', alors l'entree correspondante sera cree dans le fichier /etc/passwd et le champ du mot de passe dans le fichier /etc/shadow devra etre efface (seulement si le systeme shadow est utilise). Essayez de vous logguer a partir d'un terminal virtuel pour voir si tout fonctionne correctement. IMPORTANT : Verifiez le fichier des permissions de votre systeme et utilisez un mot de passe pour le compte root, car desormais vous ne serez plus le seul sur votre systeme. ---------------------------------------------------------------------------- 4.8. Fichier log pour les resynchronisations Si durant une operation la resynchronisation est frequemment lancee, il est utile d'en connaitre la raison. Cela peut etre possible en specifiant 'resy_log_file' dans la fichier d'init. Le chemin complet du fichier doit etre donne. Si il n'est pas defini, aucun fichier log ne sera cree. Jetez un oeil de temps en temps sur le fichier de resynchronisation, il est utile de l'effacer de temps en temps pour gagner de la place sur le disque. ---------------------------------------------------------------------------- 4.9. Fichier pour les macros clavier exemple pour fkeys.tnt: # # fichier de touches de fonction # # XX:texte # XX::commande # # '*' a la fin envoi un CR apres un texte # 01::envoi .signature 02:***end* 03::c db0abc 04::c db0zzz-8 08::logblist 09::blist 10::xblist ---------------------------------------------------------------------------- 4.10. Fichier pour la generation des mots de passe exemple pour pw.tnt: # fichier d'exemple de mot de passe # toutes les lignes doivent utiliser le format suivant : # DIEBOX: # # FLEXNET: # # THENET: # # BAYCOM: # # MD2: # # # DieBox DB0XXX DB0XXX-3 DIEBOX /usr/local/share/tnt/conf/db0xxx.pw # FlexNet DB0YYY DB0YYY FLEXNET 02345 # TheNet DB0ZZZ DB0ZZZ THENET /usr/local/share/tnt/conf/db0zzz.pw 0 SYS # TheNet DB0ZZA avec 3 essais DB0ZZA THENET /usr/local/share/tnt/conf/db0zzz.pw 1 SYS # TheNet DB0ZZB avec dissimulation du mot de passe DB0ZZB THENET /usr/local/share/tnt/conf/db0zzz.pw 2 SYS # TheNet DB0ZZC avec dissimulation du mot de passe et 3 essais DB0ZZC THENET /usr/local/share/tnt/conf/db0zzz.pw 3 SYS # Baycom DB0ZZE-5 DB0ZZE-5 BAYCOM /usr/local/share/tnt/conf/db0sse_5.pw 0 # Baycom DB0ZZD avec dissimulation du mot de passe et activation differente DB0ZZD BAYCOM /usr/local/share/tnt/conf/db0zzd.pw 2 SYS # Baycom DB0ZZD-1 avec dissimulation parfaite du mot de passe et # activation differente DB0ZZD-1 BAYCOM /usr/local/share/tnt/conf/db0zzd_1.pw 6 SYS # Mot de passe MD2 DB0ZZF MD2 /usr/local/share/conf/db0zzf.pw ---------------------------------------------------------------------------- 4.11. Fichier pour l'authentification du sysop exemple pour sys.tnt: # fichier exemple de restriction d'acces et d'authentification du sysop # format: # # # DL7ZZZ avec acces root DL7ZZZ /usr/local/share/tnt/conf/dl7zzz.pw 1 # DL7ZZY sans acces root DL7ZZY /usr/local/share/tnt/conf/dl7zzy.pw 0 ---------------------------------------------------------------------------- 4.12. Fichier pour inhiber les commandes distantes exemple pour norem.tnt : # fichier d'exemple pour desactiver les commandes distantes # format : # # DB0GR DB0BLO-8 DB0JES-3 DB0TEM-8 ---------------------------------------------------------------------------- 4.13. Fichier contenant les indicatifs rejetes # fichier d'exemple pour les indicatifs/SSID combinaisons qui ne sont pas # autorises a se connecter # format: # # DL4YBG DL4YBG-7 ---------------------------------------------------------------------------- 4.14. Fichier repeteurs Flexnet # fichier d'exemple pour ignorer les connexions de test qualite Flexnet # format: # # DB0BNO DB0BLN ---------------------------------------------------------------------------- 4.15. Fichier d'acces au serveur Ax25 # Fichier netpass.tnt # La syntaxe est : # CALL PASSWORD AUTOCONNECT-CALL LEVEL # # Exemples # # La ligne suivante fixe l'utilisateur DL7ZZZ, mot de passe "geheim", pas # d'autoconnexion, niveau=9 dl7zzz geheim none 9 # # La ligne suivante fixe DL7ZZY, mot de passe "secret", indicatif autoconnecte # BD0ZZZ-8 en niveau 3. DL7ZZY ne peut connecter que DB0ZZZ-8 en automatique. dl7zzy secret DB0ZZZ-8 3 ---------------------------------------------------------------------------- 4.16. Fichier pour Autostart au demarrage # Fichier d'exemple autostart # format: # # # connecte dl4ybg-5 -> lance un convers utilisateur-client dl4ybg-5 convers # connecte dl4ybg-12 -> demande l'etat des canaux dl4ybg-12 cs # connecte dl4ybg-13 -> Lance un shell unix dl4ybg-13 shell # connecte dl4ybg-14 -> connecte le serveur convers dl4ybg-14 socket unix:/tcp/sockets/convers ---------------------------------------------------------------------------- 4.17. Fichier pour les commandes commande a distance etendues # Fichier d'exemple pour le commandes a distance etendues # format: # # # # //SCONvers : connecte le convers sur le socket Unix sconvers 0 4 socket unix:/tcp/sockets/convers # //AXSERv : connecte le serveur ax25 local sur le port 2001 # (seulement pour le sysop) axserv 1 5 socket localhost:2001 ---------------------------------------------------------------------------- 4.18. Fichier pour fonction BBS # (f6fbb.box) # Definition des entetes de fichiers F6FBB pour la fonction coupure en monitor # VOUS DEVEZ FAIRE UNE MISE A JOUR DE SES DEFINITIONS # MAIS NE CHANGEZ PAS L'ORDRE !!! # Malheureusement le programme f6fbb possede deux types d'entete # Le premier possede 5 lignes, le deuxieme 7 lignes (le plus recent) # De plus ces entetes existent en plusieurs langues donc vous etes # oblige de definir ce fichier vous meme. # Si votre BBS F6fbb local ne correspond a aucun des deux, envoyez moi # un message # Les lignes commencant par "#" sont des commentaires, les 4 premieres # lignes sans "#" correspondent a des mots cles. # Les 12 lignes suivantes concernent les mois utilises. # # An old-style (and dutch language) fbb-header may look like this: # # Van : DC6OQ voor IBM @DL # Type/Status : B$ # Datum/tijd : 21-Mrt 13:55 # Bericht # : 72618 # Titel : hilfe aastor # # Now the definitions: # # first word in header (all signs until the senders callsign): Van : # third word in header voor # # # A new-style (and german language) fbb-header may look like this: # # Von : DG8NBR # Nach : YAESU @EU # Typ/Status : B$ # Datum : 18-Jun 06:44 # BID/MID : 17630BDB0BOX # Meldung # : 85385 # Titel : info > FT 530 # # Now the definitions: # # Denotator in first line: #Von : # Denotator in second line: #Nach : # # # # A new-style (and german language) fbb-header may look like this: # #Von : DG1RFG #An : WINGT@DL #Typ/Status : BF #Datum/Zeit : 28-Apr 08:26 #BID (MID) : DQKBUMDB0BLO #Msg # : 457242 #Titel : TNX ! WinGT und Passwort wer... # # Now the definitions: # # Denotator in first line: Von : # Denotator in second line: An : # # # # month identifiers as used in your local f6fbb-bbs: # (they depend on the selected language, too) # Jan Feb Mar Apr Mai Jun Jul Aug Sep Okt Nov Dez ---------------------------------------------------------------------------- 4.19. Fichier de configuration de TNTC # Repertoire principal de travail/spool tntc_work_dir /var/spool/tnt/ # socket pour frontend frontend_socket unix:5002 ---------------------------------------------------------------------------- 4.20. Fichier de definition des sons # Fichier son pour TNT (sounds.tnt) # # Ce fichier est un exemple pour configurer les effets sonores dans TNT. # Chaque ligne consiste en deux parametres : un nombre et un nom de fichier. # # Apres le 1er "0" un programme pour jouer les sons doit etre defini. # # Pour un lecteur de son vous pouvez utiliser le resident rplay par exemple. # Vous pouvez aussi ecrire votre lecteur de sons pour lire les fichiers # sons specifies. Un script shell minimal est disponible, nomme "play" # # Si le nom du fichier a jouer est "0" le son sera ignore. # Votre lecteur de sons. Un exemple qui va avec le prg "play" # il doit etre dans le $PATH lorsque le chemin complet n'est pas specifie. 0 /usr/local/share/tnt/sounds/play # Chaque fichier son doit se trouver dans 'tnt_sound_dir' si le chemin # n'est pas specifie. # # Reception de paquets. Vous devez vraiment mettre "0" ici, sinon votre # ordinateur va jouer les sons les uns apres les autres.... ;-) 1 0 # Connecte a quelqu'un 2 connect.au # Disconnected 3 disc.au # Link Reset 4 reset.au # Busy (station distance occupee) 5 busy.au # Link Failure (echec d'une liaison) 6 failure.au # Sonnerie (//ring) 7 ring.au ---------------------------------------------------------------------------- 4.21. Definition des macros/messages TELL # Fichier d'exemple pour TNT-Telltextfile (a partir de TNT1.1a7) # Commandes ":DA", ":WEG", ":600", ":KLO" and ":GND" envoient un texte # sur tous les canaux et changent le texte pour la macro %m dans le Ctext # # Si le texte est "0", rien ne se passe # # Si le second texte est "1", la macro est effacee. # # Ex: "1 Je suis de retour" - envoie ce texte sur tous les canaux si ":DA" # "2 0" - ... sans que la macro %m ne soit changee ou, # "2 1" - ... et la macro %m est effacee. # # 1+2 pour DA, 3+4 pour WEG, 5+6 pour 600, 7+8 pour KLO, 9+10 pour GND # Le 1er texte est envoie surtous les canaux connectes et le second est # utilise pour la macro %m # # Voici les macros qui peuvent etre utilisees dans la 1ere ligne : # %n - nom de la station distante, %c - indicatif de la station distante, # %k - canal sur lequel est connectee la station distante, %t - heure, # %g ou %b - Sonnerie (Ctrl-G) # # Messages pour DA 1 Je suis de retour! 2 Je suis heureux d'etre connecte avec vous # # Messages pour WEG 3 Je suis parti! [%t] 4 Je ne suis pas disponible. Laisser un message sur $BOXCALL # # Messages pour 600 5 Un moment je suis au 600 6 Le sysop est au telephone. # # Messages pour KLO # les stations qui se connectent n'ont pas a savoir que j'y suis.... 7 Je dois aller aux toilettes... 8 0 # # Messages for GND 9 %n, je reviens dans un moment... 10 L'operateur est occupe a autre chose # # # (C) WSPse 1998 ---------------------------------------------------------------------------- 5. Information complementaire ---------------------------------------------------------------------------- 5.1. Options de demarrage Usage : tnt [-i ] [-l ] [-u] TNT possede trois options de demarrage. Un fichier specifie apres -i est pris pour fichier de configuration et un fichier specifie apres -l est ouvert en voie 1, equivalent a la commande LOGREC. Si le programme ne s'est pas termine normalement et que le port serie est bloque, le fichier de blocage peut etre ignore par -u. L'option -l est utile si le TNC conserve des donnees sans terminal. Note : TNT recherche automatiquement le fichier d'initialisation, il est possible de le renommer en .tntrc, place dans le repertoire "home" /home/dl8xyz/.tntrc ou /root/.tntrc Cela permet une configuration multi-utilisateurs. ---------------------------------------------------------------------------- 5.2. Fonctionnement sous X11 TNT necessite une console XTERM pour l'execution sous X11. Pour cela TNT peut etre lance sous n'importe quelle shell XTERM. Un fichier script simple 'xtnt' peut etre utilise pour creer une nouvelle fenetre pour TNT. Pour changer les parametres dans le fichier 'xtnt' allez voir dans le manuel de XTERM. ---------------------------------------------------------------------------- 5.3. Portage de TNT Dans le fichier config.h beaucoup d'options peuvent etre ou ne pas etre definies. Creez une nouvelle entree dans config.h et un nouveau makefile pour votre syteme. Pour le moment, Linux et Interactive UNIX (ISC) sont supportes. Les codes generes par des fonctions et des touches speciales sont definis dans le fichier keys.h et peuvent etre changes. Parce que dans la plupart des cas, toutes les touches ne sont pas listees dans le repertoire /etc/termcap les codes des touches sont entres de cette facon. Si votre portage s'est fait avec succes, envoyez moi vos changements, s'il vous plait. Ils seront alors inclus dans la prochaine version. ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- 6. Conclusion Merci a Dieter, DK5SG / N0PRA pour WAMPES. Les codes source contiennent beaucoup de choses interessantes et j'ai recupere des parties pour la fonction shell de ces sources de WAMPES. Merci a Joerg, DD8FR pour l'etablissement des codes macro dans les textes d'accueil et pour l'utilisation de plus de 80 caracteres par ligne. Patrick (ex DL7AUC), qui avait porte TNT sur ISC UNIX et avait contribue a beaucoup d'idees et pour les sources pour la fonction socket. Il a perdu la vie dans un accident. Sont travail et sont support etaient tres apprecies et il nous manquera beaucoup. Nous nous souviendrons de lui pour toujours. Merci a Joachim, DL8HBS (auteur de DigiPoint pour ATARI) qui m'a fourni ses sources. Merci aussi pour les heures de discussion et pour le portage de la partie DPBox de DP sur Linux et pour le support durant la partie debuggage. Merci a Gert, DK3NY pour l'implementation du mot de passe pour les BBS DIEBOX. Merci a Andreas, DK9HE pour l'analyse et la resolution des problemes de demarrage lorsque TNT n'etait pas demarre par le root. Merci a Werner, DL4NER pour les sources et les idees pour la generation du mot de passe pour FlexNet. Merci a Mario, DG0JAB pour l'ajout de l'autre ligne de statut. Merci a tout ceux qui ont testes TNT et qui m'ont fait parvenir des commentaires. Enfin, merci encore a Linus et a toute la communaute Linux pour nous avoir donne un superbe systeme. Un remerciement special a Joseph H. Allen pour l'editeur JOE et a Dave Gillespie pour le traducteur Pascal en C : P2C. Si vous avez des questions, des commentaires ou des reports de bug, ecrivez moi simplement a : Packet radio : DL4YBG @ DB0GR.#BLN.DEU.EU Internet : wahlm@berlin.snafu.de 73, Mark Wahl (DL4YBG) ---------------------------------------------------------------------------- A. Annexe ---------------------------------------------------------------------------- A.1. Table de compression statique de Huffman Cette table a ete definie par DK4NB pour SP 9.00 ASCII: HUFFMAN < 0>: 101010110010110 < 1>: 101010101000010 < 2>: 100111111100010 < 3>: 101010110011110 < 4>: 101010110001110 < 5>: 101010101111110 < 6>: 101010101110110 < 7>: 101010101101010 < 8>: 101010101011010 < 9>: 1111001101 < 10>: 101010101010010 < 11>: 011111010110010 < 12>: 101010101101110 < 13>: 1111010 < 14>: 101010101001010 < 15>: 100111111111010 < 16>: 100111111101010 < 17>: 011111010111010 < 18>: 101010110100010 < 19>: 101010110011010 < 20>: 101010110010010 < 21>: 101010110001010 < 22>: 101010110000010 < 23>: 101010101111010 < 24>: 101010101110010 < 25>: 10101011011000 < 26>: 101010110000110 < 27>: 101010101100110 < 28>: 101010101011110 < 29>: 101010101010110 < 30>: 101010101001110 < 31>: 101010101000110 : 110 !: 001110101 ": 1010101111 #: 00000000011 $: 011111010100 %: 10101011010111 &: 000000000000 ': 10101011010110 (: 011111000 ): 001111001 *: 01111101000 +: 000000000001 ,: 0001001 -: 0111101 .: 101110 /: 0011001 0: 0010001 1: 11110110 2: 00111101 3: 100111100 4: 101111011 5: 011111001 6: 000000001 7: 101010100 8: 101111010 9: 100111110 :: 00000011 ;: 1010101101111 <: 1010101101101 =: 001111000 >: 001100000 ?: 00000000001 @: 011111010101 A: 0011100 B: 0111100 C: 1001110 D: 1111111 E: 001001 F: 10111100 G: 00000010 H: 00000001 I: 11110001 J: 00000000010 K: 00110001 L: 11110010 M: 0011010 N: 0001110 O: 0001111 P: 1011111 Q: 10101011101 R: 0011111 S: 000101 T: 0011011 U: 111100111 V: 111100001 W: 00100000 X: 11111100 Y: 1001111110 Z: 100111101 [: 101010111001 \: 001110111 ]: 101010111000 ^: 10101011010101 _: 0011101001010 `: 10101011010100 a: 10100 b: 000110 c: 100110 d: 01110 e: 010 f: 000001 g: 101011 h: 111110 i: 0110 j: 0011101000 k: 11111101 l: 00101 m: 101100 n: 1000 o: 101101 p: 0001000 q: 011111010010 r: 11100 s: 10010 t: 11101 u: 00001 v: 11110111 w: 1010100 x: 011111011 y: 1111001100 z: 0111111 {: 10101011010010 |: 0011101001001 }: 10101011010011 ~: 001110100110 <127>: 100111111111110 <128>: 100111111110110 <129>: 00100001 <130>: 100111111101110 <131>: 100111111100110 <132>: 111100000 <133>: 011111010111110 <134>: 011111010110110 <135>: 00111010010000 <136>: 101010110100000 <137>: 101010110011100 <138>: 101010110011000 <139>: 101010110010100 <140>: 101010110010000 <141>: 101010110001100 <142>: 1010101101110 <143>: 101010110001000 <144>: 101010110000100 <145>: 101010110000000 <146>: 101010101111100 <147>: 101010101111000 <148>: 001110110 <149>: 101010101110100 <150>: 101010101110000 <151>: 101010101101100 <152>: 101010101101000 <153>: 10101011011001 <154>: 011111010011 <155>: 101010101100100 <156>: 101010101100000 <157>: 101010101011100 <158>: 101010101011000 <159>: 101010101010100 <160>: 101010101010000 <161>: 101010101001100 <162>: 101010101001000 <163>: 101010101000100 <164>: 101010101000000 <165>: 100111111111100 <166>: 100111111111000 <167>: 100111111110100 <168>: 100111111110000 <169>: 100111111101100 <170>: 100111111101000 <171>: 100111111100100 <172>: 100111111100000 <173>: 011111010111100 <174>: 011111010111000 <175>: 0011101001011 <176>: 011111010110100 <177>: 011111010110000 <178>: 101010110100011 <179>: 101010110100001 <180>: 101010110011111 <181>: 101010110011101 <182>: 101010110011011 <183>: 101010110011001 <184>: 101010110010111 <185>: 101010110010101 <186>: 101010110010011 <187>: 101010110010001 <188>: 101010110001111 <189>: 101010110001101 <190>: 101010110001011 <191>: 101010110001001 <192>: 101010110000111 <193>: 101010110000101 <194>: 101010110000011 <195>: 101010110000001 <196>: 101010101111111 <197>: 101010101111101 <198>: 101010101111011 <199>: 101010101111001 <200>: 101010101110111 <201>: 101010101110101 <202>: 101010101110011 <203>: 101010101110001 <204>: 101010101101111 <205>: 101010101101101 <206>: 101010101101011 <207>: 101010101101001 <208>: 101010101100111 <209>: 101010101100101 <210>: 101010101100011 <211>: 101010101100001 <212>: 101010101011111 <213>: 101010101011101 <214>: 101010101011011 <215>: 101010101011001 <216>: 101010101010111 <217>: 101010101010101 <218>: 101010101010011 <219>: 101010101010001 <220>: 101010101001111 <221>: 001110100111 <222>: 101010101001101 <223>: 101010101001011 <224>: 101010101001001 <225>: 001100001 <226>: 101010101000111 <227>: 101010101000101 <228>: 101010101000011 <229>: 101010101000001 <230>: 100111111111111 <231>: 100111111111101 <232>: 100111111111011 <233>: 100111111111001 <234>: 100111111110111 <235>: 100111111110101 <236>: 100111111110011 <237>: 100111111110001 <238>: 100111111101111 <239>: 100111111101101 <240>: 100111111101011 <241>: 100111111101001 <242>: 100111111100111 <243>: 100111111100101 <244>: 100111111100011 <245>: 100111111100001 <246>: 011111010111111 <247>: 011111010111101 <248>: 011111010111011 <249>: 011111010111001 <250>: 011111010110111 <251>: 011111010110101 <252>: 011111010110011 <253>: 011111010110001 <254>: 001110100100011 <255>: 001110100100010