Predisposizione e configurazione della nuova rete di casa

[frakka]

Per provare se ha digerito bene le rotte statiche, usiamo il comando "traceroute". Spero che il QNAP lo integri altrimenti non saprei proprio come fartelo installare...

Questo è un esempio:

 [matteo@arch-uefi Desktop]$ traceroute www.nexthardware.com
traceroute to www.nexthardware.com (62.149.214.80), 30 hops max, 60 byte packets
 1  server (192.168.200.1)  0.242 ms  0.257 ms  0.285 ms
 2  192.168.50.1 (192.168.50.1)  1.325 ms  2.094 ms  2.617 ms
 3  77.89.33.1 (77.89.33.1)  22.521 ms  23.251 ms  23.947 ms
 4  * * *
 5  213.174.171.254 (213.174.171.254)  39.391 ms  41.712 ms  43.
etc...

In rosso c'è il primo "hop" cioè il primo host che un pacchetto di rete attraversa nel suo percorso verso la destinazione. Nel mio caso, 192.168.200.1 è l'IP del mio default gateway.
Il passo successivo è il secondo hop, nel mio caso il ricevitore wi-max, tu dovresti trovarti il modem D-Link, probabilmente già con l'IP pubblico.
Seguono via via tutti i passaggi successivi ma a questo punto sei già su internet.


Nel tuo caso, ci dobbiamo aspettare una situazione del genere:

1_ Traceroute dal NAS verso internet => Il primo hop è l'Ip dell'ASUS sulla rete 192.168.70.x quindi 192.168.70.1 poi il modem D-Link poi internet.
2_ Traceroute dal NAS verso 192.168.1.1 => Il primo hop è direttamente l'Ip dell'ASUS sulla rete 192.168.1.1 e poi termina.
3_ Traceroute dal NAS verso altro IP della rete 192.168.1.x (cisco o AP) => Il primo hop è direttamente l'Ip del dispositivo, poi termina.
4_ Traceroute dal NAS verso altro IP della rete 192.168.50.x (client wireless) => Il primo hop è l'ASUS poi direttamente l'Ip del dispositivo, quindi termina.
5_ Traceroute dal NAS verso altro IP della rete 192.168.60.x (client wireless su rete pubblica) => Non abbiamo definito rotte statiche e non è abilitato il "LAN Access" verso questa rete. Il primo HOP dovrebbe essere comunque l'ASUS, presumibilmente l'IP 192.168.70.1 poi dovrebbe andare in timeout/errore.

Lo stesso ragionamento, è applicabile nel percorso inverso per la rete locale: Il percorso dalla tue rete cablata verso l'IP del NAS dovrebbe essere sempre diretto se fai il ping verso 192.168.1.1 e passare dall'ASUS se fai il ping verso 192.168.70.1 (andando in errore per via del LAN access). Mentre dalle reti wireless il primo hop dovrebbe essere sempre l'ASUS, anche qui in errore/timeout.

[vincmara]

Perfetto.
Se non ci fosse stato, il comando successivo sarebbe andato in errore.
Comunque basta vedere (anche con scp) se nella directory /tmp/config c'è il files (dopo aver lanciato il primo mount -t etc...)

Ok. Stamattina ho verificato e naturalmente il file non c'era (l'ultimo comando serve a cancellare vero?). Ho quindi rifatto il percorso e prima di lanciare l'ultimo comando ho verificato nel percorso e il file Autorun.sh era presente . Quindi ho lanciato di nuovo l'ultimo comando.

Domanda (probabilmente) banale. Quando modificheremo il file Autorun.sh dovremo posizionarlo in un percorso specifico?

Confermo, infatti non lo ha preso. La sintassi corretta da usare dovrebbe essere:

/sbin/route add -net 192.168.50.0 netmask 255.255.255.0 gw 192.168.1.1 eth0.1
# /sbin/route add -net 192.168.60.0 netmask 255.255.255.0 gw 192.168.1.1 eth0.1

Di conseguenza, il comando per cambiare il gateway predefinito è:

/sbin/route del -net 0.0.0.0 netmask 0.0.0.0 gw 192.168.1.1 eth0.1
/sbin/route add -net 0.0.0.0 netmask 0.0.0.0 gw 192.168.70.1 eth1.5

