Torna indietro   Hardware Upgrade Forum > Networking e sicurezza > Networking > Networking in generale

HUAWEI MatePad Air recensione: OLED opaco e tastiera dedicata per lavorare meglio
HUAWEI MatePad Air recensione: OLED opaco e tastiera dedicata per lavorare meglio
HUAWEI MatePad Air combina diverse carte molto interessanti: un OLED PaperMatte da 12 pollici, un corpo sottile e una tastiera molto comoda. Durante la prova abbiamo apprezzato fluidità, audio e comfort visivo, mentre i test hanno chiarito pregi e qualche limite nelle prestazioni. L'autonomia ha convinto anche nell'uso intermittente; la scelta passa dalla compatibilità delle proprie app e dal valore del pacchetto con accessori, proposto a 749 euro
NVIDIA RTX Spark: il PC Windows on ARM costruito per l'IA agentica
NVIDIA RTX Spark: il PC Windows on ARM costruito per l'IA agentica
Debuttano ufficialmente i primi sistemi notebook basati su piattaforma NVIDIA RTX Spark, abbinati a Windows on ARM e pensati per l'intelligenza artificiale agentica. Architettura integrata tra CPU e GPU che condividono la memoria di sistema, capace di gestire in locale modelli molto grandi ma al contempo anche di spiccare con la grafica e l'elaborazione
Motorola razr fold, dalla conchiglia al formato a libro. La recensione
Motorola razr fold, dalla conchiglia al formato a libro. La recensione
Abbiamo provato Motorola razr fold, il pieghevole a libro con display interno LTPO da 8,09 pollici, Snapdragon 8 Gen 5 e batteria da 6000 mAh in 243 grammi. Pennino e custodia sopno già nella confezione, per un foldable che si caratterizza per il pannello luminoso, l'autonomia ottima per la categoria e le fotocamere coerenti e ben sfruttabili. Il listino è di 1999 euro, ma in vendita si trova già a molto meno
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 18-10-2009, 21:52   #1
AntonioG
Member
 
L'Avatar di AntonioG
 
Iscritto dal: Mar 2005
Città: Napoli
Messaggi: 52
wake on LAN ok, wake on WAN ko

Ciao a tutti,
sto cercando di attivare la funzione wake on WAN.

Configurazione di rete
- connessione: infostrada
- modem: sitecom dc-223
- router: linksys spa2102
- access point/switch: belkin

Premetto che il wake on LAN funziona bene.
Ho un account dydns che ho configurato nel modem sitecom così da avere l'indirizzo IP sempre aggiornato anche a computer spento.
Nel router linksys, invece, ho impostato un DHCP lease statico così da assegnare sempre lo stesso indirizzo allo stesso mac address della mia scheda di rete.
Per quanto riguarda il port forwarding, ho visto che per il wake on LAN non ce n'è bisogno in quanto invio il pacchetto direttamente all'indirizzo di broadcast della stessa sottorete (192.168.2.255).
Per il wake on WAN ho provato invece, ad impostarlo sia nel modem in modo tale che i pacchetti indirizzati alla porta 9 siano inviati all'indirizzo IP del router, ed in quest'ultimo ho impostato che i pacchetti indirizzati alla porta 9 vadano all'indirizzo IP di broadcast (192.168.2.255).
Purtroppo però nessun segno.
Analizzando con wireshark il pacchetto in uscita, ottengo una risposta in cui la porta di destinazione risulta irragiungibile (unreachable).
Ovviamente invece dell'indirizzo IP locale metto il dominio dyndns.
Che cos'è che sbaglio?
Grazie.
__________________
Antonio GIULIANA
www.antoniogiuliana.it
AntonioG è offline   Rispondi citando il messaggio o parte di esso
Old 18-10-2009, 22:07   #2
nuovoUtente86
Senior Member
 
Iscritto dal: Mar 2007
Messaggi: 7863
ma il test lo fai da dentro la lan?
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 18-10-2009, 22:08   #3
AntonioG
Member
 
L'Avatar di AntonioG
 
Iscritto dal: Mar 2005
Città: Napoli
Messaggi: 52
Si
__________________
Antonio GIULIANA
www.antoniogiuliana.it
AntonioG è offline   Rispondi citando il messaggio o parte di esso
Old 18-10-2009, 22:09   #4
nuovoUtente86
Senior Member
 
