Newsgroup: it.tlc.gestori.fastweb
Titolo: Mandrake 10 e Fastweb

Ciao a tutti,
ho un PC su cui ho appena installato Linux ex novo. Su questo PC c'è una
scheda di rete su bus PCI. Il PC è connesso tramite cavo di rete all'HAG di
FastWeb. Sempre all'HAG c'è connesso un secondo PC con Windows XP. Quello
che vorrei fare sarebbe avere la possibilità di navigare contemporaneamente
su Internet da entrambi, e farli vedere in rete tra loro. Prima sul PC su
cui c'è Linux c'era Win ed era stato piuttosto semplice configurare il
tutto. Adesso ho provato ma non ci riesco. Vi spiego meglio. Vado in
"Configura il tuo computer" -> "Rete e Internet" -> "Nuova connessione" ->
"Connessione LAN", eth0, IP automatico, Identifica l'ID della scheda di
rete, hotplugging, attiva al momento di boot, deseleziono "assegna il nome
dell'host a partire dall'indirizzo DHCP", in ZeroConf non metto niente, in
nome host metto un nome qualunque, gli dico di riavviare la rete e lui mi
dice "tutto ok"
A questo punto però se vado in "monitora connessioni" mi dice che non sono
connesso. Ho un pulsante "Connetti", provo a premerlo, mi scrive
"Connessione ad Internet..." ma poi conclude con un laconico "Connessione
non riuscita".
Se faccio ping 
www.hwupgrade.it
 mi dice unknows host, per cui non riesce a
raggiungere nemmeno il DNS.
Comunque ho controllato che cosa viene chiamato quando premo connetti, alla
fine della storia chiama lo script "/etc/rc.d./init.d/network" e gli passa
come parametro restart. Ho aperto una console dei comandi e ho scoperto che
il mio account non aveva i diritti sufficienti per eseguire lo script.
Allora mi sono loggato come root e l'ho mandato. Questo quello che arriva in
output:
Configuro i parametri di rete: OK
Attivo l'interfaccia di loopback: OK
Attivo l'interfaccia eth0: FALLITO
Se a questo punto mando ifconfig questo è l'output:
L0    Link encap:local Loopback
               inet addr:127.0.0.1 Mask:255.0.0.0
            inet6 addr:     ::1/128      Scope: Host
            UP LOOPBACK RUNNING    MTU:16436    metric:1
            RX packets:1624    errors:0    dropped:0    overruns:0
frame:0
            TX packets:1624    errors:0    dropped:0    overruns:0 carrier:0
            collision:0    txqueuelen:1000
            rx bytes:124 kB tx bytes:124 kb
Non c'è firewall installato. Sono connesso in fibra.
Qualcuno saprebbe aiutarmi?

 Attivo l'interfaccia eth0: FALLITO
Ho lo stesso problema con la Redhat installata nell'emulatore WMware e la
connessione di rete bridged. Praticamente non riesce a prendere un ip da
fastweb. Tempo fa avevo risolto, quando avevo provato un installazione,
selezionando una voce nella configurazione del DHCP. Mi ricordo che erano
presenti tre voci. Una DHCP, l'altra BOOTP e una terza che non ricordo. La
terza funzionava :-)
Prova e vedi. Con la debian invece non avevo problemi, prendeva subito l'ip
da fastweb.

 da fastweb.
