linux user group brescia

*********** REPLY SEPARATOR  ***********

On 11/09/2000 at 11.21 marco ghidinelli wrote:

>On Mon, Sep 11, 2000 at 02:52:30AM +0200, Luca Franceschini wrote:
>> >anche se la rete e' staccata?
>> >(cioe'.. se metti dns sulla macchina e lo attivi con la interfaccia di rete
>> >staccata..)
>> 
>> Si, e' la stessa cosa, quindi niente a che vedere con il traffico di rete.
>
>non e' che hai delle regole di firewall un po' strane caricate??

Non uso firewall.

> 
>> >il kernel e' standard??
>> >(per prova prova a caricare un 2.2.17... oppure un 2.4.... e vedi se 
>> >ripresenta il prob)
>> 
>> 2.2.14 standard fornito con distrubuzione redhat. Il 2.2.17 appena installato sembra funzionare meglio: non escono mai gli errori NET etc etc. ma il ping e' rimbalzello allo stesso modo.
>> 
>
>hai abilitato cose 'strane' di rete??
>QoS, etc etc?

Kernel standard con configurazione standard.

>
>> >> La tabella di routing e' corretta, la configurazione del named pure.
>
>se al posto della eth0 carichi una dummy??
>i problemi si ripresentano?

Non ho provato, faccio un tentativo.

>
>> >e se disabiliti li named funziona tutto bene???
>> 
>> Yes, smette di fare le bizze. Ma dagli innumerili tentavi sembra piu' associato al resolver in genere che al named.
>
>io penso che tu abbia dei casini con regole di firewall strane...
>(prova ipchains -L)

idem come sopra, non uso mai ipchains sulle macchine con i servizi di rete.

>
>> no, sullo stesso computer c'e' una scheda realtek (la cui interfaccia non funziona) ed una intel (che funziona perfettamente): naturalmente hanno 2 indirizzi di rete diversi. 
>
>ma appartenenti alla stessa rete?? es: 192.168.1.100 - 192.168.1.101 con 
>netmask 255.255.255.0 ?????

... non sarebbe una cosa molto furba no? :)

>
>> Se inverto i network address le cose diventano ancora piu' mistiche, il routing dei pacchetti smette di funzionare, cioe' non capisce piu' che alcuni pacchetti devono essere mandati al gateway.
>
>questo forse perche' eth0 e eth1 dipendono solo dall'ordine di caricamento
>del modulo... e magari ti sei 'impastato' negli initscript...

Questo puo' essere... nel senso che forse il problema si presenta solo su eth0:. Cmq non eseguo nulla di particolare bindato sull'interfaccia hardware.

>
>> Ho gia' provato ad upgradare il kernel... 
>> mi serve piu' potenza di fuoco :))
>
>se il named e' su un'altra macchina ovviamente il problema si ripresenta, 
>giusto??

no, o meglio: configuro il resolv.conf per usare un dns esterno
1) non eseguo il named locale -> funziona tutto
2) eseguo il named locale -> solito problema.
In nessun modo, il named locale si mette a funzionare (attivando il logging "totale", non arrivano query)

Sulla macchina con il vmware basta disattivare il "nameserver" dentro resolv.conf e tutto funziona.

>
>> >
>> >> su quella realtek solito prob.), ma mi da lo stesso problema con una virtual machine sotto VMWare che emula una scheda di rete PCnet/PCI II 79C970A.
>> >
>> >mmm... sicuro di non aver conflitti di indirizzi ip???
>> 
>> Ahhahahahah! sono un po' esaurito, ma non esageriamo ehh :)
>
>in definitiva su 'sta macchina hai 3 interfaccie di rete, giusto?
>manda l'output di ifconfig e route...

2 interfacce hardware e la localhost.
------------------------------------------------------------------------------------------------------------
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.200.11  0.0.0.0         255.255.255.255 UH        0 0          0 eth0
192.168.200.0   0.0.0.0         255.255.255.0   U         0 0          0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 lo
0.0.0.0         192.168.200.200 0.0.0.0         UG        0 0          0 eth0

------------------------------------------------------------------------------------------------------------

eth0      Link encap:Ethernet  HWaddr 00:50:56:BE:C8:0A  
          inet addr:192.168.200.11  Bcast:192.168.200.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:96 errors:0 dropped:0 overruns:0 frame:0
          TX packets:57 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          Interrupt:9 Base address:0x1000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:3924  Metric:1
          RX packets:136 errors:0 dropped:0 overruns:0 frame:0
          TX packets:136 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
------------------------------------------------------------------------------------------------------------

Questi sono della macchina vmware che e' la piu' semplice. Sto giusto provando le combo.
Su questa "macchina" basta inserire il nameserver dentro resolv.conf per evidenziare il problema, anche senza eseguire il named.


Bye, Spino.