Newsgroup: it.comp.reti.locali
Titolo: ssh: un piccolo esperimento.

Ho appena terminato di fare dei test con ssh e vnc sulla mia mini-
rete, costituita da un mac mini e un PC (Ubuntu) adibito a server VNC
e un router. I test utilizzando gli indirizzi locali sono andati bene;
tuttavia, dato che il server VNC verrà restituito al suo proprietario,
ho attivato un account su DynDNS per potergli garantire in futuro
assistenza in remoto.
A ogni modo vorrei - sempre che sia possibile - effettuare una
simulazione di collegamento remoto, collegandomi dal client al server
(collegato attualmente alla stessa sottorete) utilizzando l'indirizzo
virtuale fornitomi da DynDNS.
Premetto che l'indirizzo, periodicamente aggiornato su DynDNS, è
attualmente quello pubblico (del router).
Esiste la possibilità di eseguire un forward sul server anche se il
suo ip pubblico corrisponde al quello del client?
Un saluto
PS: nonostante la porta 22 sia aperta, ssh genera il seguente errore:
ssh: connect to host 
alice-c-dsl.home.dyndns.org
 port 22: Connection
refused.

 suo ip pubblico corrisponde al quello del client?
qui io non ho capito che intendi... devi eseguire un forward della porta 
22 dal pubblico che ti restituisce DyDns al privato su cui vuoi 
accedere, questa regola la imposti sul router (che è li per questo)


Ciao Meddix. I test di prima li ho condotti in rete locale,
utilizzando gli indirizzi con prefisso 10; ora però vorrei fare una
prova su strada per vedere come si comporta VNC con internet di mezzo.
In parole povere, mi collego all'esterno con il client utilizzando
l'indirizzo fornito da DynDNS per poi collegarmi al server che sta
nella stessa rete locale. Il fatto è che sia il client, sia il server
hanno lo stesso indirizzo pubblico (sono collegati allo stesso
router).

Caronte ha scritto:

no, non hanno lo stesso indirizzo, è solo il router ad avere un 
indirizzo pubblico (quello assegnato dal provider), il tuo server 
continuerà ad avere l'indirizzo che ha sempre avuto nella rete privata.
infatti i router sono chiamati così proprio per la loro capacità di 
"routare" (bleah che brutta parola) i pacchetti ip da una rete ad 
un'altra...
quindi tu imposti sul router una regola per la quale una richiesta al 
port 5900 (la standard di VNC, ma postresti cambiarla) fatta sul suo IP 
pubblico debba essere inoltrata all'IP del tuo server all'interno della 
rete.
ad esempio se il tuo server dovesse avere: 10.10.10.1
imposti una regola per la quale qualsiasi richiesta sul port 5900 dell' 
IP pubblico debba essere forwardata al port 5900 di 10.10.10.1
A questo punto dall'esterno dando come indirizzo quello che hai 
registrato su DynDns a VNC client otterrai la connssione senza problemi.....
come impostare la regola.. dipende dal tuo router, molti chiamano questa 
cosa virtual server, altri in altro modo... sul mio cischettino basta 
scrivere una riga tipo questa:
ip nat inside source static udp 10.10.10.1 5900 interface Dialer0 5900
che è molto + semplice ed immediata.... e che consente "qualunque sia il 
mio pubblico" di raggiungere il mio server dentro la rete....

 router).
Spero che hai scritto cosě senza pensare !!! .. Altrimenti se fossi il 
proprietario di quel pc da mettere in mani tue, comincerei a 
preoccuparmi... :-)
 > In parole povere, mi collego all'esterno con il client utilizzando
 > l'indirizzo fornito da DynDNS per poi collegarmi al server che sta
 > nella stessa rete locale. Il fatto č che sia il client, sia il server
 > hanno lo stesso indirizzo pubblico (sono collegati allo stesso
 > router).
Non funziona cosě... Tu colleghi la macchina remota con l'indirizzo di 
dyndns e BASTA... E' compito del router che hai connesso di fare 
forwarding sul pc che vuoi amministrare e per far si che accada bisogna 
impostare il router affinché faccia forwarding sulla porta 22 del pc da 
amministrare.

preoccuparmi... :-)
Mi sa che c'è stato un misunderstanding, ragazzi: è chiaro che ognuna
delle due macchine possiede un suo indirizzo (che inizia con dieci),
ma quello che intendevo dire è che dall'esterno (internet) la rete
viene vista con un solo indirizzo (l'IP pubblico).
Le macchine in questione sono collegate al medesimo modem-router che a
sua volta è collegato alla linea adsl.
Ora quello che vorrei fare è collegarmi al server VNC utilizzando non
il suo indirizzo interno (come facevo prima), ma utilizzando
l'indirizzo fornito da DynDNS.
Tuttavia, l'indirizzo in questione è lo stesso IP pubblico e quindi -
sempre che sia possibile - bisognerebbe redirigere il "traffico di
ritorno" sull'indirizzo del server.
Insomma, detto in dialetto "niubbo", l'indirizzo da cui chiamo è lo
stesso che devo contattare.
Lo ammetto, ne mastico poco di networking. A ogni modo la persona (o
malcapitato) in questione sarebbe mio fratello, e quindi "i panni
sporchi" verrebbero comunque lavati in casa:-).

 ritorno" sull'indirizzo del server.
Un proxy è quello che dovrebbe risolverti l'arcano, ma non credo si trovino
in giro per il mondo proxy che facciano questo tipo di traffico...
Che poi sia curioso sul motivo della tua scelta è un altro
discorso, ma la curiosità mi sovrasta... Perché vuoi far ciò ?? ... Se è
all'interno della tua lan, lo connetti con il suo ip privato e sei a
posto...


Quella che volevo fare era una sorta di prova "su strada" prima di
restituire la macchina (il server VNC).
Suppongo che quando sarà collegata alla sua linea adsl (con un
indirizzo IP diverso, quindi) non ci saranno problemi.

 ha scritto nel messaggio 
news:4cd7112d-a777-4fa8...@w7g2000hsa.googlegroups.com...
Quella che volevo fare era una sorta di prova "su strada" prima di
restituire la macchina (il server VNC).
Se l'obiettivo è verificare che le impostazioni siano corrette, basta 
collegarsi ad uno dei tanti siti che fanno port scanning.. esempio 
www.grc.com
 e poi scegli shield's up... e testare le porte che hai aperto... 
Se come esito hai "open" allora il servizio funzia.
Ciao.

 ha scritto nel messaggio 
news:4cd7112d-a777-4fa8...@w7g2000hsa.googlegroups.com...


Scusa il quoting.. Lo ripropongo...
Se l'obiettivo è verificare che le impostazioni siano corrette, basta
collegarsi ad uno dei tanti siti che fanno port scanning.. esempio
www.grc.com
 e poi scegli shield's up... e testare le porte che hai aperto...
Se come esito hai "open" allora il servizio funzia.
Ciao..

 Ciao..
Test eseguito, tutto ok. Ringrazio te e Meddix per gli ottimi
consigli.
Ciao