WNOS – Software anni 90 per gestione BBS TCP IP–AX25 (Software MS-DOS)

Aperto da INFORADIO, Ven 17 Agosto, 08:37 2018

Discussione precedente - Discussione successiva

0 Utenti e 1 Visitatore stanno visualizzando questa discussione.

Senza nome 1

"In qualità di Affiliato Amazon io ricevo un guadagno dagli acquisti idonei" (Disclaimer)

INFORADIO

WNOS – Software anni 90 per gestione BBS TCP IP–AX25 (Software MS-DOS)

Disponibile alla seguente pagina: http://www.forumradioamatori.it/download/download-dos/Packet/Packet.html




                DB3FL WAMPES NOS (WNOS) Versione 4 Manuale


                              Mike Chace (G6DHU)

         Basato sul documento originale tedesco di Mike Bentrup DB3FL

                       Document Version 1.0 (maggio 1992)

                           Versione del programma WNOS4a6






1. Introduzione

WNOS è una versione di NOS (il sistema operativo di rete) basata su precedenti
lavoro di Phil Karn (KA9Q), Kelvin Hill (G1EMM), Gerard van der Grinten
(PA0GRI), Anders Klemets (SM0RGV), GNOS di Peter Glasmacher (DK5DC)
programma e WAMPES di Dieter Deyke (DK5SG).

Le caratteristiche speciali di WNOS includono;

     Interfaccia utente più amichevole

     Nuovo server AX.25 (da WAMPES)

     Convers Server (da WAMPES)

     Compressione dei dati in tempo reale su collegamenti SMTP, NNTP e Convers

     Salvataggio automatico del percorso per IP, ARP, NET / ROM e AX.25

     Temporizzatori dinamici basati su condizioni di traffico a livello di collegamento

Questo manuale non è davvero progettato per offrire ai principianti un totale
messa a terra nell'uso del software NOS. Ancora più importante, fornisce
una guida per gli utenti che hanno familiarità con l'uso di TCP / IP in altre varianti di NOS, come
come usare WNOS così come spiegare i nuovi principi in questo
Software. I programmi di installazione e così via non sono forniti, ma tutti i
informazioni sulla struttura delle directory e sulla configurazione sono fornite qui.

I principianti dovrebbero essere in grado di trovare molti altri tutorial e
informazioni su TCP / IP e NOS in generale da altre fonti, dovrebbe
desiderano conoscere le "basi".






                                                                       



                                                                       


2. WNOS


2.1. Di questo manuale

Questo è il primo tentativo di un manuale ragionevolmente completo per WNOS.
Non sorprenderti se mancano alcuni pezzi o non segui abbastanza a
sequenza logica. Grazie a Thomas (DG8FBV) per la prova di lettura del tedesco
bozze originali e fornire feedback.

Questo manuale affronta una serie di diverse aree di WNOS e prima
fornisce una panoramica dell'hardware richiesto e dell'avvio
procedure utilizzate per eseguire WNOS. Di seguito è una descrizione del
visualizzare le caratteristiche e la struttura di file e directory richiesta. Il
il corpo principale si occupa di una descrizione dettagliata di ciascuno dei comandi
supportato da WNOS. Nota che alcuni comandi e opzioni non saranno
disponibile poiché dipendono da quali caratteristiche sono state compilate
il programma eseguibile distribuito (WNOS.EXE). Un riassunto dei comandi
disponibile in un dato programma può essere visualizzato dal "?" comando.

Le sezioni finali trattano le scorciatoie, una panoramica di più
importanti RFC (Request For Comments), la definizione del protocollo Internet
documenti.

A questo punto vorrei ringraziare tutti coloro che sono coinvolti con test e
prove, correzione dei bug e caccia agli insetti! Un ringraziamento speciale a Peter (DK5DC)
che ha fornito il codice dal suo sistema GNOS. Grazie anche a Dieter (DK5SG)
per il permesso di utilizzare parti del software WAMPES. Anche a Thomas
(DG8FBV) e Heinz (DL8YQ) che hanno testato molte versioni per la distruzione e
divenne "tester professionisti" nella misura in cui la combinazione chiave
CTRL-ALT-DEL è diventato una parte quotidiana della vita!

Nota del Regno Unito da G6DHU: Grazie a tutti coloro che beta testano la mia versione inglese di
WNOS; G1ERT, G6PWY, G4OTJ, G4BIO e tutti coloro che utilizzano il software in
questo paese.

Suggerimenti per miglioramenti, problemi e segnalazioni di errori sono ovviamente
sempre il benvenuto.


2.2. Informazioni su WNOS

WNOS è un'estensione e un miglioramento delle basi poste da
Phil Karn nella sua versione originale di NOS. La "W" nel nome del programma
è l'acronimo di WAMPES. Questo non significa che tutto il sistema WAMPES sia
implementato in WNOS, solo l'Autorouter AX.25, il server Convers e
client e altre funzionalità più piccole. Questo ha comportato molto lavoro in
porting del codice WAMPES dal suo ambiente Unix a DOS. Inoltre, il passaggio a
uno stile diverso del compilatore C ha portato i suoi problemi. In ogni caso,
La versione 4 di WNOS è ora libera dalla maggior parte degli errori e dei problemi presenti in
versioni precedenti.

Essendo WNOS principalmente di origine tedesca, è progettato soprattutto per questo
In mente l'ambiente a pacchetti radio in cui è previsto il routing automatico di AX.25, crossband
i digipeaters e il riconoscimento Hop-to-Hop sono tutti fatti quotidiani di Packet
Vita radio.


                                                                       



                                                                       


2.3. WNOS a confronto

La sintassi dei comandi di WNOS (e NOS) deve molto a quella di Unix
sistema operativo. Ad esempio, le directory sono delimitate da "/"
del DOS "\". Non tutte le funzioni WNOS effettuano la conversione del file
sintassi da Unix a DOS e quindi l'approccio Unix è più spesso
di no, quello corretto nei comandi WNOS.

