Newsgroup: it.comp.reti.locali
Titolo: Telelavoro: entrare nella LAN da remoto.

Il mio problema č quello di poter entrare con PCAnywhere da casa in ufficio.
IL mio ufficio possiede una connessione ADSL protetta da un router ed il mio
PC č un in rete. Ovviamente il Router possiede una NAT. Ho letto che per
poter entrare nel PC dell'ufficio dovrei segnalare a PCAnywhere l'IP del
router ed aprire in questo router una "Porta" che mi consenta poi di
accedere all'IP interno. Avete qualche spiegazione migliore?
--
------------------------------------
Come into the REAL site:
www.contemadman.com

 accedere all'IP interno. Avete qualche spiegazione migliore?
non conoscendo ne pc anywhere ne il tuo router non ho una spiegazione 
piu' semplice.
in liena di massima devi conoscere quali porte usa pcanywhere ed 
istruire il router per forwardare le richieste in entrata su quelle 
porte all'ip del computer.
Suupongo che le cose si complichino se 2 persone devono accedere a 
diversi pc sempre mediante pcanywhere se lo stesso non permette di 
differenziare le porte in qualche modo 
In piu', credo che in caso di telelavoro il problema sicurezza vada 
affrontato seriamente.
Adriano

Grazie per le indicazioni.
Quindi tu dici che devo programmare il router... non è sufficiente aprire
una prota e lasciare a PcAnywhere il compito di "trovare" l'IP interno?
Sul fattore sicurezza che cosa mi consigli?
A presto.
--
------------------------------------
Come into the REAL site:
www.contemadman.com
"Adriano" <ace...@NOSPAMhotmail.com> ha scritto nel messaggio
news:MPG.18ef99496...@news.cis.dfn.de...


 Sul fattore sicurezza che cosa mi consigli?
credo - e spero - che pcanywhere fornisca gia' qualche minima misura 
di sicurezza. Potresti anche utilizzare uno dei tanti vnc free 
(tightvnc per esempio) in tunnelling con openssh (anche questo free)
Oppure usare una vpn con firewall. Dipende molto anche dalle tue 
esigenze di sicurezza. 
comunque per esigenze generiche e senza voler diventare paranoico, 
credo che tightvnc + openssh siano abbastanza, oltre ad essere meno 
invasivi e piu' leggeri di pcanywhere (i prodotti symantec non mi 
sono particolarmente simpatici, ma forse e' solo una mia fissazione). 
C'e' un ng apposta e ti consiglio di approfondire li' la questione. 
Io piu' di tanto non saprei dirti
Adriano

Ciao Adriano!
Le tue indicazioni mi hanno aiutato molto: ora ne so molto di più.
Da quel che no smanettando con PcAnywhere esiste il modo di criptare le
comunicazioni con diversi livelli di sicurezza,sia proprietari che pubblici,
il che mi garantisce da certi problemi.
Mi sposto sul NG da te segnalato e condivido i dubbi sui prodotti Smanteck!
;-)
Un'ultima cosa: mi potresti spiegare il  significato delgi acronimi da te
segnalati: tightvnc + openssh .
Grazie!! :-)))
--
------------------------------------
Come into the REAL site:
www.contemadman.com
"Adriano" <ace...@NOSPAMhotmail.com> ha scritto nel messaggio
news:MPG.18f012858...@news.cis.dfn.de...


 segnalati: tightvnc + openssh .
tightvnc (
www.tightvnc.com
) e' simile a pcanywhere - o almeno cosi' 
mi pare per quanto poco io conosca pcanywhere.
Oltre ad essere free e' piccolo e multipiattaforma
openssh (non ricordo l'url) e' una implementazione free della secure 
shell. Non la utilizzo, perche' attualmente uso tightvnc solo per 
controllare saltuariamente un vecchio pc senza monitor, ma consente 
di stabilire una connessione SSL2 fra 2 macchine e quindi veicolare 
su quella connessione il dialogo fra server tightvnc e viewer
Sicuramente dove parlano di sicurezza sapranno dirti di piu' e meglio 
di me. Dovrebbero anche esserci delle faq che indicano quali versioni 
di vnc esistono (tightvnc e' una molto usata, ma ce ne sono tante 
altre) e come usarle con openssh
Adriano

 accedere all'IP interno. Avete qualche spiegazione migliore?
La rete interna ha un ip gestito da un server DHCP (es. dal router) oppure
sono ip statici (es 192.168.x.x) ?
Lo domando perchè dovrei anch'io programmare il NAT del router e chiedevo se
posso usare, solo per  il pc da controllare in remoto,un ip statico e gli
altri lasciarli alla gestione DHCP.
Luca