Newsgroup: it.comp.reti.locali
Titolo: WOL solo su LAN

Salve.
Non riesco a far funzionare stabilmente il WOL su rete Internet.
 
La NIC e' una onboard Realtek GbE di una scheda madre Z370, ma ottengo lo 
stesso identico risultato con la NIC di un portatile qui in rete.
 
Su rete LAN, nessun problema.
Che sia dopo 5 secondi, che sia dopo 5 giorni, riesco a svegliare il PC 
desktop anche dal cellulare connesso in wifi.
Perfetto.
 
Da Internet, invece, riesco solo per qualche minuto, poi la morte.
Per internet intendo per esempio il cellulare stesso connesso in 4G o 
un'altra rete altrove.
 
Càpita lo stesso sia col desktop che col portatile, stessa cosa identica.
A volte va, a volte no, a volte smette subito di funzionare, a volte dopo 
qualche minuto.
 
Ho usato un SW di test su Windows (WOL Magic Packet sender) che permette di 
inviare ma sopratutto di constatare la ricezione del Magic Packet, e lo vedo 
arrivare SEMPRE, indipendentemente da LAN o Internet.
 
Quindi non e' un problema di instradamento ma piuttosto qualcosa che avviene 
a PC in sospensione.
Il fatto pero' che capiti con entrambi i PC fa credere che non sia un 
problema di PC.
 
Ecco come ho settato il router:
https://i.postimg.cc/fWPhBYbX/Image1.jpg
 
 
Potrei scegliere per il port mapping un MAC address ma il risultato e' lo 
stesso.
 
I PC hanno entrambi IP fisso e comunque mentre sono accesi il pacchetto lo 
vedo arrivare a destinazione.
https://i.postimg.cc/284GtfwY/Image1.jpg
 
 
Attualmente il desktop e' connesso direttamente al router, mentre il 
portatile tramite altro switch gigabit.
Il comportamento e' identico.
 
Idee?
 
 
 
 
 
 
 
 
 

 Idee?
 
Se non funziona cosi' come ho indicato c'e' un'altra soluzione che pero' 
richiede di programmare nel router un record ARP prmanente, avendo un 
router programmabile.
 
angelo

 angelo
 
Saluti.
^Bart

Il 16/11/18 14:59, ^Bart ha scritto:

Ci sono anche quelli cui si puo' sostituire il firmware con *-WRT oppure 
i vari software installabili su mini-pc, tipo pfsense ed altri.
 
angelo

 all'indirizzo di broadcast) anziche' quello proprio del PC.
 
Non si puo', purtroppo:
https://i.postimg.cc/0NSrQ6SL/Image1.jpg
 
 
Non posso nemmeno impostare 255.255.255.255.
 
