[RISOLTO]Problemi con il pc-router di casa

edux · Last edited by edux on Wed Feb 28, 2007 12:33 am; edited 1 time in total

Ciao, in casa mia ho configurato tempo fa un pc gentoo per fare da router tra due reti wireless, la prima collegata all'adsl direttamente, la seconda no.
I pc collegati alla seconda rete devono poter andare tranquillamente in internet, vedere i pc di entrambe le reti, e avere qualche servizio utile su questo pc router.
I servizi in esecuzione su questo server sono samba (sono tutti client win, tranne il mio), freepopsd, sshd, squid + squidguard, rsyncd, webmin, e spesso aMule.
Iptables è ben configurato per prendere le richieste http, passarle a squid e nattare le uscite. Il tutto funziona correttamente.

Il mio problemone è che spesso i pc della rete2, quelli che per connettersi a internet devono passare necessariamente da questo router, ogni tanto lamentano di non riuscire proprio a connettersi a internet. In pratica sembra come se il router si "freezi", si satura la ram (512mb) ed effettivamente non riesce più a lavorare bene. Eppure dalle analisi dei log non traspaiono problemi, e con ps aux non rilevo processi che consumino molta memoria. Quello più esoso pare essere squid, ma non va mai oltre il 2-3% di memoria totale (considerando anche squidGuard), per cui non dovrebbe essere un problema di processi.

L'unico problema potrebbe essere la conntrack table, ma ho settato come conntrack_max 512000 (seguendo le guide di netfilter è circa la metà di quante potrei gestirne con ram a mia disposizione) e comunque la tabella cresce molto solo nel caso ci sia aMule attivo, e spesso non lo è.
Per cui non riesco proprio a capire come mai mi si riempiano così in fretta (1-2 giorni) tutti i 512mb di ram.

Sempre che il problema sia proprio questo, perchè potrebbe essere che i problemi di connessione siano dovuti ad altro, ma non me li riesco a spiegare.

EDIT: mi correggo, squid è al 7% di memoria, ma anche se lo stoppo la memoria mi va a 465mb occupati, comunque inspiegabili visti i processi in esecuzione.
_________________
E' la seconda più grande testa di scimmia che abbia mai visto!
(Guybrush Threepwood)

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

Non che dubiti delle tue parole ma come hai verificato che la ram sia effettivamente satura ?
Te lo chiedo perchè ho letto molte altre richieste simili da parte di persone che non conoscono il funzionamento del kernel e quindi non sanno che la ram è allocata dal kernel in attesa che qualche processo la richieda.
Se cerchi nel forum dovresti trovare queste discussioni con dei suggerimenti per capire quale sia la reale quantità di memoria utilizzata.

Poi magari sbaglio io ma l'idea che mi sono fatto dal tuo post è questa.
_________________
Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall).
Prima di postare un file togli i commenti con

edux · Posted: Mon Feb 26, 2007 10:41 am Post subject:

Grazie per avermi indirizzato su quei post, effettivamente non avevo capito come il kernel linux usa la memoria, intelligentemente.

Ora però il mio problema rimane, diciamo che scartiamo l'ipotesi che sia un problema di ram, ma llora cos'è?
Cosa posso fare per rilevare quale sia effettivamente il problema? La scheda wireless collegata al router adsl è una ralink-rt61, con driver testing, che siano quelli che ogni tanto mi fanno perdere il contatto con la rete?
dmesg mi mostra questa roba qua, non è strano?

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

prova a postare l'output di un

edux · Posted: Mon Feb 26, 2007 9:11 pm Post subject:

Ecco l'output di dmesg su eth1:

edux · Posted: Wed Feb 28, 2007 12:32 am Post subject:

Penso proprio che il problema siano i driver ralink non ancora perfetti, adesso ho risolto assegnando alla scheda un ip statico invece che assegnato dal dhcp.
Per ora funziona bene, speriamo duri.
_________________
E' la seconda più grande testa di scimmia che abbia mai visto!
(Guybrush Threepwood)

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

Non penso che il problema sia nel dhcp, riprova a lanciare il ping e a vedere se il risultato cambia.
_________________
Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall).
Prima di postare un file togli i commenti con

edux · Posted: Wed Feb 28, 2007 10:47 am Post subject:

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

Decisamente meglio di prima, solo non mi spiego questo miglioramento a fronte di un cambiamento da dhcp a statico

Non è che l'hai anche spostato o magari c'era in mezzo qualche porta aperta/chiusa o il microonde accesso o un acceleratore di particelle in funzione ?
_________________
Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall).
Prima di postare un file togli i commenti con

edux · Posted: Wed Feb 28, 2007 11:03 am Post subject:

L'acceleratore di particelle sono sicuro di averlo spento, per il resto la posizione non è cambiata e le porte sono sempre quelle...
Lo so che è strano che sia un problema di dhcp, probabilmente il reale problema non è quello, ma magari non facendo quelle richieste il collegamento è più stabile. Potrei anche rimettere il dhcp client e aumentare il delay tra le richieste, intanto però potrei vedere come si comporta con questa configurazione.
_________________
E' la seconda più grande testa di scimmia che abbia mai visto!
(Guybrush Threepwood)

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