Ad una prima occhiata, WNOS ha poca relazione nel suo aspetto e nelle sue sensazioni
quello del NOS originale. Le ragioni sono due. Innanzitutto, rimosso WNOS
Le caratteristiche più irritanti della NOS e, in secondo luogo, l'interfaccia utente in NOS
è molto primitivo per le macchine di oggi. Un processo continuo di
il miglioramento in circa due anni ha reso WNOS quello che è oggi.


2.4. Caratteristiche

Il server AX.25 pilota automaticamente le tabelle di routing ARP e IP. In
in questo modo, il traffico IP in entrata può essere inviato ad altri host con
minimo di intervento dell'operatore. È anche il traffico IP da rotte NET / ROM
ora trattato allo stesso modo rimuovendo quindi uno dei rimanenti
inconvenienti. Infine, AX.25 rotte, le tabelle di routing ARP e IP e
le rotte NET / ROM vengono salvate su disco a intervalli periodici.

Anche i parametri di interfaccia sono stati resi più flessibili ed estesi
consentendo impostazioni come Paclen e i valori del timer AX.25
specificato separatamente per ogni interfaccia configurata. In questo modo,
le interfacce che utilizzano collegamenti ad alta velocità possono essere ottimizzate per le prestazioni.

Anche l'interfaccia utente di WNOS è stata migliorata nel tempo. WNOS3 ha iniziato
fornendo una riga di stato singola nella parte superiore dello schermo con riepilogo
dettagli su ogni sessione attiva. Per WNOS4, due linee di stato sono ora
visualizzato uno dei quali include un monitor permanente a livello di libero
memoria "coreleft" disponibile. Ciò fornisce un utile avvertimento su quando il
il programma sta esaurendo la memoria di lavoro.

Quando salta in una sessione, si trova la linea di stato superiore
mostra i parametri importanti per quel collegamento. Attraverso questo, si ottiene
un riassunto rapido e semplice dello stato di avanzamento della sessione.
Sfortunatamente, a causa del limite di 25 linee della maggior parte dei display, oltre
l'estensione di questa interfaccia utente risulterà probabilmente difficile.

Le nuove funzionalità diverse da WNOS3;

     LZW Data Compression è ora esteso a NNTP e Convers.

     Il Domain Name Server e il codice Client sono stati estesamente
     modificata; una cache del dominio delle dimensioni configurabile è stata creata in e
     la funzione di traduzione del nome di dominio è stata ripristinata.

     Il codice NNTP Server e Client è stato ottimizzato e relativo
     funzionalità estesa.

     Anche il codice POP è stato modificato e riorganizzato.




                                                                       



                                                                       


     Le funzioni di traccia sono state rielaborate per una maggiore velocità, meno
     spreco senza compromettere la funzionalità.


2.5. Timer di protocollo

Particolare attenzione è stata dedicata ai timer TCP in WNOS4.
Soprattutto nei casi in cui i collegamenti veloci (ad es. Ethernet) incontrano l'AX.25 lento
collegamenti, attenzione deve essere prestata alla sincronizzazione durante il cambiamento in
velocità di collegamento. I frame TCP sono spesso trasportati su AX.25 ma sul livello AX.25
i riconoscimenti hanno scarso effetto sul livello TCP. WNOS tenta di
correggere questa situazione derivando i valori del timer di livello TCP dalla conoscenza
sul livello di collegamento AX.25.

In modalità datagramma (frame UI AX.25), nulla deve essere fatto, dal momento che tutto
il timing è gestito dal livello TCP. Se tuttavia, AX.25 virtuale
circuiti o modalità IPCAM sono usati al livello di collegamento, i valori del timer TCP lo sono
moltiplicato per un fattore di 10 per consentire il solito lento
riconoscimento e inoltro di frame sul livello link. Dopo un
attesa massima di 300 secondi, i segmenti TCP non riconosciuti vengono reinviati
indipendentemente dalle condizioni del livello di collegamento. Questo assicura che il TCP
il layer non è controllato in modo troppo stringente dal AX.25 sottostante
connessione. In pratica, questo metodo di temporizzazione porta a un sovraccarico di a
poco meno del 5%.

Se i dati arrivano così velocemente sul link veloce, che non possono essere inoltrati
sul collegamento lento, l'host mittente sul collegamento veloce viene inviato un ICMP
messaggio di controllo (Source Quench). Ciò consente quindi al collegamento lento di catturare
inviare i dati alla destinazione prevista. Monitor WNOS
questo tipo di condizioni continuamente al fine di ridurre al minimo i costi generali
nel traffico di inoltro.


2.6. Interni

In contrasto con NET (il precursore del NOS), il nucleo del programma gira
in un ambiente quasi multitasking. Ogni azione principale viene eseguita all'interno di a
piccolo pezzo di codice noto come un processo (un riepilogo del corrente
i processi attivi possono essere visualizzati da "ps" - (Stato processo)
comando). Questo ambiente consente al NOS di essere molto più potente del suo
il predecessore che doveva terminare ogni compito prima che un altro potesse iniziare.
Non si deve dimenticare che solo perché il sysop non sta scrivendo nulla su
la console, il programma non è solo pigramente in attesa. È pieno di aggiornamenti
timer, attività di coordinamento, aggiornamento del display, gestione degli interrupt,
monitoraggio di tutti i frame sul canale ecc. ecc.

Poiché anche questo approccio porta a problemi sulle macchine veloci di oggi,
sono stati fatti tentativi per ottimizzare e ottimizzare il codice del programma. Questo
rielaborazione implicita di molti file, rimozione del codice ridondante e così via. Questo
La rielaborazione ha inoltre consentito il funzionamento del processo di tracciamento in una finestra separata
propria. Tutto questo lavoro ha permesso la prestazione complessiva del
programma da aumentare considerevolmente e fornire una stabile
Implementazione NET / ROM e riduzione netta della dimensione dell'eseguibile
di 10 kilobyte.




                                                                       



                                                                       


