IlPuntoTecnico
Hardware e Software => Hardware e Software => Windows => Topic aperto da: Angelo777 - 23 Novembre 2018, 20:26
-
Ciao a tutti ! Dovendomi collegare con Ultra VNC ad un IP dinamico, ho pensato di utilizzare il servizio noip.
Sapreste indicarmi dove poter inserire l'host ricavato dal servizio noip ?
Grazie
-
@Angelo777
Nella finestra in alto dove c'è VNC Server. Va specificata anche la porta separata dal nome host con i due punti,
esempio
ilmiohost.noip.com:5920
porta che deve avere la sua regola per il forwarding sul router.
-
Scusatemi....se inserisco sul UltraVNC Viewer (nella casella bianca dove c'è scritto VNC Server: e sotto le scritte host:display or host::port) il nome host ad esempio "pingo.no-ip.org:5900" come fa il Server a capire, se non è stato preimpostato prima ?
Credo che prima vada inserito sul Server, installato sulla macchina da controllare e successivamente con UltraVNC Viewer nella casella host andrà inserito l'host per la ricerca ed il collegamento al server !
-
Sul server configuri VNC server e sul router/firewall lato server configuri le adeguate regole di port forwarding: a questo punto devi poter gestirlo connettendoti tramite IP.
Per connetterti tramite nome di dominio devi successivamente configurare quest'ultimo tramite uno dei vari servizi di DNS dinamico i quali associano l'IP al nome di dominio.
-
Forse non mi sono spiegato bene, il mio problema non è la configurazione delle porte sul router in quanto la porta 5900 l'ho già aperta, il problema sta nell'inserire il nome host fornitomi dal servizio noip su lato server .
In poche parole non riesco a trovare la casella sul lato server dove poter inserire il nome host fornitomi da noip.
-
Stai guardando il problema dalla prospettiva errata: rileggi con attenzione il mio intervento.
-
Considerando che devo connettermi tramite il nome host fornitomi dal servizio noip ad es. "ilmiohost.noip.com", questo indirizzo dovrei inserirlo da qualche parte anche sul lato server di UVNC, altrimenti quando andrò a digitarlo sul UltraVNC Viewer al posto del classico ip 80.100....ecc...inserirò ilmiohost.noip.com il Viewer mi indicherà che non ha trovato niente, o mi sbaglio ?
-
Se hai correttamente configurato il nome di dominio presso il servizio di DDNS, nel momento in cui esegui la richiesta di connessione con il client VNC usando il nome di dominio sarà il servizio DNS ad occuparsi della traduzione del nome di dominio nell'IP del tuo server, sul quale il servizio VNC è domain-name-agnostic, per così dire.
Domande:
1) riesci a connetterti al server via VNC utilizzando l'IP pubblico come host?
2) un nslookup o un dig del nome di dominio restituiscono l'IP pubblico?
-
Rispondo alle tue domande:
1) con VNC mi collego solamente all'interno della mia rete privata (ho provato via tethering con il cellulare per avere un altro indirizzo ma niente)
2) ho provato nslookup ma non mi restituisce l'IP pubblico
Mi correggo....ora sul pc dove ho installato il server sono riuscito ad ottenere un ip pubblico (mi sono fatto prestare la connessione dal vicino di casa) infatti ora facendo un nslookup ottengo un IP pubblico....mentre sul pc dove ho installato il Viewer ho provato ad inserire gli indirizzi pubblici che mi da il server ma non riesco ad entrare :facepalm:
-
Il server quale connessione userà a regime? Fissa? Mobile? Con quale ISP?
-
Fissa sia Telecom che Fastweb
-
OK semplifichiamoci la vita e consideriamo soltanto la connettività TIM (quella FW potrebbe avere problemi di NAT): in questo momento hai modo di eseguire prove con questa connettività?
-
no purtroppo in questo momento solo con Fastweb
-
Allora non possiamo fare prove significative.
Comunque i prerequisiti ricapitolando sono:
1) IP WAN non nattato (e con FW questa certezza non c'è) e port forwarding configurato bene, cioè un portscan da WAN deve restituire porta aperta
2) DDNS configurato bene, cioè l'nslookup del DN deve restituire l'IP pubblico
Fatte salve alcune eventuali impostazioni secondarie lato VNC server (niente di vincolante, tanto più che in locale non hai problemi, segno che non dobbiamo preoccuparci del server), una volta soddisfatti i prerequisiti non c'è nessuna ostativa ragionevole alla gestione remota del server anche tramite DN.
Temporaneamente puoi riprovare con la connessione del vicino consenziente avendo cura che siano comunque rispettati i prerequisiti.
ps. in verità mi risulta che FW fornisca su richiesta IP pubblico, se è la tua connessione principale forse è il caso che verifichi la questione
-
Si la mia connessione è Fastweb e mi sono fatto dare un ip pubblico, cmq grazie per la tua disponibilità.
Ora devo andare in questi giorni che proverò potrei ricontattarti ? Magari di mando un mess. privato !
Grazie !
-
Quindi abbiamo:
1) IP pubblico presumibilmente non nattato
2) port forwarding configurato
Se avvii il server VNC ed esegui ad esempio questo portscan online https://www.ipfingerprints.com/portscan.php inserendo come IP quello WAN e come start ed end port quella configurata lato WAN nel port forwarding, che risultato ottieni?
-
Questo è il risultato:
Host is up (0.061s latency).
PORT STATE SERVICE
5900/tcp filtered vnc
-
Quindi se ti da "filtered" vuol dire che la porta non è correttamente nattata o che è chiusa da un firewall.
Hai verificato prima di tutto se sul server è configurata una regola per il firewall di windows ? Oppure eventualmente prova direttamente a disabilitarlo.
-
Ho un router che fa letteralmente schifo (il fastgate fornito da fastweb) non vedo l'ora che venga approvato il modem libero.
Chiusa questa parentesi vi spiego una cosa strana che mi capita.
Ho due pc il fisso e il notebook, naturalmente entrambi collegati al fastgate di fastweb ed entrambi con win10,
sul fisso ho installato UltraVNC Viewer e sul notebook UltraVNC Server la prova quindi va fatta dal fisso al notrbook.
Il fisso ha indirisso IP 192.168.1.157 e quindi sul router ho aperto su questo indirizzo la porta 5900, disattivando completamente il firewall e andando a controllare se la porta risulta realmente aperta con il link fornitomi da MisterFTTH (https://www.ipfingerprints.com/portscan.php (https://www.ipfingerprints.com/portscan.php) la porta risulta "closed". A questo punto ricordandomi di essere passato da una esperienza simile, ho settato sul software P2P Emule la porta TCP e UDP entrambe su 5900 ho fatto il "testa porte" mi risultavono entrambe aperte e quindi superato il Test della connessione con tutte le spunte verdi, ma se chiudo emule la porta mi risulta chiusa.
Sul notebook collegato ad una rete presa in prestito e quindi altro indirizzo pubblico il messaggio è il seguente
Host is up (0.061s latency).
PORT STATE SERVICE
5900/tcp filtered vnc
:headbang:
-
La porta del router va aperta verso l'IP del PC sul quale fai girare il programma che vuoi raggiungere dall'esterno, quindi nel tuo caso devi aprirla verso l'IP del notebook!
-
Scusami ma il notebook è il pc da controllare, in questo momento io ce l'ho a casa (e quindi posso sapere quale IP è stato assegnato) ma in teoria potrebbe essere in un altro posto, in un'altra città e quindi altro ip dinamico e quindi come faccio a sapere in quell'istante l'IP del notebook ?
Ecco perchè dovrà essere usato l'host fornitomi dal servizio no-ip, solo che così torniamo alla mia prima domanda: come faccio ad inserire l'host sul UVNC Server ?
-
Beh direi che dopo parecchie botte & risposte siamo arrivati al nocciolo della questione: siccome non puoi pensare di modificare ogni volta le regole di port forwarding dei vari router ed aggiornare il DDNS con i vari IP, devi utilizzare un programma di controllo remoto che esuli da questi dati, come ad esempio Teamviewer...insomma @-Mirco- aveva già risposto.
Chiuderei qui il topic.
-
Ma allora l'host fornito da no-ip a cosa serve se non ad evitare di cambiare ogni volta IP ? Il mio obbiettivo era proprio questo.
Booo comunque potete chiudere.
Grazie !
-
L'associazione tra IP e nome di dominio fornito da un servizio DDNS può avvenire manualmente (accedi sul sito del fornitore ed inserisci l'IP che desideri associare al nome di dominio) oppure automaticamente tramite uno script in esecuzione sul PC (oppure sul router o apparato simile).
Con la seconda soluzione risolvi la questione IP ma rimane il problema della porta da aprire sui vari router/firewall dietro i quali di volta in volta si trova il tuo PC, problema che puoi risolvere se puoi preventivamente mettere mano su tutti i router coinvolti al fine di aprire staticamente le porte.
In definitiva la soluzione Teamviewer è la più pratica ed efficace in un caso come il tuo, non ti convince per qualche motivo?
-
con TeamViewer dopo qualche ora di funzionamento ti arriverà un messaggio che hai superato il limite e ti castrano la connessione e te la ridanno ogni 3 minuti per poi continuare sempre a staccare
-
Infatti, il problema di TeamViewer è proprio quello !
-
Con un tipico uso domestico è un falso problema...d'altra parte se ti serve stare in desktop remoto tutto il giorno non ci sono soluzioni efficaci stanti i tuoi vincoli logistici, se non alternative analoghe, a pagamento o self-hosted.