Newsgroup: it.comp.os.win.win2000
Titolo: Routing e Accesso Remoto: problemi su reti complicate

Ho specificato nel titolo che si tratta di problemi tecnici perché ho una
serie di casini con una rete che usa una configurazione tutta sua
particolare, composta da vari protocolli standard, ma che insieme faticano a
convivere, mi danno una serie di problemi. Sarei grato a chi potesse
aiutarmi.
Situazione:
- rete 100 Mbit composta da Windows 2000 Server e 6 PC Windows 2000
Professional
- connessione ADSL in uscita dal server
- scheda ISDN per accettare connessioni in entrata, sempre sul server
- un PC a casa che deve poter comunicare con la rete
La rete utilizza IP statici della classe privata 192.168.0.X, con il server
avente indirizzo 192.168.0.1.
Sul server oltre a quella principale è presente un'altra scheda di rete che
lo collega direttamente al modem ADSL. Tra i due apparecchi c'è una mini
rete composta dagli indirizzi 192.168.1.1 (modem) e 192.168.1.2 (server);
tale rete non è collegata a nessun'altra, in quanto utilizzata solo per
stabilire attraverso di essa una connessione PPTP con MC-Link, il nostro
ISP.
Attraverso tale connessione, il server riceve da MC-Link un indirizzo IP
statico, e utilizzanto Routing e Accesso Remoto viene utilizzato il NAT per
permettere all'intera rete di collegarsi ad Internet. Inoltre, il server,
unico computer dotato di un indirizzo pubblico, svolge una serie di servizi
quali web, FTP, mail, ecc.
Il tutto funziona perfettamente, a parte un problema già noto alla Knowledge
Base Microsoft, che infatti mi ha permesso di risolverlo: quando un
pacchetto al limite della MTU per il TCP/IP (normalmente 1500) viene
generato da un PC, tale pacchetto, passando attraverso la rete locale, il
NAT e la connessione PPTP, finisce per superare la MTU e non essee inviato.
Il problema si manifesta quindi durante qualunque spedizione di dati, e
tipicamente se si invia qualcosa lungo più di 2K (ad esempio un'email lunga,
o un file). Soluzione: ridurre la MTU, intorno ai 1400 - 1500.
Ok, il tutto funzona regolarmente, finché non ho deciso di far utilizzare
questo collegamento al mio PC di casa (tra l'altro, avendo Teleconomy *NON
PAGO* questa telefonata, visto che *NON* sto chiamando un ISP, almeno
ufficialmente ;-) ).
Primo problema: il servizio di Accesso Remoto *NON* permette di affettuare
il NAT per le connessioni in ingresso. Occorre creare quindi una
"connessione a richiesta" e impostarla per accettare connessione invece che
per iniziarle. Dopodiché, inserendo tale interfaccia tra quelle da
utilizzare per il NAT, funziona tutto. L'interfaccia deve essere specifica
per l'utente che la utilizzerà, e alla Microsoft pensano che questo aumenti
la sicurezza. Sorvoliamo...
Comunque, pur funzionando il tutto (in questo momento ho scaricato il
newsgroup attraverso questa connessione), pur abbassando la MTU ho comunque
dei pesanti problemi di trasmissione, al punto che per spedire questo
messaggio dovrò collegarmi direttamente ad un ISP!
Come posso risolvere un casino del genere ? Nel registro del mio computer ho
impostato la MTU per tutte le interfacce, anche al disotto di quella che uso
per la rete locale (per essere più sicuro), ma non funziona ugualmente...
Inoltre, ne approfitto per un paio di richieste: dato che la società che
possiede questa rete (e per cui lavoro) intende registrare un dominio, il
cui DNS primario sarà in esecuzione sul server stesso, tale dominio sarà
composto da un solo indirizzo pubblico. Il problema è però che nel mio DNS
ci devono essere per forza i record per i PC della rete privata, altrimenti
le Active Directory non funzionano nemmeno per idea... soluzioni ? Uso un
DNS pubblico e uno locale ? Temo di non poter mettere IP privati in un DNS
pubblico... c'è qualche regola da seguire in casi come questo ?
Grazie per ogni aiuto :-)
Massimo

 pubblico... c'è qualche regola da seguire in casi come questo ?
Controlla sul sito dell'ISP. Dovrebbero esserci dei documenti su come
configurare il DNS server.