Newsgroup: it.comp.os.linux.sys
Titolo: ipchains si pianta da solo e poi riprende

salve.. 
volevo sapere se a qualcuno di voi č mai capitata una cosa come questa:
ho messo un vecchio p200 a fare da firewall alla mia connessione a
internet:
al momento sta girando una red hat 7.2 con relativo pacchetto di ipchains
(chiedo perdono prometto che passo al piů presto ad una debian)
ho fatto le mie belle regoline.. mi sono letto un po ' di howto (sono
nuovo del mestiere) e che bello funziona...
navigo e scarico, chatto, posto, leggo, aggiorno per un paio d'ore e poi
di botto non riesco piů a risolvere i nomi
perbacco!
controllo tutto eppure i pacchetti con destination port 53 passano..
named non sembra aver nulla di strano:
faccio un ping numerico all'uniud e non ricevo risposta.. 
.. sposto l'occhio sul modem e vedo il led lampeggiare.. quindi i dati
passano.. ma probabimente non tornano
pensa che ti ripensa senza nemmeno l'imposizione delle mani in meno di 15
minuti si ripristina tutto e tutto riprende a funzionare... senza nessuna
modifica esattamente come aveva smesso di funzionare
nemmeno un messaggio in /var/log/messages: nessuna regola č mai stata
violata
e questo mi succede un paio di volte al giorno
intuitivamente credo sia un problema di (de)masqueramento: ma non posso
far altro con la mia esperienza
avete suggeriemnti da darmi?
tnx

>
mm non credo.. 
non mi risulta nemmeno un pacchetto dall'esterno.. e poi il traffico lan
to wan non č tale da creare tali disastri..
come posso monitorare nel tempo il processore?
in fin dei conti si tratta di un 
p200 con 96Mb DIMM
4 schede di rete pci 100MB/s ( cui 2 inattive .. per usi futuri)
1 scheda di rete isa 10MB/s
che il traffico di una ADSL da 640k/128k sia troppo?
non credo.. e poi č quasi sempre inutilizzata.. 
cosa ne pensi?

 che il traffico di una ADSL da 640k/128k sia troppo?
lo escluderei, non è più facile che la connessione col provider "cada"? Che
magari sia scadente o che magari è il tuo provider che ogni tanto ha dei
problemi? E' una cosa abbastanza normale, la banda non è garantita. Io non
ho l'adsl, ma sentendo un po' di voci in giro (anche di miei amici) può
capitare che ogni tanto si "addormenti", certo, magari due volte al giorno è
un po' troppo spesso, ma non credo che il problema dipenda dal tuo server...

 lo escluderei, non è più facile che la connessione col provider "cada"?
Che
dimenticavo...quando ti ricapita prova a fare un traceroute e vedi dove si
fermano i pacchetti



bhe.. a dire il vero ho una banda garantita di 600 k su 640...  almeno
sul contratto. (telecomitalia - easynet)
cmq..grazie del consiglio
appena mi si ripresenta il problema vi faccio sapere

On Wed, 13 Mar 2002 23:10:56 +0500, Topper wrote:

ecco, detto fatto
traceroute 
www.supereva.it
 
non risolve il nome!
traceroute 158.110.1.2 (il web server della mia università)
traceroute to 158.110.1.2 (158.110.1.2), 30 hops max, 38 byte packets
 1  192.168.0.1 (192.168.0.1)  0.872 ms  0.259 ms  0.147 ms 
 2  192.168.4.10 (192.168.4.10)  1.039 ms  1.020 ms  0.868 ms
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  192.168.0.1 (192.168.0.1)  0.762 ms  0.412 ms  0.301 ms
1  è il mio gateway della lan
2  è il router adsl
che nacchio sono tutti quei * ?
cosa ne pensate?
 grazie mille

On Thu, 14 Mar 2002 11:36:01 +0500, il mago galbusera wrote:
ora che invece tutto funziona:
traceroute 158.110.1.2
traceroute to 158.110.1.2 (158.110.1.2), 30 hops max, 38 byte packets
 1  192.168.0.1 (192.168.0.1)  4.207 ms  0.239 ms  0.145 ms
 2  192.168.4.10 (192.168.4.10)  1.012 ms  0.950 ms  0.845 ms
 3  
host65-pool8018195.interbusiness.it
 (80.18.195.65)  54.522 ms  56.183 ms  54.244 ms
 4  
r-ts20-ud18.interbusiness.it
 (151.99.103.217)  64.580 ms  66.096 ms  64.945 ms
 5  151.99.99.69 (151.99.99.69)  74.783 ms  75.789 ms  73.539 ms
 6  
r-rm199-mi208.opb.interbusiness.it
 (151.99.98.105)  78.282 ms  80.786 ms  83.969 ms
 7  
r-rm99-fa3.interbusiness.it
 (151.99.29.142)  81.464 ms  79.675 ms  80.862 ms
 8  151.99.101.46 (151.99.101.46)  207.260 ms  227.138 ms  209.837 ms
 9  
garr-nap.inroma.roma.it
 (194.242.224.15)  186.320 ms  184.591 ms  201.953 ms