Con 192.168.1.255 non funziona nemmeno (il pc e' su 192.168.1.x): il 
pacchetto non viene ricevuto.
 
Il pacchetto viene ricevuto (da pc acceso) solo se inoltro all'IP del PC, 
sulla sua porta.
 
Fra l'altro funziona "perfettamente" con due PC, uno su porta 9 e uno su 
porta 8, ma sempre a PC accesi.
Il SW mi dice che il pacchetto e' stato ricevuto, e distingue fra i 
pacchetti inviati alla porta 8 e alla porta 9.
 
Insomma, finche' sono accesi e' tutto funzionante, ma come dici tu forse il 
router "dimentica" a chi instradare la roba dopo che il pc va in 
sospensione.
 
Devo vedere se e' possibile inserire una rotta statica, ma ne dubito 
fortemente.
 
Il router e' un Dlink DVA-5592 e non presenta restrizioni da parte 
dell'operatore.
 
 

 sospensione.
 
E' cosi', di norma il pacchetto WOL viene inviato all'indirizzo di 
broadcast per garantire che raggiunga tutti i dispositivi, anche in 
assenza di un record ARP.
 
Vedo che il tuo router dispone di un accesso telnet per dare comandi da 
terminale, se hai l'elenco di questi comandi puoi cercare se c'e' 
qualcosa di utile.
Solitamente lo si ottiene con il comando help o con "?"
 
angelo

 di utile.
 
 
Ultimamente credo sia stato segato qualcosa a livello telnet, ma appena 
torno a casa te lo faccio sapere.
Ho intravisto anche qualcosa sul QoS che sembra essere una specie di rotta 
statica.
 
Tornero'.
Grazie.
 
 

 
https://i.postimg.cc/284GtfwY/Image1.jpg
 
 
dai un'occhiata qui, anche se il router non è lo stesso
 
http://forums.dlink.com/index.php?topic=7068.0
 
 
 

 Tornero'.
 
Analizzando la cosa, sembra si debba proprio fare una tabella ARP che venga 
mantenuta dal router.
Telnet c'e', non so quanto sia "libero".
 
Invece il router sembra abbastanza completo (e complesso) nella GUI.
 
Ho trovato, sul server DHCP, la possibilita' di inserire corrispondenze 
MAC>IP ma solo se questi ultimi appartengono a uno dei pool.
Molto probabilmente l'opzione verra' salvata, ma non so se avra' successo.
 
https://i.postimg.cc/rwCGWJxX/Image1.jpg
 
 
https://i.postimg.cc/htpzc3Vj/Image1.jpg
 
 
Stay tuned.
 
 
 

 
https://i.postimg.cc/htpzc3Vj/Image1.jpg
 
 
https://superuser.com/questions/904476/what-is-the-difference-between-arp-binding-and-dhcp-address-reservation
 
 
-- 
roughnecks

Il 22/11/18 11:13, Cerebus ha scritto:

Non conosco il router ma temo che la corrispondenza IP-MAC sia intesa 
come "riservare l'indirizzo IP XXX al MAC YYYY quando questo lo 
richiede", il record ARP invece serve, al contrario, a "inoltrare al MAC 
YYYY il traffico indirizzato all'IP XXX" quando questo host non e' 
"mappato" nella rete perche' e' spento.
 
angelo

"mappato" nella rete perche' e' spento.
 
Questa č un'associazione fissa, in particolare se un altro PC si
assegna quell'indirizzo (o cambi la scheda di rete allo stesso) il
router non parla piů con lui.
 
Per il WOL dovrebbe aiutare.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 Per il WOL dovrebbe aiutare.
 
Infatti questo e' l'unico sistema che mi ha sempre funzionato: 
aggiungere al boot un'istruzione ARP per assegnare ad un indirizzo IP 
fittizio che non verra' mai usato ne' assegnato, il MAC address 
FF:FF:FF:FF:FF:FF.
Sul router verra' aggiunta un'istruzione per l'inoltro a questo 
indirizzo IP il pacchetto di WOL che quindi raggiunge tutti gli host, 
come se fosse inviato in broadcast in LAN.
Funziona sempre. Naturalmente occorre un router che consenta di agire 
sulla tabella ARP.
 
angelo

 sulla tabella ARP.
 
Quindi non ho alcuna possibilita'.
Rimane telnet, ma dubito che ci sia modo.
 
Il menu CFG offre questo:
 
DLINK(cfg)#
  !                        Comments
  alg                      Enter "alg" config view
  bridging                 Enter "bridging" config view
  configSave               Save current configuration
  dhcp                     Enter "dhcp" config view
  diagnostics              Enter "diagnostics" config view
  dmz                      Enter "dmz" config view
  dns                      Enter "dns" config view
  dyndns                   Enter "dyndns" config view
  exit                     Exit
  firewall                 Enter "firewall" config view
  hosts                    Enter "hosts" config view
  igmpProxy                Enter "igmpProxy" config view
  interface                Enter "interface" config view
  ip                       Enter "ip" config view
  ipv6rd                   Enter "ipv6rd" config view
  leds                     Enter "leds" config view
  loadConfigScript         Command stub
  loadConfigScriptClear    Command stub
  management               Enter "management" config view
  nat                      Enter "nat" config view
  powerManagement          Enter "powerManagement" config view
  pppoeProxy               Enter "pppoeProxy" config view
  printerService           Enter "printerService" config view
  qos                      Enter "qos" config view
  quit                     Quit the CLI
  return                   Return to "configure" config view
  routing                  Enter "routing" config view
  rtspProxy                Enter "rtspProxy" config view
  showRunningConfigScript  Print current config view configuration in 
portable w
ay
  storage                  Enter "storage" config view
  syslog                   Enter "syslog" config view
  time                     Enter "time" config view
  upnp                     Enter "upnp" config view
  usbHost                  Enter "usbHost" config view
  voip                     Enter "voip" config view
  vpn                      Enter "vpn" config view
 
 
 

 dai un'occhiata qui, anche se il router non è lo stesso
 
Sono informazioni molto vecchie, e comunque se mappo su 192.168.1.255 smette 
di funzionare anche a PC acceso (non detetta piu' il magic packet).
 
"Virtual server" non ce l'ho, ma dispongo solo di "port mapping".
 
Il port mapping mi consente di inoltrare ad un host, mac, o un IP, ma se 
metto ff:ff:ff:ff:ff:ff mi risponde che "non c'e' un indirizzo noto per 
questo host", quindi non posso inserirlo. 
 
 

    vpn                      Enter "vpn" config view
 
Non vedo niente che somigli a quello che serve.
Ne' mi risulta che sia disponibile un firmware alternativo che possa 
sostituire quello originale.
Se poi hai la telefonia via VOIP diventa piu' complicato sostituire il 
router con uno programmabile per quello che ti serve...
 
angelo

 router con uno programmabile per quello che ti serve...
 
Della fonia poco mi frega, a parte che ho le credenziali per l'uso senza 
modem.
Il problema e' che con la fibra adesso l'autenticazione e' col mac address e 
non e' possibile usare un altro router, ammesso che io voglia farlo perche' 
costerebbero un botto e mezzo. 
 
 

 perche' costerebbero un botto e mezzo.
 
Ma possibile che non esista un HW da 2 soldi che si colleghi alla LAN, che 
abbia una sua GUI web dirottabile su Internet e che abbia la capacita' di 
svegliare i PC listati in precedenza?
 
Una cosa del genere dovrebbe costare qualche spicciolo se fatta con HW 
programmabile tipo raspberry e compagnia...
 
Nessuno ci ha mai pensato?
 
 
 

Il 23/11/18 10:27, Cerebus ha scritto:

Ci sarebbe questo scatolino, non lo conosco ma, avendo a bordo OpenWrt, 
sembra molto interessante.
 
angelo

 packet).
 
non "detetta" ?
 
Ok, ciao, buona fortuna
 
 

Il 23/11/2018, angelo ha detto :

Quale scatolino? :-)


 
Sorry.
 