Parallelamente a questo lavoro, è andata una completa riorganizzazione della memoria
routine di gestione. Sono state utilizzate routine di libreria del compilatore Borland che
consentire la memoria non utilizzata da riallocare per l'utilizzo da parte di DOS come e quando era
necessario. Queste routine di libreria sono apparse per la prima volta in Borland C ++ 1.01 e così via
il programma non verrà eseguito se compilato con Turbo C 2.00.

Nonostante tutti questi miglioramenti un consiglio: I (Michael Bentrup
DB3FL) non fornisce alcuna garanzia e non si assume alcuna responsabilità per eventuali danni
WNOS può causare su altri sistemi. Sia intenzionale o non intenzionale.


3. Utilizzo di WNOS


3.1. Requisiti hardware

WNOS può essere eseguito con i sistemi operativi per PC MS-DOS o DR-DOS. Esso ha
stato testato con MS-DOS dalle versioni 3.31 alla 5.0 e le versioni DR-DOS 5
e 6. In MS-DOS 3.31 ci sono alcuni problemi con Terminate e
Stay Resident (TSR) e soprattutto con PC-CACHE versione 5.
Con PC-CACHE versione 6 non c'erano più problemi nemmeno se
funziona con MS-DOS versione 3.31. Tutte le versioni di DR-DOS hanno un
problema interno che significa che i puntatori di file mostrati dalla "stat"
il comando non viene visualizzato correttamente. Questo sembra essere un bug DR-DOS.

Programmi di compressione del disco come Stacker e DR-DOS SuperStor
anche essere usato senza alcun problema. Gestori di memoria come QEMM386.SYS
e EMM386.SYS funzionano bene anche con WNOS, ma c'è una leggera nota
problema in questo se il programma è "uscita" con Telnet in sospeso
connessioni, si può verificare un danneggiamento della memoria. Ciò potrebbe causare a QEMM
terminare con un errore. In questo caso, è necessario riavviare il
macchina da freddo in modo che le porte siano correttamente ripristinate. Questo è dovuto a
WNOS ha bisogno di una porta ben definita prima dell'avvio e fallirebbe
per allegare i driver alle porte se non è stato effettuato il riavvio.

WNOS è stato sviluppato sulla seguente configurazione hardware; 386SX,
Orologio da 20 MHz, 2 Mb di RAM. MSDOS5 con Stacker o DRDOS6 con
SuperStor è stato utilizzato come software del sistema operativo. In entrambi questi
configurazioni, è stato utilizzato anche il seguente software residente;
QEMM386.SYS, DOSKEY e K3 (un driver per tastiera). Era QEMM386.SYS
configurato con OPTIMIZE e il comando "STACKS = 0,0" rimosso dal
File CONFIG.SYS. Senza programmi caricati, circa 630k di memoria erano gratuiti
per DOS. Lo sviluppo successivo ha usato la stessa configurazione ma con a
Macchina 386dx, 40MHz con 8Mb di RAM.

A seconda delle opzioni configurate nell'eseguibile, WNOS necessita di
Si consigliano almeno 500k di memoria libera e un disco rigido. WNOS può essere
eseguire utilizzando floppy disk fino a quando la macchina stessa è abbastanza veloce.
G6DHU non ha problemi nell'esecuzione di una versione completa di WNOS4 su un 386 16 MHz
laptop usando solo il floppy da 1.44Mb come archivio file. La macchina funzionante
WNOS è raccomandato per essere almeno un 28Mhz 286. Macchine più lente,
in particolare quelli con solo unità floppy, si verificheranno problemi in
ambienti occupati quando sono richiesti lunghi accessi al disco. Macchine XT
dotato di processori V20 o V30 e almeno un orologio da 8 MHz dovrebbe
anche essere in grado di eseguire WNOS.



                                                                       



                                                                       


L'output del display è in modalità testo solo con IBM ASCIIZ esteso
set di caratteri supportati. Anche le carte mono Hercules dovrebbero essere OK. Sotto
Adattatori display EGA / VGA è possibile passare in modalità linea 43/50.


3.2. Opzioni della riga di comando WNOS

WNOS accetta i parametri della riga di comando (opzioni) all'avvio dal DOS
richiesta. Ogni parametro è identificato da un trattino "-" e una lettera. Il
il valore per quel parametro dovrebbe quindi seguire, senza spazi intermedi.
Le opzioni sono;

     -e = WNOS passa in modalità linea EGA / VGA 43/50 all'avvio.
          All'uscita dal programma, la modalità di visualizzazione originale viene ripristinata.
          In "shell out" da WNOS, non viene effettuato alcun controllo su
          modalità di visualizzazione da utilizzare o reimpostare all'uscita su WNOS.

     -b = Indica a WNOS di utilizzare le routine del BIOS per eseguire la visualizzazione
          uscita piuttosto che l'impostazione predefinita, ovvero scrivere
          direttamente per visualizzare i registri. Questa opzione è spesso
          utile quando si esegue sotto alcuni multitasker.

     -s = Imposta il numero massimo di socket che WNOS può
          contemporaneamente hanno aperto. Con tutti i server avviati,
          10 prese saranno attive. L'impostazione predefinita è 40 socket
          che dovrebbe essere sufficiente nella maggior parte dei casi.

     -d = Permette al file system WNOS di risiedere in un sottoprogramma
          directory fuori dalla radice del disco corrente. Sei
          non è consentito specificare un nome disco in questa opzione
          (ad es. F :).

Potrebbe essere una tipica chiamata di avvio a WNOS

      C: \> wnos -e -d / tcpip /startup/autoexec.wn4

