"/etc/network/interfeces" con lenny problemi di impostazione [RISOLTO]

[Riccardo]

Come da titolo sono passato da qualche giorno a lenny

Precedentemente ho usato etch e l'avevo impostato in modo tale che all'avvio facesse le seguenti cose:
se rilevato cavo ethernet collegato allora cercava un indirizzo in dhcp, altrimenti mi attivasse la scheda wireless in modo che network manager potesse cercare eventuali reti nella zona.
Utilizzo una "scheda Broadcom 4306" ed ho quindi dovuto scaricare il pacchetto bcm43xx-fwcutter.

Purtroppo non mi ricordo come avessi impostato precedentemente il file di configurazione, sta di fatto che ora, il file /etc/network/interfeces l'ho così modificato:

Codice:

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth1
iface eth1 inet dhcp

# Wireless
auto eth0
iface eth0 inet dhcp

eth0 : è la scheda wireless
eth1 : è la scheda ethernet

Il problema è che all'avvio, avendo abilitato la riga "auto eth0", esce il seguente output:

Codice:

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8

ripetuto per 5/6 volte, rubandomi secondi prezioni dell'avvio. In etch lo faceva solo se mettevo "auto <schedaEthernet>".
Se commento l'opzione, dopo non mi connette

Ho poi un dubbio:
perchè se faccio
#networking restart
da terminale, nell'output mi compare un messaggio relativo un PID già assegnato???

Codice:

Reconfiguring network interfaces...There is already a pid file /var/run/dhclient.eth1.pid with pid 2331
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.6
Copyright 2004-2007 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth1/***** (indirizzo hardware eth1)
Sending on   LPF/eth1/***** (indirizzo hardware eth1)
Sending on   Socket/fallback
DHCPRELEASE on eth1 to 192.168.0.1 port 67
There is already a pid file /var/run/dhclient.eth0.pid with pid 3492
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.0.6
Copyright 2004-2007 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/***** (indirizzo hardware eth0)
Sending on   LPF/eth0/***** (indirizzo hardware eth0)
Sending on   Socket/fallback
DHCPRELEASE on eth0 to 155.185.123.253 port 67
Internet Systems Consortium DHCP Client V3.0.6
Copyright 2004-2007 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:0b:6b:4b:8c:4e
Sending on   LPF/eth0/00:0b:6b:4b:8c:4e
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
done.

[Riccardo]

Diciamo che ho risolto ...... o almeno credo 

Ho modificato il file di configurazione cambiando l'opzione relativa la scheda wireless

Codice:

# Wireless
allow-hotplug eth0
iface eth0 inet dhcp

All'avvio ora non effettua più nessuna ricerca e, una volta loggato, la scheda risulta attiva.

Ho notato che però al riavvio del sistema o al suo spegnimento capita che ci impieghi "più tempo del previsto": una volta disattivata l'interfaccia eth0 sembra come che rimanga una decina di secondi a "girarsi i pollici" senza far nulla, poi prosegue e termina. Prima non succedeva.

Domanda per capire un pò le opzioni delle interfaccie (leggendo il manuale interfaces non mi sono chiarito più di tanto):
1) auto ethX : serve per inizializzare l'interfaccia ethX all'avvio ma non capisco perché, se si tratta della wireless, tenti a tutti i costi di assegnarle subito un indirizzo (posso capirlo invece se si tratta di una ethernet)
2) allow-hotplug ethX : controlla cosa? se c'è "qualcosa" che vi si possa "attaccare"?

[Riccardo]

mi correggo

sembra come che rimanga una decina di secondi a "girarsi i pollici" senza far nulla

altro che dieci secondi.... sono 53 secondi di attesa 

cosa può causare questa attesa ?   

terminati questi secondi esce un messaggio del tipo

Codice:

done.
SIOCSIFFLAGS: no such file or directory

[kappe]

Dipende dal fatto che utilizzi DHCP per assegnare l'ind ip alla tua scheda wireless.

Per evitare di"perdere tempo" dovresti configurare la tua scheda con un ind ip statico, quidni disabiliatare l'avvio di DHCP all'avvio del sistema

[Riccardo]

Intanto grazie kappe

Dici che dipenda dall'ip dinamico? Mi sembra strano perchè prima usavo etch e non avevo questa lunga attesa 

Un'altra cosa strana è che se mi collego ad una rete wireless aperta, non ho mai problemi, mentre se devo collegarmi alla mia rete wireless di casa con chiave WPA spesso (anzi "quasi sempre") non mi si connette, pur inserendo la chiave giusta 
Anche qui un pò strano dato che con etch andava da dio.

Ho provato anche a reinstallare i pacchetti:
- wpasupplicant
- bcm43xx-fwcutter
- wireless-tool
ma non è cambiato nulla

[Brunitika]

Forse questo può aiutarti. Personalmente non uso il DHCP, ma l'articolo sembra interessante.

Un saluto

[Finn]

Dici che dipenda dall'ip dinamico? Mi sembra strano perchè prima usavo etch e non avevo questa lunga attesa 

E' una possibilità.

Un'altra cosa strana è che se mi collego ad una rete wireless aperta, non ho mai problemi, mentre se devo collegarmi alla mia rete wireless di casa con chiave WPA spesso (anzi "quasi sempre") non mi si connette, pur inserendo la chiave giusta 
Anche qui un pò strano dato che con etch andava da dio.

Se funziona con le reti aperte allora la configurazione della scheda (firmware ecc) non centra.

Prova a ricreare la password con wpa_passphrase, a volte ho notato che la genera sbagliata.

[Riccardo]

intanto grazie per le risposte

@Brunitica:
Ho provato a leggere il post da te segnalatomi ma ho un dubbio (strano eh ?!!  ): se nel file di configurazione dell'interfaccia vado a segnare channel, essid, ... non vado a "vincolare" la wireless alla sola rete specificata?
per quanto riguarda il modo di risolvere "l'attesa" nell'assegnamento dell'indirizzo in DHCP, devo ancora provare, ti farò sapere

@Finn:
Ho provato a ricreare la password digitando da superutente il seguente comando

Codice:

#wpa_passphrase <nomeRete> password

L'output è stato effettivamente corretto (mi mostrava il nome della rete, la password e quella criptata) ma il risultato non è cambiato: non riesco ancora a connettermi. Qualche mio amico mi ha consigliato di provare a cambiare la password del router in una WEP, anche solo per provare, ma non vedo perché sta benedetta chiave WPA debba farmi tribolare così tanto!!!

[Brunitika]

Effettivamente penso hai ragione. Mi riferivo in particolare al sistema di time-out descritto nell'articolo.  Forse se non è troppo un casino, potresti tralasciare questi parametri e quando vuoi connetterti ad una rete fai un "iwlist scan" e poi assegni con "iwconfig" i vari parametri quali essid, channel, ev. key; forse non il sistema più comodo, ma senza un'interfaccia grafica non mi vengono altre idee .
Un saluto

[Riccardo]

Ho provato a dare un'occhiata al file /etc/dhcp3/dhclient.conf ma non ho righe da scommentare o commentare. Il file si presenta tutto su un'unica riga, nel seguente modo:

Codice:

request subnet-mask, broadcast-address, time-offset, routers, domain-name,    domain-name-servers, host-name, ntp-servers;

e non c'è nessun parametro timeout 
In questi giorni vedo se riesco a scoprire qualcos'altro... intanto grazie

[kappe]

Non sono molto pratico di wireless.. Tuttavia per controllare se ci siano reti disponibili in zona devi utilizzare un binario tipo: kismet, bada che una volta configurato dovrai dargli un minimo di configurazione a quanto ricordo.

Inoltre la tua scheda wireless deve supportare la modalità 'monior'

[simo415]

Ciao.

Io da tempo ho problemi con la scheda wifi.
Ho installato kubuntu 7.04 su un notebook asus.
La scheda è una broadcom bcm4318.
Ho installato i driver opensource fwcutter.
Il problema è che vede la rete, vede la scheda ma non si connette.
Ho provato sia con rete criptata wpa (ho installato wpa suplicant), sia con rete aperta, ma il messaggio che ottengo è sempre lo stesso: No working leases in persistent database - sleeping.

Non ne posso più.
Ho lo stesso problema anche sul desktop, per il quale ho aquistato una scheda asus con processore broadcom... Che stolto...
Dimenticavo: ho provato anche con ndiswrapper.

Se riuscite ad aiutarmi vi sarò molto molto grato.

Grazie.

[gallows]

@simo415

http://forum.debianizzati.org/laptop/installare-broadcom-4318-con-ndiswrapper-e-moduleassistant-t32000.0.html;msg42272#msg42272

[Max Power]

ciao, tempo ho avuto anch'io lo stesso identico problema per un bel pò di tempo: il mio consiglio spassionatissimo è quello di installare wicd, rimuovere il pacchetto dhcp3-client e installare dhcp-client. in questo modo ho risolto totalmente il problema. Ciao, max.

[Riccardo]

ciao Max... scusa se rispondo solo ora....

Ho installato anche io wicd (versione stabile) e finalmente il problema dell'attesa "eterna" non c'è più!!!! 
Ho provato a disinstallare il pacchetto dhcp3-client mentre per installare il pacchetto dhcp-client mi dice che devo per forza scegliere uno tra i pacchetti dhcpcd, pump oppure udhcpc. Ho installato dhcpcd (mi sembrava quello giusto).

Non capisco però come mai non riesca a connettermi alla mia rete WPA di casa: ho specificato chiave, interfaccia e ho lasciato disabilitato l'IP statico perchè mi interessa dinamico. Ho quindi provato a metterlo statico e... trak: mi si connette ma su internet non gira nulla. Mi spego meglio. Rimane in attesa del sito da caricare e non si schioda. Ho provato da terminale a fare un

Codice:

ping www.google.it

e dopo due tre volte che non usciva nessun messaggio, mi ha dato qualche segnale di risposta. Vado ad aprire internet, mi apre per metà la pagina di google e poi si ripianta. Rifaccio il ping e di nuovo nulla.... 

Con la rete cablata invece, nessun problema

Consigli?!?