Ma come dicevo, lo puoi fare anche dall'interfaccia web.

Ho rilanciato il comando route e questo è il risultato (non ti allego il route_prima.txt perchè tanto è lo stesso di ieri)
route_dopo.txt

Ho quindi modificato il gateway predefinito con le regole che mi hai indicato (ero curioso di usarle ) e ho rilanciato un /sbin/route -n per vedere il risultato che è questo
route_dopo2.txt

Che ne pensi? E' il risultato atteso?

[vincmara]

Per provare se ha digerito bene le rotte statiche, usiamo il comando "traceroute". Spero che il QNAP lo integri altrimenti non saprei proprio come fartelo installare...

Ti confermo che il comando traceroute funziona

Ho fatto i vari test e questi sono i risultati:

1_ Traceroute dal NAS verso internet => Il primo hop è l'Ip dell'ASUS sulla rete 192.168.70.x quindi 192.168.70.1 poi il modem D-Link poi internet.

[~] # traceroute www.nexthardware.com
traceroute to webserver.nexthardware.com (62.149.214.80), 30 hops max, 40 byte packets
 1  192.168.70.1 (192.168.70.1)  0.283 ms  0.205 ms  0.155 ms
 2  * * *
 3  172.17.49.53 (172.17.49.53)  384.659 ms  320.673 ms  279.048 ms
 4  172.17.6.41 (172.17.6.41)  262.106 ms  232.5 ms  246.338 ms
 5  r-rm83-vl3.opb.interbusiness.it (151.99.29.139)  202.405 ms  218.275 ms  174.032 ms
 6  host194-8-static.184-82-b.business.telecomitalia.it (82.184.8.194)  174.711 ms  179.026 ms  156.818 ms
 7  WF1-12416-P1.aruba.it (62.149.191.17)  343.955 ms  362.458 ms  195.132 ms
 8  62.149.190.44 (62.149.190.44)  189.185 ms  183.64 ms  180.598 ms
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
etc

2_ Traceroute dal NAS verso 192.168.1.1 => Il primo hop è direttamente l'Ip dell'ASUS sulla rete 192.168.1.1 e poi termina.

[~] # traceroute 192.168.1.1
traceroute to 192.168.1.1 (192.168.1.1), 30 hops max, 40 byte packets
 1  192.168.1.1 (192.168.1.1)  0.285 ms  0.234 ms  0.206 ms

3_ Traceroute dal NAS verso altro IP della rete 192.168.1.x (cisco o AP) => Il primo hop è direttamente l'Ip del dispositivo, poi termina.

[~] # traceroute 192.168.1.2
traceroute to 192.168.1.2 (192.168.1.2), 30 hops max, 40 byte packets
 1  192.168.1.2 (192.168.1.2)  7.682 ms  25.363 ms  3.317 ms
[~] # traceroute 192.168.1.3
traceroute to 192.168.1.3 (192.168.1.3), 30 hops max, 40 byte packets
 1  192.168.1.3 (192.168.1.3)  1.35 ms  0.229 ms  0.107 ms

4_ Traceroute dal NAS verso altro IP della rete 192.168.50.x (client wireless) => Il primo hop è l'ASUS poi direttamente l'Ip del dispositivo, quindi termina.

traceroute to 192.168.50.1 (192.168.50.1), 30 hops max, 40 byte packets
 1  192.168.50.1 (192.168.50.1)  0.282 ms  0.227 ms  0.172 ms

[~] # traceroute 192.168.50.10
traceroute to 192.168.50.10 (192.168.50.10), 30 hops max, 40 byte packets
 1  192.168.1.1 (192.168.1.1)  0.275 ms  0.206 ms  0.217 ms
 2  * * *
 3  * * 192.168.1.1 (192.168.1.1)  4971.79 ms !H
 4  * * *
 5  * * 192.168.1.1 (192.168.1.1)  4980.31 ms !H
 6  * * *
 7  * * 192.168.1.1 (192.168.1.1)  4986.55 ms !H
 8  * * *
 9  * * 192.168.1.1 (192.168.1.1)  4981.05 ms !H