Questa riga di comando indica a WNOS di cercare il proprio file system in
directory C: \ TCPIP, utilizzare la modalità di visualizzazione della linea 43/50 e utilizzare l'avvio
file di configurazione C: \ STARTUP \ AUTOEXEC.WN4. Se nessun nome file di avvio è
dato sulla linea di comando, WNOS cercherà il file AUTOEXEC.NOS in
la directory specificata dall'opzione -d o nella radice se l'opzione -d
non è dato. Se non è possibile trovare un file di avvio, verrà visualizzato un messaggio di errore
dato all'avvio del programma.

Quando WNOS viene utilizzato per la prima volta, i file di salvataggio del routing non lo faranno
ancora esistono e i messaggi di errore che ne derivano possono essere ignorati.
Dopo un periodo di operazione, questi file verranno scritti su disco e
leggere di nuovo al prossimo avvio.


3.3. Operazione all'avvio

Dopo l'avvio, WNOS attende in modalità comando nella finestra della sessione di comando.
Input, seguito da un carriage Return, è considerato un comando ed è
così eseguito. Ogni riga di input viene salvata in un buffer che può essere
perused usando i tasti del cursore. Se al prompt del programma, viene digitato un CR,


                                                                       



                                                                       


e nient'altro, il programma non fa nulla, nemmeno un nuovo prompt è
dato. Questa modalità di input orientata alla linea viene a volte sostituita da a
modalità di inserimento dei caratteri. Questo è particolarmente vero quando si accede a un telecomando
macchina in cui deve essere digitata una password. In questa modalità, l'input digitato lo farà
non essere riecheggiato allo schermo. Se appare il prompt "--- more ---" sul
schermo, quindi è attivo anche l'input basato sui caratteri. CR non lo è
necessario dopo che qualcosa è stato digitato, poiché verrà letto immediatamente. colpire
la barra spaziatrice scorre normalmente verso il basso dello schermo quando "--- more ---"
viene visualizzato il prompt.


4. Windows


4.1. Selezione della finestra

Per passare da una sessione all'altra o da una sessione al comando o alla traccia
Windows, vengono utilizzati i tasti Escape o Function. Ciò fornisce per più veloce
e più facile movimento tra ogni finestra. Problemi di Peformance necessari
la separazione delle finestre Trace e Command ma la più utile
vantaggio ottenuto, è che l'output di traccia non interrompe più il comando
finestra.

Il buffer di input in ogni sessione ricorda gli ultimi 10 comandi o righe
di testo digitato

I seguenti tasti sono usati per il cambio di sessione;

     Da F1 a F8 - Passa da una sessione all'altra

     F9 o ALT-F10 - Passa alla finestra di traccia, o commuta tra
                     la finestra Trace e l'ultima sessione selezionata.

     F10 e ESC - Passa alla finestra di comando.


4.2. Opzioni di modifica

Comandi / testo di input parzialmente scritti possono essere modificati utilizzando quanto segue
chiavi;

     Cursore su - Sposta indietro nella cronologia dei comandi

     Cursore verso il basso: sposta avanti la cronologia dei comandi

     Control-B: richiama l'ultima riga / comando di input. Riempie il
                   linea corrente con la fine dell'ultima riga
                   se è più lungo

     Control-W - Elimina l'ultima parola nella riga corrente

     Controllo-U - Elimina l'intera linea corrente.






                                                                       



                                                                       


4.3. Struttura della finestra

Dopo l'avvio, le due righe di stato rimangono nella parte superiore dello schermo
tutte le finestre Le linee possono essere configurate per l'uso a colori o monocromatici
visualizza tramite il comando "attributo".

Le linee di stato nelle finestre Command e Trace;

WNOS4 | Coreleft 50000 | Comando | | | 17:43
1: DB0DA 2: R: 44.131.20.3 3: U: DB0GV-2 4: Chat 5: LocBBS

I campi sono come segue;

WNOS4 - La versione del programma

Coreleft 50000 - Memoria disponibile

Comando - Questa è la finestra di comando. "Trace" in quella finestra.

"R" / "U" - Modalità di registrazione o caricamento

17:43 - Il tempo.

La riga inferiore visualizza lo stato di riepilogo di ogni sessione.

1: DB0DA - AX.25 in uscita si collega a DB0DA

2: R: 44.131.20.3 - Visione telnet in entrata, modalità di registrazione in funzione.

3: U: DB0GV-2 - Connessione NET / ROM in uscita a DB0GV-2,
                  in modalità di caricamento.

4: Chat: sessione di chat dalla casella di posta alla console.

5: LocBBS - Connessione alla casella di posta interna.

La sessione corrente è contrassegnata a colori nella riga di stato inferiore e a
la sessione con i dati in arrivo ancora da leggere viene mostrata in un altro colore.
Nei sistemi mono, la voce della riga di stato lampeggia quando arrivano nuovi dati.

Nella versione inglese di WNOS4, c'è un campo aggiuntivo dopo il
Icona "Command" o "Trace", che mostra "Attended" o "Unattended"
in base all'impostazione del comando "partecipato". Dovrebbe il
Il valore "Coreleft" scende a un livello definito dal comando "mem thresh",
lo stato superiore lampeggia e "WNOS4" viene sostituito da "PANICO" su
indica il destino imminente!

Quando si passa a una sessione, la riga di stato superiore cambia carattere in
mostra informazioni su quella sessione. L'icona "coreleft" viene rimossa
pure. La riga della sessione superiore mostra le informazioni come segue (da destra a sinistra
attraverso la linea)...







                                                                       



                                                                       


4.3.1. AX.25 Sessioni

Retry = Retry Counter
Unack = Frame non riconosciuti
T1 = AX.25 T1 valore del timer
RNR = Se è stato ricevuto un frame RNR
"R" / "U" = Modalità di registrazione o caricamento attiva


