Newsgroup: it.comp.os.linux.sys
Titolo: linux tcp ip che sembra sclerare

Salve a tutti
io ho un problema che non riesco a risolvere (ma è sicuramente un
problema dettato dalla mia ignoranza):
sulla mia rete (80 windows e 3 o 4 linux) c'e' un server (red hat
enterprise) che
di punto in bianco
1) dopo un po che sono connesso in telnet mi sega la sessione e mi
sbatte fuori
2) a volte non mi fa connettere
3) stessa cosa con l'ftp o con altri programmi ...tipicamente
pgadmin ...(programma per la connessione remota a un db postgres)
4) Prima funzionava tutto bene ;-)
5)Il ping funziona regolarmente
6) vi posto un ifconfig (che a me sembra normale...)
root@serverPRA ~]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:16:35:3C:CA:DC
          inet addr:192.168.5.180  Bcast:192.168.5.255  Mask:
255.255.255.0
          inet6 addr: fe80::216:35ff:fe3c:cadc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:178621 errors:0 dropped:0 overruns:0 frame:0
          TX packets:166661 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:17341429 (16.5 MiB)  TX bytes:195220352 (186.1 MiB)
          Interrupt:217
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:380431 errors:0 dropped:0 overruns:0 frame:0
          TX packets:380431 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1457750926 (1.3 GiB)  TX bytes:1457750926 (1.3 GiB)
Qualcuno riesce ad aiutarmi??
Grazie mille
Gian

 problema dettato dalla mia ignoranza):
forse ci son due macchine con lo stesso ip
ciao,
-- 
oggei

 4) Prima funzionava tutto bene ;-)
"prima" di cosa? 

Grande.
Io sono impazzito per un giorno.
Mi puoi spiegare da cosa lo hai capito??
Cosi imparo qualcosa....
:-)

 forse ci son due macchine con lo stesso ip
anche secondo me. prova a spegnere la macchina che deve avere quell'ip e 
fare un ping lungo almeno 60-70 secondi.
se no può essere lo switch

 Cosi imparo qualcosa....
hai già imparato qualcosa :)

Confuso e felice wrote:

e' l'unico motivo per cui possa "prima si e poi no", escludendo cose
banali tipo patch di rete rotte etc, in una lan. Due macchine si
annunciano con lo stesso ip, e le tabelle arp degli altri host vengono
aggiornate di conseguenza. Tra l'altro come e quando dipende da x cose,
dando l'impressione di randomicita'.
Se poi pinga sempre, ma a volte non da i servizi per cui dovrebbe
ascoltare ... :P
ciao,
-- 
oggei


PS prova a dare il comando
# arp -a
per vedere gli ip sulla rete ...
ciao ...
-- 
#include <stdio.h>
int main(void){char c[]={10,65,110,116,111,110,105,111,32,98,97,114,98,111,110,
101,32,60,104,105,110,100,101,109,105,116,64,116,105,115,99,97,108,105,110,101,
116,46,105,116,62,10,10,0};printf("%s",c);return 0;}

 per vedere gli ip sulla rete ...
non vedresti niente pertinente l'OP :P
ciao,
-- 
oggei

 non vedresti niente pertinente l'OP :P
]zac[
Già, il divertente della situazione è che l'ultimo sistema che ha aggiornato
la tabella arp annunciando il proprio IP oscura completamente l'altro (che
non riesce a far uscire neanche un singolo bit), e siccome varie funzioni
di rete sono precedute da una 'annunciazio! annunciazio!' succedono delle
cose stranissime ...
... se poi si ignorano i numerosi messaggi dello switch che segnala la
commutazione della porta di connessione (per lo switch il sistema/cavo/ip è
come se fosse stato spostato fisicamente sulla porta dell'altro 
sistemaipclone) ... il desiderio di aderire a una setta che pratica la
magia nera/infrarossa ... diventa elevata ....

 aggiornato la tabella arp annunciando il proprio IP oscura completamente
]zac[
Ecco, occasione persa per stare zitto.
Ho detto una serie di cavolate, quelle 'cavolate' succedono con lo stesso
mac-address, con lo stesso IP nella tabella arp ci dovrebbero più voci
legate a diversi mac-address ....