Newsgroup: it.comp.reti.ip-admin
Titolo: Collegamento casa-lavoro con fastweb di mezzo

Salve,
la situazione è questa :
casa : pc con windows Xp pro, linea fastweb.
lavoro : server 2003, router Zyxel, linea adsl telecom con ip fisso
Lo scopo è di collegarmi da casa per fare lavori sul programma di 
contabilità in azienda ( tale programma è installato anche sul server).
Domandavo : la linea Fastweb può dare problemi di collegamento o necessita 
di particolari accortezze ?
Di cosa ho bisogno per metter su questo collegamento ?
Vorrei avere un minimo di sicurezza, avevo pensato a un software come 
PcAnywhere, se ce ne fosse bisogno, non volendo sostituire il router 
presente.
Qualche consiglio ?
Grazie
Sp 


direi che devi installare una vpn tra le due sedi, per evitare che al
primo portscan ti entrino nel server, e quindi dovresti avere un
minimo di sicureazza.
il problema è che fastweb blocca le vpn, e le abilita solo in
determinati contratti, e/o a pagamento (almeno era cosi fino a qualche
tempo fa, non so se ora sono cambiate le cose), quindi la vedo dura...
Ciao

 necessita di particolari accortezze ?
allora; prima di tutto.. chi è che "gestisce la rete" al lavoro ?
Inoltre; sei tu il titolare dell'azienda o sei un dipendente ?
ciao

Puoi provare un software di VPN tipo Hamachi, che lavora su una singola 
porta TCP e quindi dovrebbe - e sottolineo dovrebbe :) - andare anche 
con Fastweb.
Ciao,
-Pietro.
Eter@gene@ ha scritto:

 presente.
Non ci sono problemi da connessioni FW Residenziali a controllare server
remoti tramite PCAnywhere/VNC/RAdmin (o altri SW analoghi) sia in
modalita' diretta, che incapsulando la connessione di controllo in un
tunnel protetto tramite Zebedee/OpenSSL/SSH (modalita' vivamente
consigliata ;)...).
Se invece volessi optare per l'utilizzo di una soluzione VPN, sia per
l'incapsulamento della connessione di controllo che per altre tipologie
di accesso alla rete aziendale, dovresti fare i conti con l'architettura
Hidden/Dynamic NAT M-1 base della rete FW.
In virtu' di tale architettura sono comunque possibili 
p.es
. le seguenti
modalita' di connessione VPN :
==
- IPSec NAT-T ESP UDP Encapsulation Mode
- L2TP/IPSec NAT-T con/senza PSK (uso chiave pre-condivisa per IPSec)
- L2TP No IPSec (anche su porte non standard stile Draytek)
- SSL based (e.g. OpenVPN e Hamachi)
Resta fuori PPTP, nonostante le implementazioni NAT-Traversal di XPSP2,
in virtu' del blocco a livello PPTP passthrough su rete FW nelle 
connessioni in uscita dalle interfacce pubbliche MSFC NAT-R.
In base al modello ZyXel installato presso l'azienda (ved. supporto VPN)
e' possibile verificare se possa operare come endpoint VPN, piuttosto
di definire come tale il server W2003 (impostando inoltro di porte e
protocolli lato router).
 
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|<|> *FAX/Mail Server  : 
+39 - 02700426582
 <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \<|> *Casella Vocale   : 
+39 - 0230312251
  <|
|_|  |_/_/ \_\___|___/<|> *FAQ ITGF 
http://plany.fasthosting.it
 <|
|>- RST - Plany/MACS -<|> *FAQ GCN  
http://faq.news.nic.it/
 ____<|

 presente.
Non ci sono problemi da connessioni FW Residenziali a controllare server
remoti tramite RDesktop/Terminal Services/Citrix/PCAnywhere/VNC/RAdmin
(o altri SW analoghi) sia in modalita' diretta (usando preferibilmente
le impostazioni di crittografia/protezione del traffico) -> idem per
l'incapsulamento di connessioni di controllo in chiaro in tunnel
protetti Zebedee/OpenSSL/SSH .
Se invece volessi optare per l'utilizzo di una soluzione VPN, sia per
l'incapsulamento della connessione di controllo che per altre tipologie
di accesso alla rete aziendale, dovresti fare i conti con l'architettura
Hidden/Dynamic NAT M-1 base della rete FW.
In virtu' di tale architettura sono comunque possibili 
p.es
. le seguenti
modalita' di connessione VPN :
==
- IPSec NAT-T ESP UDP Encapsulation Mode
- L2TP/IPSec NAT-T con/senza PSK (uso chiave pre-condivisa per IPSec)
- L2TP No IPSec (anche su porte non standard stile Draytek)
- SSL based (e.g. OpenVPN e Hamachi)
Resta fuori PPTP, nonostante le implementazioni NAT-Traversal di XPSP2
a livello di trasporto su PPTP, in virtu' del blocco a livello PPTP
passthrough su rete FW nelle connessioni in uscita dalle interfacce
pubbliche MSFC associate agli IP Pubblici NAT-R.


 remoti tramite RDesktop/Terminal
Grazie per la risposta dettagliata, mmm scusa se puň sembrare una bestemmia, 
ma un semplice collegamento con "desktop remoto" aprendo una sessione sul 
server remoto dal client non sarebbe possibile ?
thanks again
sp 

 sul server remoto dal client non sarebbe possibile ?
Si, usando i Terminal Services lato W2003 e il client RDP Remote Desktop
lato XP -> in tal caso consiglierei comunque di rafforzare il livello di
sicurezza, aggiungendo l'utilizzo di certificati digitali SSL.
Cio' e' possibile, usando la Certification Authority presente in W2003
per creare i certificati & installando nel computer XP la versione 5.2
del client RDP (cioe' la medesima presente su W2003 con SP1 applicato).
Indico alcuni link con i riferimenti in merito (anche visuali) :
==
- 
http://www.petri.co.il/download_rdp_5_2.htm
- 
http://www.petri.co.il/securing_rdp_communications.htm


 connessioni in uscita dalle interfacce pubbliche MSFC NAT-R.
A pagamento funziona anche PPTP usando la VPN di SBS2003, basta
richiedere l'uso di un indirizzo pubblico a Fastweb, in alcuni
contratti ti danno mi sembra 10 ore di ip pubblico al mese, per cui
non devi pagare nulla in più, ma se sfori ti legnano
Faber