10  * * *
11  * * 192.168.1.1 (192.168.1.1)  4982.06 ms !H
12  * * *
13  * * 192.168.1.1 (192.168.1.1)  4983.1 ms !H
14  * * *
15  * * 192.168.1.1 (192.168.1.1)  4983.05 ms !H
16  * * *
17  * * 192.168.1.1 (192.168.1.1)  4980.68 ms !H
18  * * *
19  * * 192.168.1.1 (192.168.1.1)  4983.77 ms !H
20  * * *
21  * * 192.168.1.1 (192.168.1.1)  4983.95 ms !H
22  * * *
23  * * 192.168.1.1 (192.168.1.1)  4983.51 ms !H
24  * * *
25  * * 192.168.1.1 (192.168.1.1)  4980.24 ms !H
26  * * *
27  * * 192.168.1.1 (192.168.1.1)  4984.16 ms !H
28  * * *
29  * * 192.168.1.1 (192.168.1.1)  4980.61 ms !H
30  * * *

5_ Traceroute dal NAS verso altro IP della rete 192.168.60.x (client wireless su rete pubblica) => Non abbiamo definito rotte statiche e non è abilitato il "LAN Access" verso questa rete. Il primo HOP dovrebbe essere comunque l'ASUS, presumibilmente l'IP 192.168.70.1 poi dovrebbe andare in timeout/errore.

[~] # traceroute 192.168.60.1
traceroute to 192.168.60.1 (192.168.60.1), 30 hops max, 40 byte packets
 1  * * *
 2  * * *
 3  * * *
etc

[~] # traceroute 192.168.60.10
traceroute to 192.168.60.10 (192.168.60.10), 30 hops max, 40 byte packets
 1  192.168.70.1 (192.168.70.1)  0.299 ms  0.233 ms  0.262 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
etc

Ti sembrano coerenti con l'output atteso?

Lo stesso ragionamento, è applicabile nel percorso inverso per la rete locale: Il percorso dalla tue rete cablata verso l'IP del NAS dovrebbe essere sempre diretto se fai il ping verso 192.168.1.1 e passare dall'ASUS se fai il ping verso 192.168.70.1 (andando in errore per via del LAN access). Mentre dalle reti wireless il primo hop dovrebbe essere sempre l'ASUS, anche qui in errore/timeout.

Non so se ho interpretato bene...per fare questi test devo lanciare il comando traceroute collegandomi con putty all'asus e dal prompt dei comandi per la rete cablata e le reti wireless?

[frakka]

Ok. Stamattina ho verificato e naturalmente il file non c'era (l'ultimo comando serve a cancellare vero?). Ho quindi rifatto il percorso e prima di lanciare l'ultimo comando ho verificato nel percorso e il file Autorun.sh era presente . Quindi ho lanciato di nuovo l'ultimo comando.

Domanda (probabilmente) banale. Quando modificheremo il file Autorun.sh dovremo posizionarlo in un percorso specifico?

Non ne ho idea, dipende dal firmware del QNAP. Non credo dato che nella guida non è indicato nulla. Penso che andrà lasciato lì dov'è. L'ultimo comando serva a "smontare" la memoria flash del dispositivo. E' lungo da spiegare ma sostanzialmente il "mount" serve a "montare" la memoria flash in un percorso che sia scrivibile, mentre il comando "umount" serve a "scollegare" il disco flash. Ovviamente, se controlli il contenuto di /tmp/config senza aver prima eseguito il mount lo vedi vuoto perchè la flash è scollegata. Se invece prima esegui il mount e poi controlli il contenuto ti troverai tutto quello che c'è nella flash del tuo dispositivo. Strano, mi aspettavo che ci fosse...

Attento a non cancellare nulla dalla flash, mi raccomando!!!

Ho rilanciato il comando route e questo è il risultato (non ti allego il route_prima.txt perchè tanto è lo stesso di ieri)
route_dopo.txt

Ho quindi modificato il gateway predefinito con le regole che mi hai indicato (ero curioso di usarle ) e ho rilanciato un /sbin/route -n per vedere il risultato che è questo
route_dopo2.txt

Che ne pensi? E' il risultato atteso?

Direi proprio di sì.

[frakka]