angelo


 
angelo

Nel suo scritto precedente, angelo ha sostenuto :

Che carino ;-)

 non "detetta" ?
 
Da "to detect".
A breve, sui nuovi dizionari.
 
 


 
Come potrebbe aiutarmi?
 
 


 
Viste le dimensioni della memoria del dispositivo e le dimensioni del 
file binario da caricare suppongo che il firmware sia completo.
In tutti i casi comunque sara' necessario intervenire con comandi da 
terminale se le funzioni WOL nell'interfaccia web non sono disponibili, 
si tratta di fare un po' di pratica.
In DD-WRT il WOL dovrebbe essere disponibile nella GUI.
 
angelo

 che costa 9€ in piu' consente di installare DD-WRT:
 
Mi accorgo adesso, dopo che hai segnalato questi prodotti, che ho in 
casa un mininas nexx convertibile a openwrt che ho comprato come 
occasione a 10€ su uno dei soliti noti siti di ecommerce di prodotti cinesi.
 

 In DD-WRT il WOL dovrebbe essere disponibile nella GUI.
 
Ho un DIR-300 con DD-WRT ma non trovo il WOL nella GUI.
Dove dovrebbe stare?
 
 

Il 24/11/18 17:31, Cerebus ha scritto:

Sta in "Amministrazione".
 
Si puo' lanciare anche da console col comando:
 
/usr/sbin/wol -i <b-cast_addr> -p <UDP-port> AA:BB:CC:DD:EE:FF
 
Qui trovi altre info:
 
https://wiki.dd-wrt.com/wiki/index.php/WOL#WOL_Scripts
 
 
angelo

 Sta in "Amministrazione".
 
Ne avevo tempo!
Che ci fa, li'? :)
 
Secondo te qual e' il modo piu' "salutare" per usarlo?
 
Proiettare la GUI del DD-WRT su Internet?
 
Immagina che io sia su Internet e debba attivare un PC nella LAN remota.
Me ne basta solo uno, perche' poi da quello arrivo al resto.
 
 

Il 25/11/18 11:01, Cerebus ha scritto:

Dici bene, "salutare", ho qualche idea in proposito.
Adesso sto uscendo, dovresti pazientare fino a questa sera.
 
angelo

 Adesso sto uscendo, dovresti pazientare fino a questa sera.
 
Ma figurati :)
Considera che non ho nozioni ferratissime in materia.
 
Mi sono ritrovato questo routerino e ho installato DD-WRT non so nemmeno 
come.
 
Ciao e grazie. 
 
 


 
Una volta installato si lancia puttygen per generare la coppia di chiavi.
Cliccare su "Generate" e muovere il mouse sulla finestra, al termine
nella cornice superiore comparira' un'accozzaglia incomprensibile di
caratteri (la chiave pubblica) che andra' copiata tutta cosi' com'e' sul
dd-wrt.
Chiede una password (non e' obbligatoria ma e' meglio averla) per la
chiave privata che andra' salvata e servira' per l'accesso.
 