10  
roma-namex-1.garr.net
 (193.206.134.225)  226.013 ms  231.806 ms  220.308 ms
11  
mi-rm.garr.net
 (193.206.134.17)  241.635 ms  226.844 ms  243.687 ms
12  
ts-mi-2.garr.net
 (193.206.134.150)  235.392 ms  234.803 ms  226.439 ms
13  
uniud1-rc.ts.garr.net
 (193.206.132.38)  215.549 ms  213.221 ms  202.903 ms
14  
hydrus.cc.uniud.it
 (158.110.1.2)  181.628 ms  175.660 ms  186.331 ms


io ho una linea adsl telecom e da una settimana circa ho dei blackout dns
simili ai tuoi, solo che dato che ho un dns sul firewall, gli unici oscurati
sono i siti interbusiness.
mi spiego.
a random, mi capita d non riuscire + a risolvere i nomi dei domini
interbusiness, mentre tutti gli altri funzionano.
magari si tratta dello stesso prob.
non risolve nessun nome o ne cicca solo qualcuno?
usi dei forwarders?
quali?
hai provato a mettere un dns non caching?
    paolo

     paolo
ho messo in piedi una macchina nella dmz che fa da dns server. 
non uso i forwarders segnalati da telecom perchè incredibilmente lenti 
151.99.125.2
151.99.205.2
 e quindi ho configurato il named per leggere direttamente dai root
server
per rispondere all'ultima domanda.. nessun nome .. o per lo meno nessuno
di quelli che ho provato riesce a risolversi.. ma non solo
anche dei ping con indirizzo numerico passano per il router (lo vedo
lampeggiare) ma non tornano indietro...

     paolo
Ti posso dire che la mia rete (sotto wind) a volte non viene vista da chi
ha adsl telecom; il tutto ovviamente a tratti ed in modo assolutamente
casuale.
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	1° Cortigiano: "sire, sire: i coccodrilli del fossato hanno fame"
	2° Cortigiano: "sire, sire: le prigioni sono sovraffolate"
	Il Re:"Intravedo una soluzione...."

 che nacchio sono tutti quei * ?
gli * indicano che dal tuo router adsl al tuo provider non passa più una
mazza. Resto dell'opinione che è colpa di interbusiness o del router adsl
che si "addormenta" ma non nel server linux. Se fai un ifconfig ti risultano
errori su qualche interfaccia di rete?

 risultano errori su qualche interfaccia di rete?
eth0      Link encap:Ethernet  HWaddr 00:48:54:13:4B:ED  
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:118805 errors:1 dropped:0 overruns:0 frame:0
          TX packets:100541 errors:5 dropped:0 overruns:0 carrier:5
          collisions:0 txqueuelen:100 
          RX bytes:13653730 (13.0 Mb)  TX bytes:68517155 (65.3 Mb)
          Interrupt:12 Base address:0xc000 
eth1      Link encap:Ethernet  HWaddr 00:48:54:13:5F:2B  
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:4 dropped:0 overruns:0 carrier:4
          collisions:0 txqueuelen:100 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:11 Base address:0xe000 
eth2      Link encap:Ethernet  HWaddr 00:48:54:13:5B:E7  
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:357 errors:1 dropped:0 overruns:0 frame:0
          TX packets:346 errors:4 dropped:0 overruns:0 carrier:4
          collisions:0 txqueuelen:100 
          RX bytes:30933 (30.2 Kb)  TX bytes:337200 (329.2 Kb)
          Interrupt:10 
eth3      Link encap:Ethernet  HWaddr 00:48:54:13:5D:A9  
          inet addr:192.168.3.1  Bcast:192.168.3.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:18711 errors:1 dropped:0 overruns:0 frame:0
          TX packets:15732 errors:3 dropped:0 overruns:0 carrier:3
          collisions:0 txqueuelen:100 
          RX bytes:2208459 (2.1 Mb)  TX bytes:1402647 (1.3 Mb)
          Interrupt:9 Base address:0x2000 
eth4      Link encap:Ethernet  HWaddr 48:4C:00:02:09:E2  
          inet addr:192.168.4.1  Bcast:192.168.4.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:76145 errors:0 dropped:0 overruns:0 frame:0
          TX packets:82462 errors:0 dropped:0 overruns:0 carrier:0
          collisions:10 txqueuelen:100 
          RX bytes:59769018 (57.0 Mb)  TX bytes:9554986 (9.1 Mb)
          Interrupt:5 Base address:0x300 
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:173 errors:0 dropped:0 overruns:0 frame:0
          TX packets:173 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:13007 (12.7 Kb)  TX bytes:13007 (12.7 Kb)
eth0/1/2 sono le mie sottoreti interne
eth3 è la dmz
eth4 è la connessione al router adsl
in effetti com e puoi vedere ci sono degli errori.. ma io pensavo vossero
pacchetti scartati per cattiva ricezione o qualcosa del genere.. insomma
il motivo per cui hanno inventato l'ACknowledgment ...
cosa suggerisci?