4.3.2. Sessioni di livello 4 NET / ROM

Retry = Retry (Level 4) Counter
Unack = Frames non riconosciuti (livello 4)
T1 = valore del timer di round trip
CHK = Se è stato ricevuto un frame "choke" di Livello 4
"R" / "U" = Modalità di registrazione o caricamento attiva


4.3.3. Sessioni FTP-DATA

Rx = Byte ricevuti
Tx = byte trasmessi
RTT = Round Trip Time


4.3.4. Sessioni TCP (comando FTP, Telnet, TTYLink, ecc.)

Backoff = TCP "riprova" lo stato
TxQ = Byte non riconosciuti nella coda di invio
RTT = Round Trip Time
"R" / "U" = Modalità di registrazione o caricamento attiva

La maggior parte delle finestre funziona in modalità schermo pseudo-split. La linea di fondo è
utilizzato per l'immissione di testo e la modifica, mentre la parte superiore mostra in entrata
e dati in uscita. I dati in arrivo sono mostrati in modo diverso
colore / intensità da quello inviato.


5. File e directory


5.1. File

I file di configurazione WNOS sono elencati di seguito in ordine alfabetico
insieme con il percorso. Questi percorsi sono relativi all'opzione
specificato nell'opzione di avvio della riga di comando "-d". Ad esempio, se il
l'unità corrente è C: e non viene data l'opzione -d, il file "alias" è
dovrebbe essere C: \ ALIAS. Se l'opzione di avvio è "-d / tcpip", il file
dovrebbe essere C: \ TCPIP \ ALIAS.

Le abbreviazioni di seguito sono;

F = File
D = Directory
B = File binario
A = ASCII (testo) file


                                                                       



                                                                       


/ alias F / A - Mail Alias ​​file
/autoexec.nos F / A - WNOS Startup file
/arproute.dat F / B - istruzioni ARP (*)
/axroute.dat F / B - AX.25 Routes (*)
/convers.cfg F / A - Conversare il file di Autoconnect del cluster
/domain.txt F / A - File di dominio
/ finger / D - Elenco delle informazioni sul dito
/ ftpusers F / A - Autorizzazioni utente FTP e Mailbox
/iproute.dat F / B - IP Routes (salvataggio automatico) (*)
/nos.rc F / A - Dati di accesso automatico FTP
/nrroute.dat F / A - NET / ROM Percorsi salvati (*)
/ popusers F / A - File utente e password POP
/ spool / D - Directory principale di Mail and News
     / aree F / A - Elenco delle aree di posta da inoltrare
     /forward.bbs F / A - Istruzioni per l'inoltro della posta
     / help / D - Directory del file della Guida di Mailbox
     / history F / A - File di cronologia ID bollettino (BID) (*)
     / mail / D - File di posta dell'utente (es. g6dhu.txt)
     /mail.log F / A - Mail In / Out logfile (*)
     / mqueue / D - Coda di posta in uscita
     / news / D - NNTP (News) directory principale
     / news / active F / A - Elenco dei newsgroup attivi (*)
     / news / history F / A - NNTP File di cronologia ID messaggio (*)
     / news / help F / A - File della guida del server NNTP
     / news / junk D - Newsgroups per junking
     / news / pointer F / A - Puntatori alle directory di archiviazione delle news (*)
     / news / sondaggio F / A - file di polling NNTP (*)
     /news/x/news.rc F / A - Ultime notizie aggiornate per ogni newsgroup (*)
     / news / xinfo F / A - NNTP XINFO (informazioni sul sito)
     /node.log F / A - File di registro delle attività della cassetta postale (*)
     / riscrivi F / A - Indirizzo di posta Riscrivi il file
     / rqueue / D - Mail Router Queue
     / signatur / D - Mail "firma" directory


(*) indica che il file viene creato automaticamente da WNOS

File come autoexec.nos etc possono usare il carattere hash "#" nel
prima colonna della linea per indicare un commento. I parametri di comando possono essere
separati con caratteri TAB o SPACE. Nel file domain.txt, TABS
dovrebbe essere usato per separare i campi.


5.2. Struttura della directory

WNOS ha bisogno di una struttura di directory definita in cui operare. Questo è;

     /DITO
     /PUBBLICO
     / spool
     / Spool / HELP
     / Spool / mail
     / Spool / mqueue
     / Spool / news
     / Spool / news / JUNK
     / Spool / RQUEUE


                                                                       



                                                                       


     / Spool / SIGNATUR

Se all'avvio viene utilizzata l'opzione della riga di comando "-d", allora questi
le directory devono esistere come sottodirectory dalla directory (s) specificata
in questa opzione. Ad esempio, se si utilizza "-d / tcpip", allora il
le directory devono essere / TCPIP / FINGER e così via.

Alcuni file vengono creati automaticamente da WNOS durante l'esecuzione e come tali,
il primo avvio produrrà alcuni messaggi di errore nel comando
finestra. Si consiglia di lasciare WNOS in esecuzione per almeno 20
minuti in modo che questi file possano essere creati e organizzati correttamente.

I file sopra (non contrassegnati da (*)) devono essere copiati manualmente nel
directory indicate.


6. Utilizzo di WNOS

Segue una breve descrizione di come il sysop utilizza WNOS per iniziare
e utilizzare le sessioni e come potrebbe apparire una tipica sessione di posta elettronica.


6.1. La vista di Sysop

Dopo tutte le directory indicate sono state create e l'altra
file copiati nei loro posti appropriati, il programma può essere avviato. Primo
arrivano i messaggi di copyright e quindi il prompt dei comandi. Il prompt
il formato dipende dall'impostazione del comando "hostname". Se
"autoexec.nos" ha specificato "hostname g6dhu.ampr.org", viene visualizzata la richiesta
piace