Magari dico cavolate ma la richiesta di indirizzo viene effettuata solo una volta, dopo che l'ip è assegnato non dovrebbero esserci altre richieste da parte del client.
_________________
Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall).
Prima di postare un file togli i commenti con

edux · Posted: Wed Feb 28, 2007 10:49 pm Post subject:

No, l'indirizzo assegnato da dhcp ha un tempo di vita scaduto il quale deve essere rinnovato.
_________________
E' la seconda più grande testa di scimmia che abbia mai visto!
(Guybrush Threepwood)

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

So che un ip assegnato tramite dhcp ha una certa durata ma che io sappia quella durata si applica a partire da quando la macchina a cui è assegnato non è più in rete.
Es. configuro un server dhcp impostando un lease di 5 minuti ma se anche la macchina rimane collegata per 2 giorni questo ip non verrà rinnovato, la macchina può staccarsi dalla rete e ricollegandosi entro i 5 minuti riprenderà lo stesso ip altrimenti se ne prenderà un altro.
Non avrebbe molto senso rinnovare un ip in uso, altrimenti tutte le applicazioni che mandano i dati a un client avrebbero problemi se il suo ip venisse cambiato.

Al massimo ha senso che il dhcp controlli che le macchine a cui ha assegnato degli ip siano attive, altrimenti inizia il conto alla rovescia per liberare l'ip.

Poi non sono un esperto del funzionamento del protocollo dhcp (troppo poco tempo per imparare tutto) ma a logica mi sa che è così.
_________________
Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall).
Prima di postare un file togli i commenti con

edux · Posted: Thu Mar 01, 2007 9:36 am Post subject:

Io so che un indirizzo assegnato da dhcp dopo un certo tempo di lease scade, e il client deve fare richiesta per rinnovarlo.
Nel caso in cui il client si disconnetta l'ip che gli è stato assegnato rimane comunque associato a lui fino al termine del tempo di lease, e se il client si riconnette prima del termine di questo tempo fa la richiesta al dhcp server di rinnovarlo, altrimenti deve ripetere la procedura di richiesta ip.

Neanch'io sono un esperto di dhcp, ma la sapevo così...
_________________
E' la seconda più grande testa di scimmia che abbia mai visto!
(Guybrush Threepwood)

Scen · Posted: Thu Mar 01, 2007 9:38 am Post subject:

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

Calma e sangue freddo, come ho già detto il tempo di lease inizia da quando il client non è più in rete.
Dopo aver ricevuto l'ip dal server il client se lo tiene per un periodo pari al tempo "online" più il tempo di lease, al termine del quale il server "libera" l'ip per altre macchine.

Più o meno funziona così:
- client fa un richiesta di ip
- server assegna un ip
- client si tiene stretto l'ip e non lo cambia fino a quando è in rete (e ha il tempo di lease per rientrare in rete e mantenere lo stesso ip)
- server periodicamente controlla che l'ip assegnato sia ancora raggiungibile, altrimenti parte il conteggio del lease

Il client fino a quando è in rete non necessità di "riconferma" del suo ip e questo non potrà venir modificato dal server in alcun caso.

Almeno questo è quanto sono riuscito ad apprendere.
_________________
Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza. (Larry Wall).
Prima di postare un file togli i commenti con

edux · Posted: Thu Mar 01, 2007 10:13 am Post subject:

Ora mi fai venire dei dubbi su quello che credevo di sapere...ma cercando un po' in rete ho trovato alcune conferme a quanto sostengo:

- il server assegna un ip e gli associa un tempo di lease che infila nella tabella
- arrivati al 50% di questo tempo, il client invia una DHCPREQUEST per rinnovarlo, e se non riceve risposta continua comunque a utilizzare il suo ip fino alla scadenza del tempo di lease
- quando il tempo di lease sta per scadere, il client invia la richiesta di rinnovo in broadcast
- se non ha ricevuto risposta, o la risposta è negativa, deve ripetere le fasi per l'ottenimento di un ip

Considerando che il server non può occuparsi di controllare ogni tanto se tutti i client della sua tabella dhcp sono attivi, mi sembra un protocollo ragionevole...
_________________
E' la seconda più grande testa di scimmia che abbia mai visto!
(Guybrush Threepwood)

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

edux · Posted: Thu Mar 01, 2007 11:05 am Post subject:

E' vero che non è una cosa imputabile al dhcp, e che sul router il default lease time è impostato a 12 ore, fatto sta che con un indirizzo statico le cose adesso sono nettamente migliorate. Forse i driver linux di questa scheda hanno qualche problema con il dhcp client?
_________________
E' la seconda più grande testa di scimmia che abbia mai visto!
(Guybrush Threepwood)