slacky.eu

Ciao a tutti. Rieccomi dopo tanto tempo e con un nuovo problema per voi accaniti solutori

Ho una slack 11 con kernel 2.6.18 e rotti.. e si presenta questo strano problema: il dhcp non mi risolve l'indirizzo ip all'AVVIO quando mi collego dall'ufficio.
Quindi ogni volta devo prima loggare e poi dare un ifconfig eth0 up e dhcpcd -d eth0 da console e tutto si risolve (ovviamente faccio anche un bel riavvio di X).

La cosa strana è che se mi collego da qualsiasi altra rete con dhcp non ho questo problema. Ancora più strano è che se avvio con ubuntu (dimenticavo di specificare che sto usando un notebook) l'ip dell'ufficio me lo risolve al boot senza problemi!!

Nel syslog ho queste righe relative all'errore:

Codice: Seleziona tutto

   timed out waiting for a valid DHCP server response

e invece nel file /var/log/messages la situazione relativa all'avvio dei moduli delle shcede e del dhcp sono questi:

Codice: Seleziona tutto

Nov 24 08:32:53 terra logger: /etc/rc.d/rc.inet1:  /sbin/ifconfig lo 127.0.0.1
Nov 24 08:32:53 terra logger: /etc/rc.d/rc.inet1:  /sbin/route add -net 127.0.0.0 netmask 255.0.0.0 lo
Nov 24 08:32:53 terra logger: /etc/rc.d/rc.inet1:  /sbin/dhcpcd -d -t 30  eth0
Nov 24 08:32:55 terra kernel: tg3: eth0: Link is up at 100 Mbps, full duplex.
Nov 24 08:32:55 terra kernel: tg3: eth0: Flow control is off for TX and off for RX.
Nov 24 08:33:56 terra logger: /etc/rc.d/rc.M:  /sbin/iwconfig eth1 nick terra
Nov 24 08:33:56 terra logger: /etc/rc.d/rc.M:  /sbin/iwconfig eth1 essid "any"
Nov 24 08:33:56 terra logger: /etc/rc.d/rc.inet1:  /sbin/dhcpcd -d -t 30  eth1
Nov 24 08:35:57 terra kernel: pnp: Device 00:06 activated.
Nov 24 08:35:57 terra kernel: nsc-ircc, chip->init
Nov 24 08:35:57 terra kernel: nsc-ircc, Found chip at base=0x164e
Nov 24 08:35:57 terra kernel: nsc-ircc, driver loaded (Dag Brattli)
Nov 24 08:35:57 terra kernel: nsc-ircc, Found chip at base=0x164e
Nov 24 08:35:57 terra kernel: nsc-ircc, driver loaded (Dag Brattli)
Nov 24 08:35:57 terra kernel: pnp: Device 00:06 disabled.
Nov 24 08:35:57 terra logger: /etc/rc.d/rc.inet1:  /sbin/dhcpcd -d -t 30  eth0
Nov 24 08:35:58 terra kernel: NET: Registered protocol family 10
Nov 24 08:35:58 terra kernel: lo: Disabled Privacy Extensions
Nov 24 08:35:58 terra kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov 24 08:35:58 terra kernel: ADDRCONF(NETDEV_UP): eth1: link is not ready
Nov 24 08:35:58 terra kernel: IPv6 over IPv4 tunneling driver
Nov 24 08:35:58 terra sshd[2294]: Server listening on :: port 22.
Nov 24 08:35:59 terra logger: /etc/rc.d/rc.inet1:  /sbin/iwconfig eth1 nick terra
Nov 24 08:35:59 terra logger: /etc/rc.d/rc.inet1:  /sbin/iwconfig eth1 essid "any"
Nov 24 08:35:59 terra logger: /etc/rc.d/rc.inet1:  /sbin/dhcpcd -d -t 30  eth1
Nov 24 08:35:59 terra kernel: tg3: eth0: Link is up at 100 Mbps, full duplex.
Nov 24 08:35:59 terra kernel: tg3: eth0: Flow control is off for TX and off for RX.
Nov 24 08:35:59 terra kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

invece l'uoutput di /var/log/dhcpcd.log è:

Codice: Seleziona tutto

Nov 24 09:30:06 terra dhcpcd[2575]: sending DHCP_RELEASE for 10.184.148.161 to 10.188.1.252
Nov 24 09:30:07 terra dhcpcd[2575]: terminating on signal 1
Nov 24 09:31:19 terra dhcpcd[2059]: broadcasting DHCP_DISCOVER
Nov 24 09:32:19 terra dhcpcd[2059]: timed out waiting for a valid DHCP server response
Nov 24 09:32:22 terra dhcpcd[2087]: broadcasting DHCP_REQUEST for 10.184.148.161
Nov 24 09:33:22 terra dhcpcd[2087]: timed out waiting for DHCP_ACK response
Nov 24 09:33:22 terra dhcpcd[2087]: broadcasting DHCP_DISCOVER
Nov 24 09:34:22 terra dhcpcd[2087]: timed out waiting for a valid DHCP server response
Nov 24 09:34:23 terra dhcpcd[2198]: broadcasting DHCP_DISCOVER
Nov 24 09:34:25 terra dhcpcd[2316]: broadcasting DHCP_REQUEST for 10.184.148.161
Nov 24 09:35:23 terra dhcpcd[2198]: timed out waiting for a valid DHCP server response
Nov 24 09:35:25 terra dhcpcd[2316]: timed out waiting for DHCP_ACK response
Nov 24 09:35:25 terra dhcpcd[2316]: broadcasting DHCP_DISCOVER

quel 10.184.148.161 è l'idirizzo che poi mi assegna quando rilancio il dhcpcd da console dopo il boot!!
infatti il log di /var/log/dhcpcd.log dopo aver rilanciato a mano il comando e ottenuto l'ip è:

Codice: Seleziona tutto

Nov 24 09:38:09 terra dhcpcd[2585]: broadcastAddr option is missing in DHCP server response. Assuming 10.184.148.255
Nov 24 09:38:09 terra dhcpcd[2585]: dhcpIPaddrLeaseTime=432000 in DHCP server response.
Nov 24 09:38:09 terra dhcpcd[2585]: dhcpT1value is missing in DHCP server response. Assuming 216000 sec
Nov 24 09:38:09 terra dhcpcd[2585]: dhcpT2value is missing in DHCP server response. Assuming 378000 sec
Nov 24 09:38:09 terra dhcpcd[2585]: DHCP_OFFER received from  (10.188.1.252)
Nov 24 09:38:09 terra dhcpcd[2585]: broadcasting DHCP_REQUEST for 10.184.148.161
Nov 24 09:38:09 terra dhcpcd[2585]: dhcpIPaddrLeaseTime=432000 in DHCP server response.
Nov 24 09:38:09 terra dhcpcd[2585]: dhcpT1value is missing in DHCP server response. Assuming 216000 sec
Nov 24 09:38:09 terra dhcpcd[2585]: dhcpT2value is missing in DHCP server response. Assuming 378000 sec
Nov 24 09:38:09 terra dhcpcd[2585]: DHCP_ACK received from  (10.188.1.252)

Dove posso agire per risolvere questo inconveniente?

Tra le varie pezze per risolvere ho provato anche a far eseguire l'up della scheda e il dhcpcd nell'rc.local, e quindi in multiuser ...ma sempre lo stesso risultato! non risolve l'ip e mi lascia le schede giù, poi apro l mia brava console, lancio i due comandi di cui sopra e mi assegna l'ip

controlla /etc/rc.d/inet1.conf qual'è il gateway predefinito.. magari e' sballato.. poi lì ci devi mettere "USE DHCP" esempio:

Codice: Seleziona tutto

# Config information for eth0:
IPADDR[0]=""
NETMASK[0]=""
USE_DHCP[0]="yes"
DHCP_HOSTNAME[0]=""
GATEWAY[0]="tuo ip-gateway"

prova cosi!

in rc.inet1.conf ho sempre lasciato GATEWAY="", sempre vuoto e da altre reti mi funziona normalmente. Invece USE_DHCP è imposttao a yes sia per eth0 che per eth1 (ma ho provato anche le varie combinazioni)

Comunque sembra che rc.inet1 non riesca a metter su la eth0. infatti se lancio (da root)

Codice: Seleziona tutto

/etc/rc.d/rc.inet1 stop
/etc/rc.d/inet1 start

mi trovo su solo l'interfaccia di loopback. Se invece lancio un ifconfig eth0 up prima di rc.inet1 start allora mi assegna l'ip.

Il file /etc/rc.d/rc.inet1 è quello originale.

tevin ha scritto:Comunque sembra che rc.inet1 non riesca a metter su la eth0. infatti se lancio (da root)
Codice: Seleziona tutto
/etc/rc.d/rc.inet1 stop
/etc/rc.d/inet1 start
mi trovo su solo l'interfaccia di loopback. Se invece lancio un ifconfig eth0 up prima di rc.inet1 start allora mi assegna l'ip.

Il file /etc/rc.d/rc.inet1 è quello originale.

strano.. allora raggira il tutto mettendo in rc.local un bel /sbin/ifconfig eth0 up

alessiodf ha scritto: strano.. allora raggira il tutto mettendo in rc.local un bel /sbin/ifconfig eth0 up

Ho appena fatto anche questa prova. sembra che se ne freghi..o meglio, tenta di recuperare l'ip ma poi mi rimette giù tutto tranne lo e poi loggo e lo rifaccio a mano e funziona.

La cosa diventa sempre più strana. Ho anche provato a mettere in /etc/hosts la parte relativa a ipv6 che ho su ubuntu (dove mi funziona tutto perfettamente) ma non va lo stesso!

Quali sono tutti gli script, demoni, programmi e files di configurazione che si occupano delle interfacce di rete e del dhcp che mi posso spulciare? magari mi è sfuggito qualcosa...
..comunque il problema è alla radice, e cioè che la rete di dove lavoro è fatta male perchè sia a casa con fastweb che da altre parti subito ottengo l'ip con la configurazione che ho adesso... solo che se fosse stato così anche con ubuntu non mi sarei posto il problema.. e invece voglio che anche con la mia slack supero l'inghippo.

Grazie ancora per l'attenzione

Ciao a tutti e scusate se torno alla carica con questo problema. Ma ho notato che se metto i comando /sbin/ifconfig eth0 up e /sbin/dhcpcd -d eth0 in uno script e lo eseguo non succede nulla e al prossimo ifconfig è su solo "lo", invece se li lancio da console mi mette su regolarmente la rete e mi assegna l'indirizzo. Questo è anche il motivo per cui non mi funzionava mettendolo in rc.local.
Sapete darmi una spiegazione per questo? magari è una cosa scema ma veramente non so più dove mettere le mani!

Apparentemente ho risolto la cosa aumentando il timeout di dhcpcd nel file /etc/rc.d/rc.inet1 portandolo da 60 a 75 seocndi.
In questo modo riesce a prendersi l'ip. Quindi per ora, anche se l'avvio rallenta, mi posso accontentare.
Rimane sempre il dubbio del perchè se avvio la Suse o la gentoo da altre partizioni mi prende l'ip quasi istantaneamente.

...vabbè.. misteri...

Grazie a tutti

slacky.eu

[RISOLTO] problema dhcp all'AVVIO

[RISOLTO] problema dhcp all'AVVIO