g6dhu.ampr.org>

Se non viene fornito alcun nome host

net>

apparirà. In entrambi i casi, WNOS sta segnalando che è pronto per
accetta i comandi. Pochi secondi dopo, le linee di stato appariranno in
la parte superiore dello schermo e quindi probabilmente alcuni messaggi di errore dovuti a
fallimento del programma nel trovare i file di salvataggio dell'autorouter. Questo è
normale per il primo avvio.

Le sessioni possono quindi essere accettate e avviate. Diamo per scontato che, per il bene
ad esempio, abbiamo un'interfaccia di tipo 2 di AX.25 chiamata "144" disponibile.
Quindi, per iniziare una connessione a DB0DA, dovremmo digitare

g6dhu.ampr.org> c 144 db0da

Se DB0DA non rientra nell'intervallo diretto, è possibile specificare i digipeaters in seguito
il nominativo di destinazione SENZA la parola "via" necessaria. Per esempio

g6dhu.ampr.org> c 144 db0da db0lj db0zdf





                                                                       



                                                                       


si connetterebbe a DB0DA usando i digipeaters DB0LJ e DB0ZDF. Dopo
premendo il tasto Invio, il display passa alla sessione di tipo AX.25
finestra con le linee di stato appropriate. La prima riga nella finestra
mostrerò....

Cercando DB0DA su 144 ...

Una volta connessa la sessione, viene visualizzato il messaggio "AX.25 sessione 1 connessa a
Apparirà DB0DA ", quindi è possibile digitare comandi e / o testo
Ritorno sposta il testo in uscita nella parte superiore dello schermo dal basso
'input' line e il pacchetto viene quindi inviato. La riga di stato superiore sarà quindi
mostra come procede la sessione. Il testo in arrivo è mostrato in un altro
colore o in testo intensificato a quello del testo in uscita.

Premendo il tasto ESC si tornerà alla finestra di comando e il
la sessione continua a funzionare senza ulteriori interventi e dati
in attesa di essere inviato, sarà. Se nuovi dati arrivano in una sessione no
attualmente selezionato, verrà visualizzata l'icona della linea di stato più bassa per quella sessione
lampeggia e continuerà a farlo finché non verrà selezionata quella sessione.

Prima che una sessione TCP possa essere avviata, dobbiamo avere un IP e una rotta ARP
per la destinazione La route IP viene utilizzata per determinare quale interfaccia
l'host specificato viene raggiunto e, se necessario, l'indirizzo di un host
che inoltrerà i nostri pacchetti alla destinazione. Pertanto, non è così
importa quale tipo di protocollo è usato per trasportare il TCP / IP da uno
ospitare un altro. Nel nostro esempio, abbiamo solo un'interfaccia di tipo AX.25.
Ciò significa che dobbiamo usare ARP per comunicare a WNOS quale nominativo AX.25
corrisponde all'indirizzo IP dell'host che desideriamo raggiungere. Diciamo
che desideriamo raggiungere l'host dg8fbv.ampr.org e la sua stazione è
direttamente raggiungibile tramite l'interfaccia AX.25 144 e il suo nominativo AX.25
DG8FBV-5. Per prima cosa aggiungi la route IP

g6dhu.ampr.org> route add dg8fbv 144

e poi la rotta ARP

g6dhu.ampr.org> arp aggiungi dg8fbv ax25 dg8fbv-5

Nota che i nomi host NON SONO i call e viceversa. Tuttavia, in
I nomi host AMPRNET spesso corrispondono direttamente ai nominativi. Il punto
è che nelle dichiarazioni precedenti, in entrambi i casi, "dg8fbv" è un nome host
che viene visualizzato per vedere qual è il suo indirizzo IP (nel dominio.txt
file). Quindi, "dg8fbv" è davvero un mnemonico con cui ricordare il suo IP
indirizzo. Potremmo semplicemente aver digitato facilmente

g6dhu.ampr.org> route add 44.130.20.3 144
g6dhu.ampr.org> arp aggiungi 44.130.20.3 ax25 dg8fbv-5

anziché. Il file di dominio toglie la fatica di dover ricordare
Indirizzi IP! la stringa "dg8fbv-5" è ovviamente un nominativo. Comunque, via
con WNOS ......

Una volta impostate le rotte IP e ARP, tutto ciò di cui abbiamo bisogno è "telnet dg8fbv".
Di nuovo, il display cambia e passa a una sessione di tipo telnet.
Dopo che la connessione AX.25 è stata stabilita, la connessione TCP si avvia
e molto più lo stesso messaggio "Trying ...." e "... connected to ...".


                                                                       



                                                                       


Nella maggior parte dei casi, le sessioni telnet verranno accettate in collegamento con a
messaggio di benvenuto e un invito per il login, ovvero appare un prompt di "accesso:".
WNOS non fa eccezione, ma altri programmi TCP / IP potrebbero essere. Potresti anche averlo
digitare una password per accedere all'host remoto.

Per chiudere le sessioni. hai 2 scelte. Ovviamente, il primo è inviare
il comando al terminale remoto che chiude la connessione ad es. "BYE" su
TheNode. Il secondo è quello di tornare alla finestra di comando e digitare il
comando "chiudi". In entrambi i casi, la sessione viene disconnessa e a
il messaggio che ti informa di questo fatto apparirà in quella finestra di sessione.
Tutto ciò che resta da fare è premere per tornare a riconoscerlo e
Questo è quanto! Se non si riconosce il messaggio di sessione chiusa, esso
rimane in uno stato "limbo" e occupa memoria e voce della riga di stato
e la finestra della sessione non verrà cancellata.

Gli utenti del software NOS conosceranno già il suo principale vantaggio
altri tipi di software Packet in quanto è possibile avere
più sessioni simultanee utilizzando protocolli diversi.