Iscritto dal: Mar 2007
Messaggi: 7863
non puo funzionare per la mancanza, negli isr, del loopback
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 18-10-2009, 22:11   #5
AntonioG
Member
 
L'Avatar di AntonioG
 
Iscritto dal: Mar 2005
Città: Napoli
Messaggi: 52
Quindi dici che se provo effettivamente dall'esterno della rete funziona?
__________________
Antonio GIULIANA
www.antoniogiuliana.it
AntonioG è offline   Rispondi citando il messaggio o parte di esso
Old 18-10-2009, 22:11   #6
nuovoUtente86
Senior Member
 
Iscritto dal: Mar 2007
Messaggi: 7863
si dovrebbe.
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 18-10-2009, 22:12   #7
AntonioG
Member
 
L'Avatar di AntonioG
 
Iscritto dal: Mar 2005
Città: Napoli
Messaggi: 52
Grazie, provo e faccio sapere.
__________________
Antonio GIULIANA
www.antoniogiuliana.it
AntonioG è offline   Rispondi citando il messaggio o parte di esso
Old 19-10-2009, 00:02   #8
AntonioG
Member
 
L'Avatar di AntonioG
 
Iscritto dal: Mar 2005
Città: Napoli
Messaggi: 52
Ho provato anche dall'esterno ma niente.
In effetti wireshark non segnala nessun errore ed il pacchetto wol risulta inviato all'indirizzo IP pubblico infostrada.
Il port-forwarding nel modem l'ho configurato così:
protocollo: UDP
start port: 9
end port: 9
local IP: 192.168.0.100 (quello del router)
local port: 9

Invece nel router è così:
protocollo: UDP
start port: 9
end port: 9
local IP: 192.168.2.255 e poi 192.168.2.15 (quello del pc)

Dovrei capire una volta arrivato al modem che fine fa...
__________________
Antonio GIULIANA
www.antoniogiuliana.it
AntonioG è offline   Rispondi citando il messaggio o parte di esso
Old 19-10-2009, 09:22   #9
slowped
Senior Member
 
L'Avatar di slowped
 
Iscritto dal: Nov 2007
Messaggi: 1779
Quote:
Originariamente inviato da AntonioG Guarda i messaggi
Dovrei capire una volta arrivato al modem che fine fa...
Il problema è il seguente. Tu hai impostato una regola per il port forwarding che ha come destinazione l'indirizzo broadcast della tua LAN provata. Non tutti i router accettano il forwarding sull'indirizzo di broadcast. Se il tuo router non lo consente, allora l'unica alternativa è quella di fare il forward verso l'indirizzo IP del PC che vuoi accendere. Però, se il PC è spento, non esiste un'entry corrispondente nella ARP table del router (che associa a quell'indirizzo IP il MAC address della sua scheda di rete) e quindi, dato che il router non sa a quale MAC inviare il magic packet, il pacchetto viene perso.

L'unica soluzione a tale problema è inserire una entry statica nella arp table del tuo router, ovviamente a patto che il firmware abbia tale funzionalità.

Ne abbiamo parlato in questa discussione, consultala per ulteriori dettagli http://www.hwupgrade.it/forum/showthread.php?t=2060892
__________________
slowped
slowped è offline   Rispondi citando il messaggio o parte di esso
Old 19-10-2009, 12:49   #10
nuovoUtente86
Senior Member
 
Iscritto dal: Mar 2007
Messaggi: 7863
Quote:
local IP: 192.168.2.255 e poi 192.168.2.15 (quello del pc)
nella regola di forward compare solo il broadcast attualmente.
Come ti ha consigliato slowped, inserisci l' ip unicast e una entry arp statica.
Anche perchè, non avendo mai approfondito il discorso WOL, mi sorge il dubbio che in broadcast riesca a discriminare l' accensione , che dovrebbe basarsi proprio sul mac (tranne che, come presumo, lo stesso sia spedito come campo dati nel magic packet)

