Newsgroup: it.comp.os.linux.iniziare
Titolo: Terminali che cadono

Ho un applicativo che funziona in emulazione di terminale su una distro
Linux RedHat 6.2.
Da un po' succede spesso che i terminali cadono, ma rimangono aperti i
processi sul server, cosa fastidiosa perchè rimango bloccati i record nel
database...
Fino ad ora ho dato la colpa all'emulatore di terminale che ho installato
sui PC Windows, ma ora ho notato che anche collegandomi via ssh (uso putty
sotto win 2k) per le normali operazioni di sistema, ogni tanto la sessione
si chiude segnalandomi un non ben definito errore di rete (a network error
was occurred).
Tutto il resto della rete sembra funzionare regolarmente a dire il vero e
gli unici problemi che ho li ho con questi terminali.
Quali sono i vari log che posso controllare sul server?
Altra cosa che mi insospettisce.
Se riavvio il server Linux, sono costretto a fare un restart di
/etc/network, altrimenti il server non mi vede il default gateway e gli
utenti della VPN esterna alla LAN non possono accedere in emulazione. Cosa
posso controllare?
Grazie per la pazienza...
Giorgio

Ho dato un'occhiata al /var/messages. Trovo questi errori:
Oct 24 10:00:53 filer sshd[7836]: fatal: Read error from remote host:
Connection reset by peer
e anche:
Oct 24 10:01:05 filer sshd[8052]: log: Could not reverse map address
10.0.0.105.
10.0.0.105 è il mio PC e questi errori sono registrati quando la sessione si
è chiusa...
Grazie.

 database...
Allora, ti do' un paio di dritte, una per cercare di fare in modo che i
terminali non cadano piu', e l'altra per lasciarti lavorare tranquillo
anche se cade.
Piu' avanti parli di VPN, se l avpn l'hai fatta passare tramite un pc
linux che attua il masqueradind, il problema potrebbe essere del timeout
di ipchains, dopo alcuni minmuti che nessuno preme tasti sul terminale
remoto, la connessione cade.
Il tuo log parla anche di network error, potrebbe essere proprio un
problema esterno, e per cui tu non puoi farci nulla.
Dato quest'ultimo parametro, puoi imbrogliare: 
Una volta loggato, l'utente, in vece di lanciare direttamente
l'applicativo, lancia screen applicativo.
Cosi', se cade, non deve fare altro che riloggarsi, e lanciare screen -R
per riprendere il lavoro da dove l'ha lasciato.
-- 
          |Save our planet!
   Ciao   |Save wildlife!
  roberto |For your E-MAIL use ONLY recycled Bytes  !!
          |roberto poggi   
rpo...@softhome.net

La VPN č ottenuta tramite degli appliance Sonicwall ma non č lě il problema.
Il problema č in LAN dove gli emulatori di terminale si chiudono in modo
inatteso mentre l'utente lavora.
Non sono problemi relativi a dei timeout quindi...

 Non sono problemi relativi a dei timeout quindi...
Beh, non del masquerade, ma possono essere problemi di mancato ack su
alcuni pacchetti.
Si dovrebbe verificare la rete nella sua interezza, mettere su un bello
sniffer da qualche parte, e verificare se sono i client o il server a
buttare giu' la connessione.
Da quello che dici, che devi rilanciare due volte network per avere dei
risultati, comincerei dal server, e dalla cosa piu' semplice: la scheda
di rete.
Poi continuerei con una bella verifica sullo stato mentale del server
(memoria, cpu, raffreddamento).
Per i log, se non hai iplog attivo, non vedrai altro che il messaggio
connession reset by peer o cose simili.