WNOS è anche orgoglioso di essere la prima versione di NOS che diventa reale
nota delle condizioni del canale prevalenti e regola il suo uso del canale
di conseguenza attraverso i suoi timer dinamici.


6.2. La vista dall'esterno

Per la maggior parte degli utenti AX.25, il loro primo incontro con WNOS finisce di solito
frustrazione! Collegandosi al sistema usando AX.25, una connessione
il riconoscimento è dato e poi ... non succede niente! Gli utenti devono prima
per inviare un pacchetto alla casella di posta per riattivarlo (basta premere Invio lo farà
fare). Ciò avviene poiché la casella di posta può essere connessa con tre
diversi protocolli (TCP, NET / ROM e AX.25) che utilizzano tutti AX.25 a
il livello di collegamento. Quindi, per dirgli quale protocollo viene utilizzato, è necessario
ricevere un pacchetto con il bit PID impostato cioè un frame di informazioni. Questo è
solo il caso in AX.25 si connette da quando una sessione di link layer è attiva
NET / ROM e TCP stabiliti invieranno immediatamente i dati e WNOS vedrà
il bit PID!

Quindi, torniamo al nostro esempio. Un utente AX.25 si connette, invia il "risveglio"
frame e viene quindi salutato dalla casella di posta WNOS. Dal momento che la cassetta postale è
utilizzato anche da altre caselle postali e dagli utenti, per Store and Forward
(S & F), la maggior parte delle informazioni sul preambolo non ha molto senso
utenti "umani".

Le informazioni S & F sono la prima riga ("[WNOS-H $]") seguita dal
hostname "g6dhu.ampr.org Sistema TCP / IP". Se c'è un file
/spool/help/host.hlp, il contenuto di questo file apparirà in seguito,
altrimenti il ​​messaggio breve "'?' per un aiuto." apparirà invece così
l'utente sa come ottenere aiuto. Se un "messaggio del giorno" (vedi il
"motd" comando) è impostato, questo apparirà. A questo punto potrebbe esserci un
breve ritardo mentre la casella di posta controlla se la posta è in attesa o
presente per questo utente. La nuova posta per l'utente verrà segnalata quindi,
seguito dal prompt dei comandi della casella di posta

(DB3FL) DB3FL de G6DHU>



                                                                       



                                                                       


o nella versione inglese

(Messaggio n. 1: DB3FL) DB3FL de G6DHU>

Il prompt della casella di posta si presta allo stile di casella postale DieBox che mostra
l'area di posta, la chiamata dell'utente e la chiamata della casella di posta. Anche la versione inglese continua
traccia del numero del messaggio corrente. Messaggi informativi della casella postale come
come "*** Connesso a", "*** Occupato da" ecc corrispondono a quelli del FlexNet
software di rete e così questo e altri pacchetti software (ad esempio "SP") possono
riconoscere un formato standard e utilizzare i nodi WNOS come autorouter.
Allo stesso modo, le connessioni su NET / ROM sono conformi a quello stile, sebbene
connessioni da un nodo WNOS richiedono l'uso del comando "nconnect".

Dato che siamo connessi alla casella di posta, possiamo giocare con alcuni comandi.
Non tutti i comandi sono elencati da "?" potrebbe essere disponibile, dal momento che ogni utente ha un
livello di autorizzazione definito nel file / ftpusers.

Se ci sono messaggi da leggere, basta premere il tasto Invio per avviare
lettore di messaggi. Se deve essere letto un messaggio specifico, il comando "leggi"
si usa. Leggi la posta può essere cancellato dalla casella di posta utilizzando il "kill"
comando che specifica quale messaggio eliminare.

L'elenco dei file disponibili per il download può essere elencato con il "cosa"
comando. I file di testo possono essere scaricati con il comando "download" e
file binari (programmi, ecc.) con il comando "du".

I collegamenti ad altre stazioni possono anche essere effettuati dalla casella di posta. Il
l'elenco dei percorsi dell'autorouter AX.25 noti può essere determinato dal "percorso"
comando e queste stazioni possono essere collegate all'utilizzo della "connessione"
comando <call> "Altre connessioni possono essere fatte usando" connect <call> "
sull'interfaccia predefinita o con "connect <iface> <call>" su altro
interfacce.

Il sysop può essere contattato usando i comandi "c" o "chat".

Le connessioni iniziate usando il comando "connect" possono essere disconnesse a
in qualsiasi momento inviando il carattere "escape" (Control-X di default). Il
la casella di posta può essere scollegata tramite "b", "ciao", "q" o "esci"
comandi.


7. Brevi descrizioni dei protocolli importanti

Questa è una breve panoramica della terminologia e dello scopo del
protocolli di rete utilizzati da WNOS.


7.1. ARP (The Address Resolution Protocol)

Questo semplice protocollo viene utilizzato per determinare quale indirizzo del livello di collegamento
corrisponde a un indirizzo IP. I livelli di collegamento utilizzati da WNOS sono entrambi
AX.25 o Ethernet. Un indirizzo AX.25 è meglio conosciuto come un nominativo, ad es
G6DHU-3 più SSID. Non è spesso usato per intero in WNOS dall'ARP
tabella è lì per fornire immediatamente, la ricerca tra indirizzo IP e
indirizzo di link layer. Se tuttavia, l'indirizzo del livello di collegamento desiderato non lo è
trovato nella tabella ARP, prima che il frame IP possa essere inviato, ARP deve                                                         