Ultima modifica di nuovoUtente86 : 19-10-2009 alle 12:53.
nuovoUtente86 è offline   Rispondi citando il messaggio o parte di esso
Old 19-10-2009, 13:49   #11
AntonioG
Member
 
L'Avatar di AntonioG
 
Iscritto dal: Mar 2005
Città: Napoli
Messaggi: 52
Come ho specificato nel primo post, ho già inserito una entry statica dell'indirizzo IP relativo al mac address della scheda di rete che sto usando per il wol.
Infatti il wake on lan funziona anche quando il computer è stato spento per molte ore, proprio perché ha sempre lo stesso IP associato al suo mac (direttamente nel modem).
Il problema sorge per il wake on wan, e quindi credo sul port forwarding visto che a questo punto il pacchetto viene dall'esterno.
__________________
Antonio GIULIANA
www.antoniogiuliana.it
AntonioG è offline   Rispondi citando il messaggio o parte di esso
Old 19-10-2009, 14:07   #12
slowped
Senior Member
 
L'Avatar di slowped
 
Iscritto dal: Nov 2007
Messaggi: 1779
Quote:
Originariamente inviato da AntonioG Guarda i messaggi
Come ho specificato nel primo post, ho già inserito una entry statica dell'indirizzo IP relativo al mac address della scheda di rete che sto usando per il wol.
Nel tuo primo post hai scritto che

Quote:
ho impostato un DHCP lease statico così da assegnare sempre lo stesso indirizzo allo stesso mac address della mia scheda di rete
Hai cioé impostato una reservation di un dato indirizzo IP per un certo mac address. Ciò non ha nulla a che vedere con la arp table. È normale che il wol funzioni correttamente da locale anche se il pc è spento da diverse ore, in quanto da locale il macig packet lo invii direttamente al mac address della scheda di rete.

Il problema si presenta da remoto in quanto devi, per forza di cose, specificare un indirizzo IP (quello del router). Quando il router riceve il pacchetto dovrebbe inoltrarlo all'indirizzo IP locale del tuo PC. Per farlo consulta la arp table al fine di determinare il mac address dell'interfaccia di rete del pc in questione. Dato che, per sua natura, la arp table è dinamica, se il pc è spento da diverso tempo la sua entry (che associa il suo indirizzo ip al mac address) è stata rimossa. Per questo motivo, affinché il wow funzioni è necessario inserire una entry statica nella arp table. Se il tuo router non te lo consente allora non hai possibilità di svegliare la tua macchina da remoto, visto che il tentativo di utilizzare il forward all'indirizzo di broadcast non funziona con il tuo router.
__________________
slowped
slowped è offline   Rispondi citando il messaggio o parte di esso
Old 20-10-2009, 08:40   #13
OUTATIME
Senior Member
 
L'Avatar di OUTATIME
 
Iscritto dal: Dec 2007
Città: LIDV
Messaggi: 11737
Quote:
Originariamente inviato da AntonioG Guarda i messaggi
Ho provato anche dall'esterno ma niente.
In effetti wireshark non segnala nessun errore ed il pacchetto wol risulta inviato all'indirizzo IP pubblico infostrada.
Il port-forwarding nel modem l'ho configurato così:
protocollo: UDP
start port: 9
end port: 9
local IP: 192.168.0.100 (quello del router)
local port: 9
Perchè hai dovuto specificare un port forwarding nel modem? Sei sicuro che sia un modem?
__________________
For some reason I can't explain, I know Saint Peter won't call my name
OUTATIME è offline   Rispondi citando il messaggio o parte di esso
Old 20-10-2009, 15:12   #14
AntonioG
Member
 
L'Avatar di AntonioG
 
Iscritto dal: Mar 2005
Città: Napoli
Messaggi: 52
Sulla carta è un modem, ma in effetti ha tutte le caratteristiche di un router. L'"apparecchio" in questione è il sitecom adsl2+ modem dc-223.
Nella scheda virtual server ho impostato il port forwarding per la porta 9 (come ad esempio per quelle di emule) per essere sicuro che i pacchetti venissero smistati al router vero e proprio (o per lo meno quello che io uso come tale).
In effetti sarebbe meglio poter disabilitare le funzioni di router al modem sitecom ed usare solo il router linksys per gestire il port forwarding, ma mi sembra che non si possa fare.
Ritornando al discorso originale, mi sembra che l'impostazione del dhcp lease statico non basti per il wake on wan e che serva impostare una entry arp statica.
Se è così credo che non potrò andare avanti visto che il mio router/ata voip (linksys spa2102) non me lo permette.
__________________
Antonio GIULIANA
www.antoniogiuliana.it
AntonioG è offline   Rispondi citando il messaggio o parte di esso
Old 20-10-2009, 15:27   #15
OUTATIME
Senior Member
 
