maxmicucci
Ciao,
ho resettato nuovamente alla configurazione di fabbrica il router ed applicato la sola regola di port mapping di cui mando allegato lo screenshot, non un click in più.
Collegandomi sull'IP pubblico e sul port 8081, il servizio web esposto ed attivo (rispondente su http://192.168.1.25:8081 in LAN), nessuna risposta.
Spero che mi arrivi qualche suggerimento da voi e ve ne ringrazio in anticipo. Non so più cosa inventarmi, se non recedere dal servizioi Wind entro i 15 gg.
Ciao,
M.
La regola sembra caricata ed operativa, ma evidentemente c'è qualche conflitto.
Io procederei per step inserendo come prima cosa la riserva dell'IP per il MAC adress del dispositivo interessato in http://192.168.1.1/ui/dboard/settings/dhcpsrv/poolstaticaddr?pool=1
Una volta impostato in quel modo e lasciato il dhcp attivo sul dispositivo (ricordo che fare l'inverso può creare problemi, perchè se il dispositivo viene acceso dopo che un altro ha già ricevuto quell'ip semplicemente va in conflitto e non funziona), verificherei che in effetti il dispositivo si presenti all'interfaccia del DHCP del router sempre con lo stesso mac adress.
Il dubbio viene osservando come si comportano le interfacce wifi e i repeater che smembrano la stringa del mac adress, ricombinandola per metà con il proprio e per metà con quello del dispositivo. E' chiaro che in questo caso il router viene tratto in inganno e al dispositivo non viene assegnato l'ip riservato e, non potrò andare ad assegnare anche al nuovo mac adress lo stesso IP!
Se ciò dovesse capitare, avremmo scoperto l'arcano.
Nel caso di connessioni cablate, non dovrebbe comunque mai capitare.
A questo punto, andrei ad inserire la nuova regola di port mapping direttamente in http://192.168.1.1/ui/dboard/settings/nat/portmapping?backto=home
Nuova regola personalizzata dopo aver cancellato quelle da te precedentemente create, ma non quelle create da UpnP.
In Descrizione, come saprai, metti un nome a piacimento senza spazi, in Interface Type inserisci not specified e la VLAN PPP PTM con IP assegnato e presente.
Qualsiasi host sì, Qualsiasi porta no se il server remoto del servizio usa una porta specifica, altrimenti sì se ad es cerca dalla sua 443 la 8081 del tuo dispositivo.
Come porta esterna prova anche a mettere la stessa come inizio e fine con entrambi i protocolli TCP\UDP.
In traffico diretto a seleziona il dispositivo per IP e non per MAC per le ragioni dette sopra e soprattutto se utilizzato in wifi.
In stessa porta puoi lasciare sì se la porta interna è uguale, ma nulla ti vieta di fare NAT transversal su porta interna diversa e nemmeno, per test dire NO e mettere poi numericamente la stessa porta esterna (magari va).
Salva tutto, verifica che non vengano visualizzati errori, riavvia il router dall'interfaccia web e incrociamo le dita.
Effettua i test dopo qualche minuto dal riavvio.
Che dalla LAN tu non possa chiamare l'IP pubblico della tua WAN per fare test è normale. Servirebbe una regola di lockup del NAT che molti produttori non considerano conforme agli standard di rete, perchè è una finzione e non un vero accesso dall'esterno all'ip pubblico. I test li puoi fare mediante un proxy, oppure mediante un dispositivo connesso con IP diverso, che poi è l'uso normale delle chiamate esterne che dovrebbe essere fatto.