scopri l'indirizzo del link layer stesso. Questo lo fa inviando un
"broadcast" speciale che viene ascoltato da tutti i software abilitati TCP / IP
(su AX.25 l'indirizzo di broadcast è "QST"). La trasmissione dice fondamentalmente
"Ciao, sono 44.131.20.3 e vivo a livello di link indirizzo G6DHU-5, lo sono
cercando 44.131.20.4, dimmi il tuo indirizzo di livello link ". Qualsiasi TCP / IP
sistema che ascolta questa trasmissione esamina "Sto cercando <indirizzo>"
campo e se corrisponde al suo indirizzo IP, invia una trasmissione di risposta
compilando le informazioni mancanti. A quel punto, l'invio della macchina
la richiesta iniziale aggiunge una nota temporanea alla sua tabella ARP
l'informazione che ha ottenuto In altre parole, un comando interno "arp add" è
eseguito. Non appena questa procedura è completa, la sessione TCP può
inizio.


7.2. AX.25 (Protocollo amatoriale X.25)

AX.25 è una versione base del più complicato X.25 commerciale
protocollo ridotto per l'uso nell'ambiente Packet Radio. Il protocollo
supporta connessioni point-to-point in cui ogni frame inviato è
riconosciuto come arrivato OK dal destinatario, assicurando così che no
i dati sono persi (nel gergo di rete - una connessione affidabile orientata
protocollo). I digipeater possono anche essere utilizzati per inoltrare i pacchetti
incondizionatamente.

Funzionalità implementate da WNOS come riconoscimento hop-to-hop o
L'autorouter AX.25 NON è un'estensione del protocollo AX.25. Piuttosto,
questi sono modi per implementare il protocollo in diversi modi
alcuni vantaggi


7.3. IP (The Internet Protocol)

L'IP è responsabile delle funzioni di routing e commutazione dei pacchetti per la parte superiore
protocolli di livello, in genere TCP. Un'intestazione di frame IP è composta da
altre cose, gli indirizzi IP di origine e destinazione e altri
informazioni di controllo.


7.4. IPCAM (Internet Protocol CAMouflage)

IPCAM non è realmente un protocollo in quanto tale. IPCAM consente ai frame IP di essere
trasportato attraverso protocolli diversi e misti. È solo al momento
implementato per l'uso su livelli di collegamento AX.25. Piuttosto che inviare l'IP
frame con un AXID PID (Protocol IDentifier) ​​di "IP", viene inviato con
un PID di "Testo". È questa caratteristica che lo rende particolarmente utile
poiché alcuni sistemi AX.25 potrebbero non supportare, riconoscere o volutamente
non consentire l'elaborazione di frame con PID = "IP". L'utilizzo di IPCAM consente il protocollo TCP / IP
da utilizzare su tali reti.


7.5. ICMP (The Internet Control Message Protocol)

Questo protocollo viene utilizzato per fornire host TCP / IP con gestione degli errori,
controllo di congestione o risoluzione e funzioni diagnostiche generali e
Servizi.



                                                                       



                                                                       


7.6. TCP (The Transmission Control Protocol)

TCP è responsabile della connessione logica tra due host TCP / IP
e usa l'IP per le sue funzioni di routing. Soprattutto fornisce a
connessione affidabile basata sul flusso e garantisce che i dati raggiungano il
host remoto senza errori e per il riconoscimento della ricezione di dati dal
Host remoto.

Tutti i seguenti protocolli sono applicazioni (servizi) che usano TCP
per il livello di trasporto (livello 4) e IP al livello di rete (livello 3).


7.6.1. Telnet

È un protocollo semplice che consente l'accesso remoto a un altro host in esecuzione
TCP / IP. Può essere considerato l'equivalente TCP / IP di un TNC-TNC
connettersi usando AX.25.


7.6.2. FTP (The File Transfer Protocol)

FTP consente ai file (sia di testo che di binario) di essere trasferiti da un host
ad un altro. È anche responsabile di garantire che il trasferimento sia
completato con successo.


7.6.3. SMTP (Simple Mail Transfer Protocol)

SMTP fornisce una funzione di posta elettronica tra gli host. Ha il
possibilità di indirizzare la posta da un host a un altro, per la consegna a a
utente presso l'host locale e l'invio di posta generata localmente al suo
destinazione.


7.6.4. NNTP (The Network News Transfer Protocol)

NNTP fornisce un servizio per la pubblicazione e la distribuzione di notizie.
Mentre l'SMTP è usato per gestire la posta personale, le maniglie di notizie "trasmettono"
messaggi. Le notizie sono suddivise in newsgroup, ciascuno con un argomento specifico
di interesse. Per interesse, la gerarchia di notizie Usenet contiene
newsgroup;

rec.radio.amateur.misc - Varie radio discussioni amatuer
rec.radio.amateur.packet - Il newsgroup Packet Radio
comp.binaries.ibm.pc - L'ultimo software per PC IBM
rec.humour.funny - Barzellette
ecc ecc

I nomi di gerarchia rappresentano le ampie divisioni di interesse. Per
esempio rec. * i newsgroup sono i newsgroup ricreativi, comp. *, i
Gruppi di discussione di computer ecc. Ci sono molti altri di questi.

NNTP è l'analogo della rete di archiviazione e inoltro della casella postale, dove
gli articoli di notizie sono indicati come bollettini.




                                                                       



                                                                       


7.6.5. POP (The Post Office Protocol)

POP consente lo stoccaggio e la raccolta di posta destinata a un host
non sempre in funzione. La posta per tali host viene mantenuta in archivio fino a a
l'host è online, si connette al server POP e chiede la sua posta.
È utile per le stazioni TCP / IP AMPRNET che non sono in onda 24 ore a
giorno.


7.7. UDP (The User Datagram Protocol)

Questo è anche un protocollo di livello di trasporto (livello 4) come TCP ma è molto
più semplice e non garantisce un trasferimento affidabile dei dati da fine a
fine. La ricezione di un frame UDP non è riconosciuta come in TCP. Il dominio
il server utilizza UDP.
Guarda articoli radio su Amazon https://amzn.to/3PV90GL

-

Prodotti interessanti da acquistare

Sezione articoli utili da avere

 

free countersfree countersfree counters