[~] # traceroute www.nexthardware.com
traceroute to webserver.nexthardware.com (62.149.214.80), 30 hops max, 40 byte packets
 1  192.168.70.1 (192.168.70.1)  0.283 ms  0.205 ms  0.155 ms
 2  * * *
 3  172.17.49.53 (172.17.49.53)  384.659 ms  320.673 ms  279.048 ms
[...]
etc

Ok.

[~] # traceroute 192.168.1.1
traceroute to 192.168.1.1 (192.168.1.1), 30 hops max, 40 byte packets
 1  192.168.1.1 (192.168.1.1)  0.285 ms  0.234 ms  0.206 ms

[~] # traceroute 192.168.1.2
traceroute to 192.168.1.2 (192.168.1.2), 30 hops max, 40 byte packets
 1  192.168.1.2 (192.168.1.2)  7.682 ms  25.363 ms  3.317 ms
[~] # traceroute 192.168.1.3
traceroute to 192.168.1.3 (192.168.1.3), 30 hops max, 40 byte packets
 1  192.168.1.3 (192.168.1.3)  1.35 ms  0.229 ms  0.107 ms

Ok.

traceroute to 192.168.50.1 (192.168.50.1), 30 hops max, 40 byte packets
 1  192.168.50.1 (192.168.50.1)  0.282 ms  0.227 ms  0.172 ms

[~] # traceroute 192.168.50.10
traceroute to 192.168.50.10 (192.168.50.10), 30 hops max, 40 byte packets
 1  192.168.1.1 (192.168.1.1)  0.275 ms  0.206 ms  0.217 ms
 2  * * *
 3  * * 192.168.1.1 (192.168.1.1)  4971.79 ms !H
 4  * * *
[...]

Uhm... No. Palo...
La wireless privata dovrebbe essere raggiungibile. Invece il pacchetto arriva all'ASUS poi si perde.

[~] # traceroute 192.168.60.1
traceroute to 192.168.60.1 (192.168.60.1), 30 hops max, 40 byte packets
 1  * * *
 2  * * *
 3  * * *
etc

[~] # traceroute 192.168.60.10
traceroute to 192.168.60.10 (192.168.60.10), 30 hops max, 40 byte packets
 1  192.168.70.1 (192.168.70.1)  0.299 ms  0.233 ms  0.262 ms
 2  * * *
 3  * * *
[...]etc

Ok.

Ti sembrano coerenti con l'output atteso?

Non so se ho interpretato bene...per fare questi test devo lanciare il comando traceroute collegandomi con putty all'asus e dal prompt dei comandi per la rete cablata e le reti wireless?

Esatto ma è un "di più". L'unico che mi serve davvero è quello dalla wireless privata verso il QNAP per cercare di capire quale può essere il problema.
A parte la traccia verso la wireless privata (traceroute 192.168.50.10) tutto il resto mi sembra che vada bene.

[frakka]

3 * * 192.168.1.1 (192.168.1.1) 4971.79 ms !H

Il valore "!H" indica l'errore: Significa "host non raggiungibile".... Potrebbe essere un problema di route sull'ASUS ma mi sembra assurdo. Sei sicuro che il dispositivo collegato alla rete wireless quando hai fatto il trace avesse l'IP 192.168.50.10???
Che dispositivo era?? Se provi a fargli un ping da un altro client collegato alla stessa wireless lo raggiungi?? E dall'ASUS?

Già che ci sei, postami anche un "route -n" dell'ASUS...

[vincmara]

Il valore "!H" indica l'errore: Significa "host non raggiungibile".... Potrebbe essere un problema di route sull'ASUS ma mi sembra assurdo. Sei sicuro che il dispositivo collegato alla rete wireless quando hai fatto il trace avesse l'IP 192.168.50.10???
Che dispositivo era?? Se provi a fargli un ping da un altro client collegato alla stessa wireless lo raggiungi?? E dall'ASUS?

Già che ci sei, postami anche un "route -n" dell'ASUS...

Credo di aver sbagliato io a tracciare l'IP...