Grazie mille !!! (sono l'autore del post). Debian che versione? 3.0r1 o r2?
Grazie ciao

 apparentemente scrisse:

la mia redhat funziona con la massima facilita', invece quando la
lancio da vmware mi da' lo stesso problema che da' a te. Mi piacerebbe
sapere come risolvere senza studiare la documentazione di vmware :)
Ha funzionato una volta sola, cancellando e reinstallando la eth0. Poi
piu' niente.
--
Federico Spano`
http://mate.splinder.it
 non e' stato aggiornato
Le email indirizzate a 
fsp...@tiscali.it
 vengono automaticamente cancellate

>terza funzionava :-)
la terza e' dialup e mi ha appena funzionato con bootp.


 Grazie ciao
r2

> la terza e' dialup e mi ha appena funzionato con bootp.
Ora che ci penso anche a me andava con bootp, ma con l'ultima redhat neanche
con quello. Bah...

Marco Bertini ha scritto:

Se il client dhcp usato invia anche informazioni estese tipo il 
vendoor-id della scheda di rete, non c'è modo di farsi assegnare un ip 
dalla cpe telsey.
Unico sistema e' fissarsi a mano un ip del proprio pool,tanto la tabella 
arp viene lo stesso aggiornata anche svincolati da dhcp.
-- 
-----------------------------trip65---------------------------------
home : 
http://www.telelombardia.tv
radio : 
http://www.fastradio.net
 (only fw)
direct stream : 
http://stream.fastradio.net:8000/fastradio
 (only fw)
Linux user number 341116.
-----------------------------fastradio.NET--------------------------

 dalla cpe telsey.
Un problema del genere si presenta solitamente con router (ved. Cisco o
USRobotics), raramente con schede di rete -> il vero problema e' che
(come indicato dal post iniziale) non risulterebbe rilevata la Eth0 come
attiva -> servirebbe qualche dato in piu' sulla scheda (produttore e
modello) in modo da fornire qualche soluzione.
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> * FAQ 1.6 ITGF it.tlc.gestori.fastweb <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * ----------------------------------- <|
|_|  |_/_/ \_\___|___/-<|> * SITO: 
http://www.gofastweb.cjb.net
  <|
|>Togli/Remove .INVALID<|> * SITO: 
http://plany.fasthosting.it
 __<|

 
Si' in questo caso pare che il problema sia come dici tu.
Pensa che io con una scheda realtek (viene pero' vista come id Mototek)
non ho trovato modo di farla andare con dhcp.
La soluzione e' stata quella di farsi riservare anche il secondo ip del
pool.
Difatti io ho riservati sia l'ip della videostation che il successivo
(bonta' dei tecnici di rete fw oppure automatismo del catalyst che
comunque in questi casi riserva gli ip svincolati dal dhcp ??)
Il problema e' noto ed e' auspicabile un upgrade del firmware della cpe.


 cpe.
Per semplice curiosita', puoi girarmi la prima meta' del MAC Address di
tale scheda (scegli tu se su questa sede oppure in privato) che faccio
un controllo a livello di OUI/Vendor ?


 
ECCO QUA :
00:50:BF:7E  ti basta o ti serve completo ? Nel caso pvt


 00:50:BF:7E  ti basta o ti serve completo ? 
Basta ;) -> vendor riconosciuto Mototech Inc. 
http://www.mototech.com.tw
come puoi vedere anche su 
http://www.coffer.com/mac_find/?string=00%3A50
(dove vedi le associazioni degli altri blocchi 00:50).
Peraltro tale scheda mi risulta anche come ADMtek -> comunque una scheda
basata su Realtek RTL-8139-C. Non so se hai gia' provato usando quindi
il relativo driver generico Realtek x distro/kernel da te in uso.


 modello) in modo da fornire qualche soluzione.
infatti!
proporrei all'autore del post un:
lspci 
lsmod
provare un:
modprobe 8139too
e per ultimo un ifconfig -a
Vorrei cmq porre l'attenzione su alcuni chip realtek 8139 vecchi.
Spesso capita che il modulo venga caricato con successo ma che non generi
nessun traffico di rete (zero pkts in/out)
La soluzione e' da boot specificare noapic come argomento da passare al
kernel.
ciao

 come parametro restart. 
Quindi quello che a te interessa funzioni è questo script 
per ora (infatti prendiamo come dato di fatto che i moduli 
della tua scheda siano stati caricati con successo).
MODULI SCHEDA RETE CARICATI CORRETTAMENTE
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Questo script (/etc/init.d/networking) credo non differisca 
molto da quello in uso da Debian (qualsiasi version dalla 
2.0). Esso si appoggia sul file /etc/network/interfaces che 
mantiene le impostazioni della rete.
Ecco le modifiche da apportare a tale file affinché tutto 
funzioni (come espresso in un post del 26 marzo 2003):
# ------ inizio file config ---------
# interfaccia loopback
auto lo
iface lo inet loopback
#riga che dice di "tirar su" eth0 automaticamente all'avvio 
dello script /etc/init.d/networking
auto eth0
# ------ CONFIGURAZIONE DHCP eth0 ---
iface eth0 inet dhcp
# oppure se vuoi settarla manualmente
# ------ CONFIGURAZIONE MANUALE eth0
#
#iface eth0 inet static
#         address 192.168.0.9
#         netmask 255.255.255.0
#         network 192.168.0.0
#         up route add default gw 192.168.0.1
#cambiando i campi IP mask gw etc con i valori corretti.
# ------ fine file config -----------
Quindi modificando un paio di righe del file 
/etc/network/interfaces hai risolto tutto senza bisogno di 
reinstallare una nuova versione di Linux e hai capito dove 
agire.
Tutto ciò se i moduli della tua scheda di rete sono stati 
caricati correttamente, oppure (da esculdere a meno di una 
compilazione del kernel ad hoc) se hai un kernel monolitico 
ci deve essere il supporto per tale scheda.
VERIFICA MODULI SCHEDA DI RETE
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Credo ti sia stato detto correttamente che i moduli per tale 
scheda siano i 8139too e giuste sono le osservazioni di 
xchris del post precedente, ossia io procederei così per 
verificare che i moduli funzionino:
$ dmesg | grep eth0
che dovrebbe riportare
eth0: RealTek RTL8139 Fast Ethernet at XXXXXXXX, 
zz:zz:zz:zz:zz:zz, IRQ 10
eth0:  Identified 8139 chip type 'RTL-8139C'
eth0: Setting 100mbps full-duplex based on auto-negotiated 
partner ability 45e1.
se riporta ciò allora configurando il file 
/etc/networking/interfaces saresti ok.
se invece non compare nessuna eth0 allora:
# lspci
che dovrebbe riportarti il tipo di scheda (ad esempio:
00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10))
# lsmod per controllare di aver caricato il modulo corretto:
8139too                15752   1
nel caso non ci sia il modulo provarlo con:
# modprobe 8139too
e poi lanciare lo script /etc/init.d/networking modificato 
come visto precedentemente.
Mi scuso per un post così lungo, spero di non esser stato 
troppo dislessico, didascalico, incasinato....
So che a prima vista la modifica di un file di testo 
potrebbe sembrare esagerata, ma sono convinto che ciò 
potrebbe risolvere il problema, IMHO.
Cordialmente,
phrants

Ringrazio tutti per le vostre gentilissime risposte e la disponibilità, ho
provato un sacco di cose, tra cui i vostri consigli, e penso, grazie agli
aiuti di tutti voi, di essere vicino ad una soluzione. Ho esaminato con cura
lo script network, cercando di capire il più possibile e dove si bloccava. E
ci sono riuscito. L'istruzione che NON va a buon fine è questa:
# /etc/sysconfig/network-scripts/ifup eth0
Provandola ad eseguire per conto suo, produce questo output in cui mi dice
di controllare il cavo di rete: Determining IP information for
eth0...failed; no link present. Check cable?
Ma il problema non credo che sia il cavo di rete, e l'istruzione da voi
suggerita pare confermarlo:
# /bin/dmesg | grep eth0
Produce un lunghissimo output con righe tutte identiche:
eth0: Could not reserve IRQ19
Per cui a questo punto immagino che sia un conflitto di interrupt, qualcuno
sa dirmi come procedere ora? Grazie mille per tutto l'aiuto dato, ciao

 sa dirmi come procedere ora? Grazie mille per tutto l'aiuto dato, ciao
Puoi provare a cambiare slot PCI alla scheda di rete?
Comunque è strano che ti dia problemi su Linux se non te ne dava su
Windows.
In ogni caso, come hai capito dagli altri suggerimenti, il problema non è
nello script di connessione, ma nell'attivazione dell'interfaccia di rete. 
Per la cronaca, io non ho avuto il minimo problema con Mandrakelinux 10.0,
sia con l'edizione Community che con cooker aggiornato ad oggi, e Fastweb
in fibra. La connessione è stata configurata durante l'installazione senza
che io facessi nulla. E anche provando a seguire i tuoi stessi passi nel
centro di controllo ha funzionato tutto a dovere.
-- 
Ciao,
  Marco.
..."You Had It Coming", Jeff Beck 2001

 Qualcuno saprebbe aiutarmi?
Prova ad aggiungere queste linee
check_link_down () {
   return 1;
}
al file /etc/sysconfig/network-scripts/ifcfg-eth(n=0)
Auguri :)
DisgustingAngel
Zanzico Dario

 FastWeb. Sempre all'HAG c'è connesso un secondo PC con Windows XP. Quello
[MEGACUT]
Domanda? Sei mai riuscito ad abilitare la scheda di rete del PC con
Mandrake?
No? A me è successo lo stesso con Mandrake 9.2
Risolto tutto, dopo svariate ricerche con Google, modificando una
semplicissima opzione del BIOS
La voce "PNP OS" oppure "Plug and Play Operating System" deve essere settata
su "NO".
Massimo.

 su "NO".
Allora una volta tanto la documentazione sarebbe servita. :)
Cito da
http://doc.mandrakelinux.com/MandrakeLinux/92/it/Quick-Startup-Plus.html/ch02s01.html
:
-------------------------------------
Di solito lo schermo di configurazione del BIOS può essere richiamato
tenendo premuto il tasto Canc (per alcuni BIOS potrebbe essere il tasto
F2, F10 o Esc) subito dopo l'accensione del computer. Sfortunatamente,
esistono molti tipi di BIOS, quindi dovrete cercare da soli l'opzione
giusta: in genere si chiama  PNP OS installed (o  Plug'n'Play OS
installed). Impostatela su No: in questo modo il BIOS provvederà a
inizializzare tutti i dispositivi plug'n'play, il che potrà aiutare Linux
a identificare qualche componente hardware del vostro computer che
altrimenti non verrebbe riconosciuto.
-------------------------------------
-- 
Ciao,
  Marco.
..."Crac!", Area 1975