L'Avatar di OUTATIME
 
Iscritto dal: Dec 2007
Città: LIDV
Messaggi: 11737
Quote:
Originariamente inviato da AntonioG Guarda i messaggi
Sulla carta è un modem, ma in effetti ha tutte le caratteristiche di un router. L'"apparecchio" in questione è il sitecom adsl2+ modem dc-223.
Nella scheda virtual server ho impostato il port forwarding per la porta 9 (come ad esempio per quelle di emule) per essere sicuro che i pacchetti venissero smistati al router vero e proprio (o per lo meno quello che io uso come tale).
In effetti sarebbe meglio poter disabilitare le funzioni di router al modem sitecom ed usare solo il router linksys per gestire il port forwarding, ma mi sembra che non si possa fare.
Ritornando al discorso originale, mi sembra che l'impostazione del dhcp lease statico non basti per il wake on wan e che serva impostare una entry arp statica.
Se è così credo che non potrò andare avanti visto che il mio router/ata voip (linksys spa2102) non me lo permette.
Per il wake on WAN basta impostare un port forwarding verso l'IP ***.***.***.255 sul router.
Il problema è che non so se il Linksys te lo permette (il mio no).
__________________
For some reason I can't explain, I know Saint Peter won't call my name

Ultima modifica di OUTATIME : 20-10-2009 alle 15:29.
OUTATIME è offline   Rispondi citando il messaggio o parte di esso
Old 20-10-2009, 15:34   #16
AntonioG
Member
 
L'Avatar di AntonioG
 
Iscritto dal: Mar 2005
Città: Napoli
Messaggi: 52
Il mio lo permette ma non funziona. Forse perché il pacchetto fa un doppio passaggio:
infostrada --> modem/router sitecom --> router linksys --> client
e cioè nel modem/router infostrada imposto il port-forwarding verso l'IP del router linksys (in broadcast non me lo permette) e nel router imposto il port-forwarding in broadcast.
__________________
Antonio GIULIANA
www.antoniogiuliana.it
AntonioG è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


HUAWEI MatePad Air recensione: OLED opaco e tastiera dedicata per lavorare meglio HUAWEI MatePad Air recensione: OLED opaco e tast...
NVIDIA RTX Spark: il PC Windows on ARM costruito per l'IA agentica NVIDIA RTX Spark: il PC Windows on ARM costruito...
Motorola razr fold, dalla conchiglia al formato a libro. La recensione Motorola razr fold, dalla conchiglia al formato ...
Recensione Google Pixel Watch 5: sembra lo stesso, ma al polso la differenza si sente Recensione Google Pixel Watch 5: sembra lo stess...
Nokia Innovation Day 2026: la sovranità europea passa dal mercato unico e dai laboratori italiani del gruppo Nokia Innovation Day 2026: la sovranità e...
Il satellite spia russo Kosmos 2612 si t...
Blue Origin continua l'espansione: nuove...
Intel prepara un SoC da 700 TOPS: Razor ...
I nuovi Xreal 1 Pro+ arrivano in Europa ...
La GeForce RTX 5090 non è morta: ...
HONOR Win2 si mostra online: potenza da ...
Clamoroso dietrofront di Sony: cancellat...
GeForce NOW, tante novità con l'u...
Il mercato smartphone rallenta nel Q3 20...
Addio al Valve Index: fine della produzi...
Seggiolini auto i-Size da 0 a 12 anni in...
Amazon determina i prezzi di tutto il we...
Robot aspirapolvere ECOVACS in offerta s...
Bodywel F20PRO o DEEPOWER A5? Due fat bi...
Gli agenti AI non diventano pazzi, sono ...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 06:10.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v