Stamattina ho rifatto il traceroute via putty collegandomi al NAS e questi sono i risultati (l'ho fatto sia per la rete wifi pubblica che privata)

Rete Privata

[~] # traceroute to 192.168.50.66
traceroute to to (216.74.32.107), 30 hops max, 232 byte packets
 1  192.168.70.1 (192.168.70.1)  0.256 ms  0.209 ms  0.166 ms
 2  * * *
 3  172.17.49.181 (172.17.49.181)  31.558 ms  30.78 ms  31.494 ms
 4  172.17.6.61 (172.17.6.61)  33.95 ms  31.218 ms  32.709 ms
 5  172.17.8.173 (172.17.8.173)  44.373 ms  45.772 ms  43.32 ms
 6  172.17.6.117 (172.17.6.117)  48.135 ms  41.526 ms  44.086 ms
 7  pos0-11-0-0.milano26.mil.seabone.net (195.22.192.81)  45.527 ms  44.993 ms  44.035 ms
 8  xe-2-2-0.franco31.fra.seabone.net (195.22.211.223)  51.208 ms  49.892 ms  50.979 ms
 9  xe-2-0-0.mpr1.fra4.de.above.net (64.125.13.49)  50 ms  49.885 ms  70.413 ms
10  xe-0-1-0.mpr2.cdg12.fr.above.net (64.125.24.94)  57.364 ms  57.34 ms  80.515 ms
11  xe-5-2-0.mpr1.lhr3.uk.above.net (64.125.24.81)  88.472 ms  64.212 ms  88.142 ms
12  ge-3-3-0.mpr1.la5.us.above.net (64.125.26.37)  139.492 ms  138.405 ms  140.63 ms
13  xe-3-3-0.cr1.ord2.us.above.net (64.125.24.38)  182.328 ms  180.769 ms  221.159 ms
14  xe-1-2-0.cr1.sjc2.us.above.net (64.125.26.229)  251.515 ms  210.047 ms  209.138 ms
15  xe-0-1-0.mpr3.sfo7.us.above.net (64.125.26.57)  209.842 ms  209.731 ms  210.375 ms
16  64.125.186.98.t00820-02.above.net (64.125.186.98)  220.945 ms  211.021 ms  211.573 ms
17  core1-xe-1-2-1.sfo01.hosting.com (216.74.47.67)  209.846 ms core2-xe-1-2-1.sfo01.hosting.com (216.74.47.69)  213.238 ms  213.532 ms
18  a02-gi7-13.sfo01.hosting.com (216.74.47.55)  210.35 ms  209.788 ms  210.368 ms
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Rete Pubblica

[~] # traceroute to 192.168.60.55
traceroute to to (216.74.32.107), 30 hops max, 232 byte packets
 1  192.168.70.1 (192.168.70.1)  0.277 ms  0.219 ms  0.173 ms
 2  * * *
 3  172.17.49.181 (172.17.49.181)  44.536 ms  30.354 ms  42.422 ms
 4  172.17.6.61 (172.17.6.61)  40.528 ms  45.98 ms  38.009 ms
 5  172.17.8.173 (172.17.8.173)  44.823 ms  47.092 ms  57.557 ms
 6  172.17.6.117 (172.17.6.117)  68.076 ms  46.773 ms  64.817 ms
 7  pos0-11-0-0.milano26.mil.seabone.net (195.22.192.81)  47.739 ms  46.682 ms  64.702 ms
 8  xe-2-2-0.franco31.fra.seabone.net (195.22.211.223)  56.876 ms  56.759 ms  70.107 ms
 9  xe-2-0-0.mpr1.fra4.de.above.net (64.125.13.49)  87.065 ms  67.501 ms  103.438 ms
10  xe-0-1-0.mpr2.cdg12.fr.above.net (64.125.24.94)  78.885 ms  58.194 ms  87.576 ms
11  xe-5-2-0.mpr1.lhr3.uk.above.net (64.125.24.81)  65.31 ms  73.429 ms  90.524 ms
12  ge-3-3-0.mpr1.la5.us.above.net (64.125.26.37)  174.92 ms  149.382 ms  173.904 ms
13  xe-3-3-0.cr1.ord2.us.above.net (64.125.24.38)  198.464 ms  187.566 ms  190.211 ms
14  xe-1-2-0.cr1.sjc2.us.above.net (64.125.26.229)  225.716 ms  224.007 ms  210.4 ms
15  xe-0-1-0.mpr3.sfo7.us.above.net (64.125.26.57)  234.658 ms  221.035 ms  219.962 ms
16  64.125.186.98.t00820-02.above.net (64.125.186.98)  238.933 ms  213.942 ms  215.114 ms
17  core1-xe-1-2-1.sfo01.hosting.com (216.74.47.67)  228.29 ms  222.413 ms core2-xe-1-2-1.sfo01.hosting.com (216.74.47.69)  218.896 ms
18  a02-gi7-13.sfo01.hosting.com (216.74.47.55)  236.717 ms  221.837 ms  226.175 ms
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Sono corretti?

Ho fatto il route -n collegandomi via putty all'ASUS

route_asus.txt

Esatto ma è un "di più". L'unico che mi serve davvero è quello dalla wireless privata verso il QNAP per cercare di capire quale può essere il problema.

Serve ancora che lo faccia? Se si, dovrei collegarmi all'ASUS via putty mentre sono su rete wifi privata e fare il traceroute di 192.168.1.4/192.168.70.2?

[vincmara]

Non ne ho idea, dipende dal firmware del QNAP. Non credo dato che nella guida non è indicato nulla. Penso che andrà lasciato lì dov'è. L'ultimo comando serva a "smontare" la memoria flash del dispositivo. E' lungo da spiegare ma sostanzialmente il "mount" serve a "montare" la memoria flash in un percorso che sia scrivibile, mentre il comando "umount" serve a "scollegare" il disco flash. Ovviamente, se controlli il contenuto di /tmp/config senza aver prima eseguito il mount lo vedi vuoto perchè la flash è scollegata. Se invece prima esegui il mount e poi controlli il contenuto ti troverai tutto quello che c'è nella flash del tuo dispositivo. Strano, mi aspettavo che ci fosse...

Non ho ben capito una cosa. Ma una volta fatto il mount e creato il file Autorun.sh, facendo l'umount non cancello tutto? E se così è, che fine fa il file Autorun.sh? Pensavo fosse necessario averlo in una cartella per funzionare...ma visto che dopo l'umount non è più presente mi sa che non ho chiaro il funzionamento

Attento a non cancellare nulla dalla flash, mi raccomando!!!

Premetto che non ho cancellato nulla dalla cartella (quando sono andato a vedere se c'era il file Autorun.sh prima di fare l'umount), tuttavia nel file di log del NAS ho trovato questo


Potrei aver fatto qualche "casino"? Conviene che rimetta su il firmware come dice nel log? Mi sembra di capire che ci un disallineamento o qualcosa di simile...

[frakka]

Potrei aver fatto qualche "casino"? Conviene che rimetta su il firmware come dice nel log? Mi sembra di capire che ci un disallineamento o qualcosa di simile...

Uhm... Non credo che tu abbia fatto casini ma nel dubbio ripristina il firmware. Fai un backup della configurazione, prima...
Controlla però che l'aggiornamento non sia distruttivo per i dati altrimenti ne devi prima fare un backup.

Hai riavviato il NAS prima di fare quei trace? Perchè fino a quando le regole non vengono inserite nel file "Autorun" non sono permanenti e devono essere reinserite all'avvio.
Il trace che mi hai mandato mostra un instradamento sbagliato: Il gateway utilizzato in quei trace è la seconda ethernet mentre per quelle reti dovrebbe essere la Ethernet1.

[vincmara]

Uhm... Non credo che tu abbia fatto casini ma nel dubbio ripristina il firmware. Fai un backup della configurazione, prima...
Controlla però che l'aggiornamento non sia distruttivo per i dati altrimenti ne devi prima fare un backup.

Hai riavviato il NAS prima di fare quei trace? Perchè fino a quando le regole non vengono inserite nel file "Autorun" non sono permanenti e devono essere reinserite all'avvio.
Il trace che mi hai mandato mostra un instradamento sbagliato: Il gateway utilizzato in quei trace è la seconda ethernet mentre per quelle reti dovrebbe essere la Ethernet1.

No..non avevo ancora riavviato nulla...sapendo che le regole si perdevano ho pensato di non doverlo fare...

Stasera però riavvio il NAS...vedo se ripristinare il firmware (a parte il log di errore non ho riscontrato particolari problemi comunque)...reinserisco le regole che mi hai dato (per il momento non devo più creare il file "Autorun" vero?) e faccio i vari trace. Almeno ti do un risultato "pulito"...ok?