Sul DD-WRT
menu services/services/secure shell:
    abilitare sshd
    SSH TCP Forwarding: indifferente
    disabilitare password (si puo' tenere abilitata per le prove)
    porta 22
    Chiavi autorizzate: incollare la chiave pubblica appena generata
 
menu amministrazione/gestione/accesso remoto:
    Gestione via GUI Web: disabilitata
    Gestione via SSH: abilitata
    Porta Remota SSH: <qualsiasi porta maggiore di 1024>
 
menu amministrazione/comandi/shell dei comandi:
    nella finestra comandi digitare:
 
#!/bin/sh
/usr/sbin/wol -i <b-cast_addr> -p <UDP-port> AA:BB:CC:DD:EE:FF
 
    sostituendo i valori con i propri.
    cliccare su "Salva Script Personalizzato"
Puo' essere lanciato da terminale col comando /tmp/custom.sh
 
Poi occorre inoltrare dal router principale la porta TCP di cui sopra
verso il DD-WRT per SSH.
 
Manca solo di lanciare e configurare di putty:
 
da locale:
    session:
	host name: <indirizzo IP del dd-wrt>
    	porta: 22
    connection
     	data/autologin name: root
    ssh
	auth/private key file for auth.: <browse> per la chiave privata
 
da remoto:
    session:
	host name: <host del servizio ddns>
    	porta: Porta Remota SSH
 
Fine.
Una volta connesso chiedera' la password della chiave (la prima volta 
chiede conferma dell'identita' del server) e poi sul terminale bastera' 
digitare
    /tmp/custom.sh
e poi uscire con CTRL-d
 
Fine della variante sicura.
 
La piu' semplice resta quella di abilitare  la gestione remota via WEB 
usando pero' sempre una porta > 1024 e una password MOLTO, MOLTO forte, 
dopo aver inoltrato la porta dal router principale.
 
angelo

 Da "to detect".
 
Ossia, in Italiano
 
"identificare", "riconoscere", "scoprire" ...
 
:-P
 
 

 dopo aver inoltrato la porta dal router principale.
 
Io comincio dalla piu' semplice, perche' come ti dicevo non sono 
ferratissimo di ste cose ma hai spiegato praticamente tutto, quindi dovrei 
riuscirci ugualmente.
Ciao e grazie.
 
 

 Ciao e grazie.
 
Prego! :-)
 
P.S.
Ti ho proposto la variante sicura anche per un altro motivo: una volta 
acceso il PC si pone il problema di gestirlo in maniera sicura.
Se attivi una connessione SSH avrai a disposizione un tunnel criptato 
per gestirlo in sicurezza e per veicolare ogni altro accesso a qualsiasi 
macchina nella rete, http, ftp, vnc, ecc. come con una VP, con una 
piccola modifica solo nella configurazione di putty.
Un vantaggio non da poco.
 
angelo
 

 macchina nella rete, http, ftp, vnc, ecc. come con una VP, con una 
 
macchina nella rete, http, ftp, vnc, ecc. come con una VPN, con una
 
angelo

"identificare", "riconoscere", "scoprire" ...
 
Anche rilevare...
 
Insomma, di "detettare" non c'è un gran bisogno.
 
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 Insomma, di "detettare" non c'è un gran bisogno.
 
Scriviamo "gioca" su tutti i "giocatori" di musica e video, allora.
 
Rigurgiti del ventennio?
Maalox. 
 
 

 Scriviamo "gioca" su tutti i "giocatori" di musica e video, allora.
 
Il verbo "to play" ed il termine "player" (o "players") NON si traduce
soltanto con "giocare"; a meno che tu non sia il traduttore di google
 
LOL
 
 
 

 soltanto con "giocare"; a meno che tu non sia il traduttore di google
 
Anche "scoprire" non si traduce solo come "identificare".
 
Hai altri assi nella manica o le unghie sono terminate?
 
 
 
 
 

> riuscirci ugualmente.
 
Fermo restando che sei stato molto prezioso e preciso, ho preferito andare 
sulla via semplice anche perche' non amo impelagarmi con degli script che 
userei una volta ogni morte di papa (leggi: molto probabilmente non ne sarei 
capace e farei le cose a pappagallo).
 
Ho preferito connettere una LAN del DD-WRT alla LAN del router Internet, 
anche perche' tutti i client da accendere sono sullo stesso "ramo".
 
Ho mappato la porta 80 dell'IP del DD-WRT su una porta alta dell'IP pubblico 
e ho impostato una buona password.
Sul router DD-WRT ho preimpostato nel menu WOL i due PC da accendere e cosi' 
posso accenderli con un "tap" dal cellulare, nel caso ne avessi bisogno.
 
Funzionare funziona, e gia' mi va benissimo.
 
