Re: [riminilug-general] Omv Non riconosce scheda rete atheros ar8171

[Umberto Zappi <uzappi@xxxxxxxxx>]

Il 21 settembre 2015 09:11, Andrea Sabbatani
<andrea.sabbatani@xxxxxxxxxx> ha scritto:
> Ciao Umberto ho lanciato il comando netstat -nr mi appare questo
>
> login as: root
> root@10.10.0.250's password:
> Linux Nas3 3.16.0-0.bpo.4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3~bpo70+1
> (2015-08-08) x86_64
>
> [...]
>
> root@Nas3:~# netstat -nr
> Kernel IP routing table
> Destination                 Gateway             Genmask         Flags         MSS    Window      irtt Iface
> 0.0.0.0                       10.10.0.100         0.0.0.0            UG             0 0          0                 eth0
> 10.10.0.0                    0.0.0.0               255.255.240.0  U               0 0      0                 eth0
> 192.168.100.0             0.0.0.0               255.255.255.0  U               0 0       0                 eth1
> root@Nas3:~#
>
> [...]
>
> Come procedo per sistemare il tutto ?

Il traffico viene inviato alle due sottoreti se la destinazione è una
delle sottoreti stessa, altrimenti per default (Destination 0.0.0.0)
viene inviato al default gateway 10.10.0.100 che si trova su eth0

Per provare a cambiare il traffico devi rimuovere la destinazione
0.0.0.0  e poi ricrearla correttamente con il default gateway
desiderato.
Se poi funziona si tratta di capire come puoi impostare le "rotte" da
configurazione (per questo dovresti vedere se puoi settarle via
interfaccia grafica o se devi manipolare qualche file nel sottoalbero
/etc). La configurazione dipende da cosa usi (es: NetworkManager o
altro).

Per provare da riga di comando, dopo esserti loggato come root
dovresti dare questi comandi (non li ho provati, quindi verifica che
siano adeguati alla tua installazione del S.O.)

route del -net default
route add -net default gw 192.168.100.230 dev eth1

Se non ti viene riconosciuto "default" sostituisci al suo posto
0.0.0.0 oppure 0.0.0.0/0.0.0.0

Buona fortuna.
Umberto

>
> Saluti
> Andrea
>
>
> Il 19/09/2015 13:23, Umberto Zappi ha scritto:
>>
>> Il giorno 19 settembre 2015 13:16, Andrea Sabbatani
>> <andrea.sabbatani@xxxxxxxxxx> ha scritto:
>>>
>>> Purtroppo con due schede non riesco a navigare (quindi il nas non può
>>> spedire le notifiche) poiché lui da prevalenza alla scheda etho a 100mb
>>> anziché eth1 a 1000mb mentre io voglio che la navigazione funzioni solo
>>> sulla eth1.
>>> Ho verificato il file di con interfaces e credo sia corretto con i miei
>>> scopi.
>>>
>>> # The loopback network interface
>>> auto lo
>>> iface lo inet loopback
>>> iface lo inet6 loopback
>>>
>>> # eth0 network interface
>>> auto eth0
>>> allow-hotplug eth0
>>> iface eth0 inet static
>>>      address 10.10.0.250
>>>      gateway 10.10.0.100
>>>      netmask 255.255.240.0
>>>      dns-search it
>>> iface eth0 inet6 manual
>>>      pre-down ip -6 addr flush dev $IFACE
>>>
>>> # eth1 network interface
>>> auto eth1
>>> allow-hotplug eth1
>>> iface eth1 inet static
>>>      address 192.168.100.207
>>>      gateway 192.168.100.230
>>>      netmask 255.255.255.0
>>>      dns-nameservers 192.168.100.201
>>>      dns-search it
>>>      pre-down ethtool -s $IFACE wol g
>>> iface eth1 inet6 manual
>>>      pre-down ip -6 addr flush dev $IFACE
>>>
>>>
>>> Via lan sia da una che da l'altra lan funziona.
>>> Cosa mi consigliate di fare ?
>>
>> Se ora le 2 schede funzionano e sono attive, probabilmente dovresti
>> impostare le regole di routing ad utilizzare quella che preferisi.
>>
>> Per verificare le regole di routing attive puoi dare uno dei comandi
>> (l'esito è il medesimo):
>> sudo route -n
>> netstat -nr
>>
>> La modifica delle regole di routing le puoi fare con il comando route
>> (preceduto da sudo)
>>
>> Ciao
>> Umberto
>>
>>> Saluti
>>> Andrea
>>>
>>>
>>>
>>> Il 18/09/2015 14:02, Andrea Sabbatani ha scritto:
>>>>
>>>> Non ho spiegato che per caratteristica di questo nas deve poggiare su
>>>> due reti differenti con ip diversi, una 100 con realtek l'altra con 1000 per
>>>> Backup Nfs ecc.
>>>> Ho provato ad aggiornare da omv il kernel da 3.2.0-4-amd64 #1 SMP Debian
>>>> 3.2.68-1+deb7u2 x86_64    a    3.16.0-0.bpo.4-amd64 #1 SMP Debian
>>>> 3.16.7-ckt11-1+deb8u3~bpo70+1 (2015-08-08) x86_64 ed digitando ifconfig o
>>>> entrando nel pannello di omv appare eth1 ora il però appare il problema
>>>> avuto con la vecchia versione di omv relativo alle due schede..  per il
>>>> momento sto effettuando delle prove ......
>>>> Saluti
>>>>
>>>> Il 17/09/2015 14:04, Samuele Battarra ha scritto:
>>>>>>>>
>>>>>>>> (quello che avevo a disposizione) che monta una lan  atheros ar8171
>>>>>>>> ho
>>>>>>>> provato con omv 2.1 con kernel 3.2.0-4-amd64 visto che nei forum
>>>>>>>> dicevano che viene supportato dal Kernel 3.16 ma non viene visto.
>>>>>
>>>>> Se è supportato dal kernel 3.16 mi pare difficile che funzioni con un
>>>>> 3.2.
>>>>> Tra l'altro dai log che hai mandato si vede che riconosce solo una
>>>>> realtek.
>>>>>
>>>
>>> ---------------------------------------------------------------------
>>> Per cancellarsi, scrivi a: riminilug-general-unsubscribe@xxxxxxxxxxxx
>>> Se vuoi conoscere altri comandi, scrivi a:
>>> riminilug-general-help@xxxxxxxxxxxx
>>>
>> ---------------------------------------------------------------------
>> Per cancellarsi, scrivi a: riminilug-general-unsubscribe@xxxxxxxxxxxx
>> Se vuoi conoscere altri comandi, scrivi a:
>> riminilug-general-help@xxxxxxxxxxxx
>>
>
>
> ---------------------------------------------------------------------
> Per cancellarsi, scrivi a: riminilug-general-unsubscribe@xxxxxxxxxxxx
> Se vuoi conoscere altri comandi, scrivi a:
> riminilug-general-help@xxxxxxxxxxxx
>



-- 
UmbertoZ.

---------------------------------------------------------------------
Per cancellarsi, scrivi a: riminilug-general-unsubscribe@xxxxxxxxxxxx
Se vuoi conoscere altri comandi, scrivi a: riminilug-general-help@xxxxxxxxxxxx