Sarebbe possibile evitare che il DD-WRT mostri la schermata "Status" a 
chiunque ne raggiunga l'IP?
C'entra nulla "Enable Info Site"?
 
Inoltre, ho una necessita' analoga (WOL) in un luogo dove l'IP non e' 
pubblico, cioe' siamo dietro il NAT di un provider 3G/4G.
Non c'e' speranza, vero?
 
 

 Non c'e' speranza, vero?
 
Si puo' fare tutto, si tratta di decidere quanto investire.
Innanzitutto capire se il gestore mette a disposizione un indirizzo IP 
pubblico, cosi' diventa piu' semplice.
 
angelo

 Anche "scoprire" non si traduce solo come "identificare".
 
infatti avevo appositamente messo "..." proprio ad indicare che esistono
altri significati; poi, se vuoi continuare ad usare improbabili
neologismi anglofoni facendo la figura che ti meriti, fai pure
 
 
 
 

 facendo la figura che ti meriti, fai pure
 
Ti rendi conto che ad ogni messaggio smentisci cio' che hai detto in quello 
precedente, vero?
Hai mai pensato di lavorare in politica?
 
 
 
 
 
 
 

 pubblico, cosi' diventa piu' semplice.
 
Eh, da questo lato sono sordi.
 
 

 "dovrebbe"supportarle, ma mi ci perdo dopo 5 minuti.
 
Se resisti per altri 20 minuti ce la puoi fare!
Perche' questa e' LA soluzione.
 
angelo

 Ti rendi conto che
 
bel tentativo, ma l'approccio è vecchio; ritenta dopo esserti riletto
il thread (e forse, ma dico FORSE, arriverai anche a capire <g>)
 

 Perche' questa e' LA soluzione.
 
Non basta.
Sai perche'?
 
La cosa e' stata "forkata" cosi' tante di quelle volte che uno che parte da 
zero arriva a tanti di quei bivi che non sa piu' dove svoltare.
 
I risultati (e i metodi da usare) cambiano a seconda del sistema operativo, 
di cio' che si vuole fare, dei bug che ci sono, e dall'eta' della guida che 
uno sta seguendo.
Poi arriva tizio, non gli piace quello che c'e', fa una fork e riparte da 
li.
 
Ecco perche' non so proprio che pesci prendere.
 
Da dove parto?
Ho Windows 7x64 e 10x64.
 
Il mio modem, a cui vorrei far fare il lavoro perche' e' sempre acceso, 
permette sia PPTP/L2TP che IPsec.
 
 

Il 30/11/18 15:50, Cerebus ha scritto:

Che la VPN sia la soluzione piu' sicura e versatile non ci piove, 
altrettanto sicuro e' un tunnel su connessione SSH.
Io trovo OpenVpn molto semplice da configurare, in pratica uso solo 
questa, si trovano client per tutti i sistemi operativi.
Escludo la PPTP che ha un'autenticazione con user e pw, troppo debole 
per i miei gusti.
Se non vuoi sbatterti troppo puoi andare su un tunnel SSH con 
connessione a chiave.
 
angelo

 bel tentativo
 
Il tuo lo sembra, ma non lo e'.
 
 

 l'infinito.
 
Per quanto mi riguarda, una volta che il problema originario sembra 
risolto, ora sto facendo proselitismo per arruolare fedeli alla Chiesa 
Riformata dei Figli di Nostra Signora della Connessione Cifrata, ala 
intransigente dei Figli di Nostra Signora della Connessione Sicura... :-)
 
angelo
 
 

 altrettanto sicuro e' un tunnel su connessione SSH.
 
Apriro' un altro thread, vediamo se partecipa qualcun altro che abbia voglia 
di insegnare.
:)
 
 

 cominciare a farti un voletto per i fatti tuoi?
 
Sto ramo del thread sta diventando ingestibile: devo saltare su un altro :)
Scusate se mi attacco qui.
 
Allen, te l'ho spiegato... le VPN sono dei bivi pazzeschi.
Sembrano le religioni: ognuno c'ha la sua ed e' meglio della mia.
 
Segui una strada che dopo una giornata non ti porta a niente.
 
Purtroppo uso windows e, come sai, a seconda delle sottoversioni, levano e
mettono pezzi.
 
 

Cerebus ci ha detto :

OpenVPN e passa la paura... :-)


 
angelo

Rigurgiti del ventennio?
 
Se vogliamo tradurre, scriviamo "riproduci"... il ventennio non
c'entra niente.
 
Ci sono casi in cui non è facile trovare traducente, in altri casi è
banale.
Questi (detect e play) rientrano tra i banali.
