ADSL Tweaks 

Ottimizzazione in breve!
Velocizzare la tua connessione
   Prima di iniziare
   Incrementare la 'Finestra di ricezione TCP' per :
      Microsoft Windows (95/98/Me/NT/2000/XP)
      Apple Macintosh
   Perché ha importanza la 'Finestra di Ricezione TCP'
   Parliamo di latenza, perdita pacchetti  e/o velocità di upload
   Leggende metropolitane
      Perché truccare il TTL non fa aumentare la velocità
      Perché truccare il file System.ini non funziona
   Come verificare la tua velocità di connessione
   Come capire cosa ti rallenta
   Come il limite del flusso in uscita può influenzare la velocità di download
   Il bug di ritrasmissione TCP/IP della Microsoft
   Ridurre gli errori di DNS in Windows 2000/XP

Note Importanti

L'autore di queste pagine non è responsabile di errori od omissioni nel dare queste informazioni. Usatele a vostro rischio.

Non può essere data assistenza privata via email , rivolgetevi al forum per ulteriori domande o chiarimenti

 

Ottimizzazione in breve!

Se volete evitare tutte le discussioni e le spiegazioni tecniche ed arrivare subito al sodo, molte persone hanno solo bisogno di seguire i semplici passi spiegati sotto per ottimizzare la connessione ADSL.

Prima di iniziare ( solo Windows 95 )

Incrementare la ' Finestra di ricezione di Windows '

Prima di iniziare

Se usate Windows 95 ( piuttosto che Windows 98/ME, Windows NT/2000/XP o qualche altro Windows, per il 98 date un'occhiata alla nota 2), la prima cosa che dovete fare è aggiornare il networking installando :

1. Windows Socket Update - Kernel 32
2. Dial-Up Networking 1.4 Upgrade (include alcuni miglioramenti,non solo per connessioni dial-up; adatti anche per Windows 98)
3. Windows Socket 2 Update
4. Microsoft DUN 1.3 and Winsock2 Year 2000 Update

Torna all'indice

Incrementare la 'Finestra di ricezione TCP' per Microsoft Windows (95/98/Me/NT/2000/XP)

Domanda : Come posso ottenere la massima velocità possibile sotto il mio Windows 95/98/Me/NT/2000/XP? Dovrei installare uno di quei programmi di tweaking della connessione?

Risposta : L'unica impostazione di rete di Windows 95/98/Me/NT/2000/XP che ha un effetto reale sulla velocità della ADSL è la dimensione della ' Finestra di ricezione TCP', che può essere controllata con le seguenti impostazioni  di registro :

• Windows 95/98/Me: DefaultRcvWindow
• Windows NT: TcpWindowSize
• Windows 2000/XP:
  • GlobalMaxTcpWindowSize (default for all interfaces - simplest method)
  • TcpWindowSize (individual interface - overrides default)

Tutto il resto che viene normalmente raccomandato ( ad esempio il TTL ) è leggenda metropolitana che non aiuta.

Per modificare la dimensione della finestra di ricezione TCP di Windows usa uno dei seguenti due metodi :

Metodo 1

Salvate le appropriate 4 linee di testo sul Desktop in un file chiamato come quello che vi viene indicato ( basta aprire blocco note inserire le 4 linee e poi scegliere Salva con Nome , selezionare 'Tutti i file' nel campo 'Salva come' inserire il nome e premere su Salve. ) oppure cliccate col destro sul nome del file appropriato e scegliete 'Salva con nome' , quindi fate doppio click sul file creato/ scaricato per aggiungere le informazioni al vostro registro. Tuttavia questo non pulirà le interferenze causate da un eventuale programma usato per 'truccare' la vostra connessione. Se avete già usato un tale programma usate il metodo 2.

*Latenza: Verificate la latenza con il comando 'ping' con un certo numero di hosts distanti ed usate il valore tipicamente più alto. ( Vedi 'Note importanti' sotto la voce 'Latenza'). Regole approssimative ma ragionevoli sono : bassa latenza se avete un valore al di sotto di 100ms ed alta latenza se avete un valore al di sopra di 200ms ( con latenza normale nel mezzo)

**Rimuovi : i files INF sono capaci di rimuovere automaticamente le aqgiunte al Registro, ripristinando il comportamento standard. Clicca col pulsante destro del mouse sul link , scegli 'Salva con nome' e salva il file sul desktop, clicca col destro sul file appena scaricato e scegli Installa per eseguire il file.Quindi potete cancellare il file inf. Riavviate il sistema per fare in modo che le modifiche abbiano effetto.

Metodo 2

Note importanti :

- Riavviare il proprio sistema ogni volta che si apportano delle modifiche per fare in modo che queste divengano effettive
- In accordo con la Microsoft :" Prima di modificare in qualsiasi modo il registro, assicurarsi di fare una copia di sicurezza dei file di registro System.dat e User.dat. Usare l'editor di registro e modificare il registro in modo sbagliato potrebbe comportare gravi problemi per il sistema operativo e richiedere la re-installazione di Windows." Vedi :

• Q256419 "How to Back Up the Registry in Windows 98" (e Windows Me)
• Q221512 "How to Manually Restore the Windows 98 Registry" (e Windows Me)

- Caching/proxy/NAT
   -Se il tuo Internet Service provider usa il caching o un proxy server per velocizzare l'accesso, non hai bisogno di modificare la finestra di ricezione TCP.
   -Se stai condividendo la tua connessione Internet con NAT, allora dovrai reolare la 'Finestra di Ricezione' su tutti i computer che accedono ad internet attraverso NAT, con un proxy solo il proxy server ha bisogno di essere impostato. ( Il programma di condivisione Internet della microsoft si basa su NAT )
   -Se usi il programma di condivisione della connessione Internet dela Microsoft (ICS) in Windows 98 seconda edizione avrai bisogno di cambiare un ulteriore parametro nel registro-- vedi http://support.microsoft.com/support/kb/articles/q230/1/16.asp . NOTA : Questo passaggio è incluso nel metodo 2.

- MTU
   -Se per caso hai usato un programma per migliorare la velocità della tua connessione , devi ripristinare le altre impostazioni di rete  al loro valore di default , in particolare l'MTU ("MaxMTU" in Windows 95/98/Me , "MTU" Windows NT/2000/XP)
   -Se hai una ADSl basata su protocollo PPPoE allora la tua MTU deve essere impostata ad un valore compreso tra 1400 - 1492 ( vedi cos'è il PPPoE )
   -Non è necessario impostare la finestra di ricezione TCP ad un valore che sia un esatto multiplo del MTU o del MSS per evitare una degradazione dalla performance dovuta alla frammentazione dei pacchetti , come è di solito detto. E' un'altra leggenda metropolitana

- Latenza
   -Se stai usando Windows 98 oppure Windows 2000/XP ed hai una latenza molto alta puoi aver bisogno di incrementare il valore al di sopra di 65535 per ottenere la massima velocità ( ad esempio 128000 o anche 256000) Questo non funziona con Windows 95 o Windows NT.
   -Cambiare la dimensione della finestra di ricezione TCP non avrà effetto sulla latenza , che è molto importante per giocare online. Non ci sono settaggi sul proprio computer da modificare che vi aiuteranno nel gioco online. Tuttavia se siete in Interleaved Mode sarete capaci di decrementare la vostra latenza passando a Fast Mode -
   -Latenza e  perdita di pacchetti possono essere misurati con il comando ping. Aprite un finestra di comando ( digitare 'command' dal menù Esegui di Windows ) e digitate "ping indirizzositoditest" dove indirizzositoditest è il nome di dominio o indirizzo IP del server remoto ( esempio : ' ping www.yahoo.com ' ). Vedi pure 'Come capire cosa mi sta rallentando?')

-Altro

   - potete eliminare i files scaricati un volta che li avete usati ma sarebbe bene conservarli per usarli anche in futuro-

   - per rimuovere questi cambiamenti dal vostro Registro potete : usare il file .inf che vi viene fornito nel Metodo 1 , usare il metodo 2 oppure usare RedEdit per cancellare il valore di registro particolare che è stato aggiunto   (ad esempio, DefaultRcvWindow, TcpWindowSize, o GlobalMaxTcpWindowSize), e riavviate il vostro sistema (Windows ritornerà ad i valori di prima.)

orna all'indice

Incrementare la 'Finestra di ricezione TCP' per Apple Macintosh

Attenzione : Le seguenti informazioni non sono state testate dall'autore. USATELE A VOSTRO RISCHIO.

La dimensione della finestra TCP può essere regolata mediante l'impostazione "tcp_rwin_mss_multiplier" dell' OT Advanced Tuner da Sustainable Softworks.Quest'autore suggerisce un valore iniziale di 20.Puo aver bisogno di fare diverse prove prima di trovare il valore ottimo per te. Per maggiori informazioni vedi :

• "More on TCP/IP Tuning" (Sustainable Softworks)
• "How to Download and Browse at the Same Time" (Sustainable Softworks)

Note: Questo autore non ha alcun rapporto con la  Sustainable Softworks.

Torna all'indice

Perché ha importanza la 'Finestra di Ricezione TCP'

Il TCP è un protocollo basato su pacchetti dove i dati vengono trasmessi in blocchi aventi dimensioni diverse, tipicamente con una grandezza massima di 500-1500 caratteri ( di solito 1500 caratteri per connessioni di tipo Cable e xDSL). Due importanti caratteristiche del protocollo sono :

• Il Riconoscimento dei pacchetti - Per rendere sicura la spedizione dei pacchetti , il ricevente deve informare il mittente di una corretta ricezione del pacchetto inviando un pacchetto di 'conferma' indietro al mittente. Se il mittente non riceve il pacchetto di conferma entro un certo intervallo di tempo , assume che tale pacchetto è stato perso e lo ritrasmette ( tante volte fino ad un certo limite )
• Finestra di ricezione - Se ogni singolo pacchetto dovesse veramente essere riconosciuto prima che un altro potesse essere mandato, la performance verrebbe a  degradarsi a causa dei tempi di ritardo che i pacchetti impiegano per andare dal mittente al destinatario più i tempi che i 'pacchetti di conferma ' impiegano per andare dal destinatario al mittente. Per evitare questi ritardi, si permette al mittente di continuare a trasmettere pacchetti di dati prima di ricevere un 'pacchetto di conferma ' fino ad un numero massimo di pacchetti ( dimensione della 'finestra').. Più grande è la dimensione di questa 'finestra' più pacchetti possono essere inviati prima di aver bisogno di un pacchetto di conferma, tuttavia una finestra più grande implica la necessità di ritrasmettere un numero maggiore di pacchetti qualora un errore si dovesse presentare.- Quindi la 'finestra di ricezione ' deve essere larga abbastanza da non rallentare il flusso di dati ma non eccessivamente larga.

La finestra di ricezione TCP ha un valore standard di soli 8K circa in Windows 95/98/NT, e di circa 16K in Windows Me/2000/XP che è un valore adeguato per modem dial-up relativamente lenti e per reti  molto , molto veloci con un valore della latenza relativamente basso 8 ( ad esempio minore di 20 millisecondi). Aumentando le dimensioni di tale finestra ( ad esempio fino a 32-63K) si possono ottenere miglioramenti sulla velocità di connessioni veloci come quella DSL e quella Cable dove c'è un valore più alto di latenza  ( ad esempio 100-120 ms) come spesso accade su Internet, in particolare su lunghi percorsi di rete. ( Incrementare la Finestra di Ricezione TCP non avrà conseguenza su altre connessioni )

Ad esempio consideriamo il caso del download di un file a 100 kilobytes per secondo da un server remoto su connessione ADSL. La finestra di ricezione TCP di default di soli 8K verrà saturata in solo 80 ms, che di solito è un tempo inferiore rispetto al tempo di latenza 'andata-ritorno' su Internet. A questo punto il mittente deve fermare l'invio di ulteriori dati finché non riceve una conferma da parte del destinatario. Con una finestra di ricezione di 32KB, il mittente può continuare ad inviare pacchetti per quasi 325 ms senza ricevere conferma, il che dovrebbe garantire un flusso di dati costante anche quando la latenza è di 100-200 millisecondi o di più. ( Con una finestra di ricezione di 63KB il mittente può continuare ad inviare dati per 650 ms ininterrottamente)

La seguente tabella può essere usata per determinare la minima dimensione della finestra di ricezione TCP necessaria per ogni data velocità di download ( vedi "Come verificare la tua velocità di connessione" e di latenza

C'è bisogno di questo 'tweak' sulla finestra di ricezione TCP perché Windows non fa un buon lavoro nel configurare in modo corretto la dimensione di questa finestra a seconda delle necessità delle diverse connessioni e dei diversi tempi di latenza. ( Altri sistemi operativi fanno un lavoro migliore e non hanno bisogno di questo tipo di trucchetto.

Torna all'indice

Parliamo di latenza, perdita pacchetti, e/o velocità di upload

La Latenza e la perdita dei pacchetti possono essere misurati col comando 'ping'. Aprite una finestra di comando ( prompt di MS-DOS ) e digitate "ping sitoTestRemoto") dove sitoTestRemoto è il nome di dominio o l'indirizzo IP del server remoto ( ad esempio "ping www.yahoo.com" Per ulteriori informazioni vedi Come capire cosa mi sta rallentando?.

Latenza

In parole povere la latenza è il tempo che occorre su Internet per seguire un percorso di andata-ritorno tra due punti. ( ex. il tuo computer ed un Host remoto). La latenza di solito non è un problema se si ha un giusto valore della finestra di reicezione TCP ( vedi Perché ha importanza la 'Finestra di Ricezione TCP' ), ma alti valori della latenza possono degradare le prestazioni delle applicazioni interattive come il gioco online in tempo reale.Un' alta latenza è di solito determinata dal tipo di percorso o da problemi di congestione. Non c'è molto che possiate fare contro questi fattori se non lamentarvi o anche cambiare il Provider Internet.

Perdita pacchetti

I dati vengono trasferiti attraverso Internet sotto forma di blocchi chiamati pacchetti.I pacchetti di solito raggiungono la loro destinazione ma alcuni si possono perdere a causa ad esempio della congestione. Quando un pacchetto viene perso ci vuole un pò di tempo  per fare in modo che : il destinatario avverta il mittente di ritrasmettere il pacchetto perso, e il pacchetto venga ritrasmesso. Idealmente un perdita 'zero' è considerata quella in cui si perdono meno del 1% dei pacchetti. Un perdita  del 5% viene considerata grave. Non c'è molto che si possa fare sulla perdita dei pacchetti a parte lamentarsi o cambiare provider. Non ci sono impostazioni da cambiare per andare a diminuire il numero dei pacchetti persi. Tuttavia se la tua connessione perde molti pacchetti un effetto positivo potrebbe essere quello di diminuire la dimensione della finestra di ricezione TCP Vedi Perché ha importanza la 'Finestra di Ricezione TCP'

Velocità di Upload

La tua velocità di upload ( inviare ad un host remoto ) sarà limitata dal tipo di connessione, dal percorso di rete e dal HOST remoto. Può anche essere limitata da voi di proposito ma non c'è nulla che voi possiate fare per aumentarla.

Torna all'indice

Perché truccare il TTL non fa aumentare la velocità

TTL significa tempo di vita (Time To Live) , il massimo numero di secondi che un pacchetto può stare su Internet prima di essere considerato 'smarrito' e di conseguenza distrutto. Tuttavia come fatto pratico TTL è il realtà il numero massimo di HOP che verranno seguiti poiché il TTL verrà decrementato di almeno 1 ad ogni hop, e la maggior parte degli Hops si trovano a meno di 1 secondo ( di solito molto meno ).

Lo scopo del TTL è di impedire 'percorsi' errati o impossibili ( ad esempio giri in cui i pacchetti andrebbero sempre in tondo senza fine ); per esempio un percorso da A ad E come questo

In questo caso ( giro tra C e D ) il contatore TTL si esaurisce a 0 e ciò comporta la fine del ciclo e la distruzione del pacchetto

L'obiettivo è di avere un TTL largo abbastanza in modo che i pacchetti raggiungano sempre le loro destinazioni se indirizzati su percorsi validi anche attraverso tanti hops, ma non tanto grande da sprecare troppe risorse se tali percorsi risultassero errati .

In Windows 95 il TTL di default è 32. In quasi tutti i casi questo è un valore sufficiente , poiché  normalmente il numero di hops sarà minore di 32 ( di solito molto minore ) Tuttavia se e quando il numero di hops dovesse superare 32 il pacchetto non raggiungerà la destinazione . Per guardarsi contro questi casi insolito in cui il numero degli hops eccedeva 32, il TTL di default è stato aumentato in Windows 98 a 128.

In conclusione il TTL non è un parametro che aumenta o diminuisce la velocità. Se i pacchetti raggiungono la destinazione desiderata, allora aumentare il TTL non avrà nessun risultato. Il TTL entra in gioco solo quando i pacchetti non riescono a raggiungere la destinazione su un percorso valido; ovvero quando non c'è alcuna velocità.

Puoi testare il numero di hops su un dato percorso da Windows usando "tracert" in una finestra di comando ad esempio

Il test sopra è stato fatto con un modem 56K. I tempi in ms sarebbero molto inferiori il il test venisse fatto con l'ADSL )

Per ulteriori sul TTL RFC 791.

Torna all'indice

Perché truccare il file System.ini non funziona?

Il System.ini Network Card Tweak ha origine in un thread intitolato  "Slow cable issue????"

La questione è che il trucco (IRQn=4096)migliora la performance di rete allocando 4 MB di memoria come buffer per l'  IRQ (n) usato dalla tua scheda di rete. Tuttavia :

• Queste impostazioni non hanno alcun effetto sulla reale allocazione della memoria
• queste impostazioni non influenzano realmente la performance di rete come si è visto in test attentamente studiati.
• Non c'è evidenza apparente che tali settings vengano citati nella documentazione Microsoft
• Windows non alloca buffer di memoria per gli IRQ ( I buffer sono responsabilità dei driver dei dispositivi, che li allocano attraverso i dispositivi non IRQ. Sul bus PCI un singolo IRQ può essere condiviso da dispositivi multipli.

Assodato che non migliorano le prestazioni la buona notizia è che ( come nel caso del TTL ) non le peggiorano ( assumendo che non andate a stravolgere il vostro  SYSTEM.INI ) -- Windows ignora le impostazioni che non riconosce.

Torna all'indice

Come verificare la tua velocità di connessione

I siti per testare la velocità su Internet ( per esempio http://speedtest.mybc.com/) non forniscono una misura affidabile della tua velocità locale di collegamento. La ragione è che tutti  i test di velocità da un arbitrario server remoto ti daranno nient'altro che la velocità del particolare percorso in quel determinato istante di tempo sotto quel determinato carico di Server, tutte cose che possono variare di molto e spesso. ( Peggio ancora, alcuni siti di test sono così male implementati che i risultati risultano essere privi di senso)

Per misurare in maniera accurata la velocità del tuo collegamento locale, scarica un grande file ( almeno di un milione di byte) da un server locale in condizioni di carico leggero ( ad esempio il software per Internet dal tuo ISP nelle ore meno affollate ) e misura quanto tempo impieghi. Quando tutti i vari overheads vengono tenuti in conto, con una configurazione ottima del tuo computer la velocità di dowload del tuo FTP binario in bytes per secondo sarà circa 1/10 della velocità del collegamento dichiarata in bits per secondo ( ad esempio circa 150 Kbytes/sec su 1500 Kbits/sec).

Se proprio volete usare uno speed testo provate uno dei seguenti ( ricordate di effettuare i test con connessione a riposto:

• http://151.99.129.53/luxa/luxatv/company/connessione.htm
• http://www.puntoadsl.net/test.html

Se usi Windows 98 puoi monitorare in continuazione la velocità di invio/ricezione dati su una scheda rete ( comunemente impiegata per collegare un modem ADSL) installando  Network Monitor Agent,che si trova nel cd di Windows 98 nella directory \Tools\ResKit\NetAdmin\NetMon Una volta installato sarai in grado di aggiungere Network Monitor Performance alla system tray ( Network Monitor Agent è disponibile anche per Windows 95nel suo cd di installazione nella directory \Admin\NetTools\NetMon.

Se usate Windows NT/2000/XP potete monitorare in continuazione la velocità con cui vengono inviati e ricevuti i dati  su una scheda rete con Performance Monitor. L'oggetto da usare è Network Interface. ( Per informazioni Q154535 "Multiple Instances of Network Interface in Performance Monitor".

Torna all'indice

Come capire cosa ti rallenta

Hai incrementato la finestra di ricezione TCP ma cosa succede se non ottieni ancora la velocità che ti aspetti? ( 1500 Kbits/sec ADSL è capace di scaricare ad un poco più di 150 Kbytes/sec). Potrebbe essere solo una questione di server remoto com capacità limitata . Ma potrebbe anche essere un problema di rete presso il tuo ISP ( il risultato di aver venduto la capacità disponibile a troppi utenti, un problema comune a tutti ). Non importa ciò che hai sentito o letto, "Internet" non è sovra- carica .

Un sintomo usuale di un rete con problemi presso l'ISP è un alta latenza e la perdita dei pacchetti (i dati trasmessi vengono persi a causa di una insufficiente capacità della rete..Una alta latenza ha un effetto negativo sulle applicazioni interattive come il game in real-time  su Internet . La perdita dei pacchetti ha un effetto negativo un pò su tutto .

Il miglior modo di indagare l'origine di un problema di rete è di usare uno strumento per le reti TCP/IP chiamato 'traceroute', che misura sia la latenza che la perdita dei pacchetti in ogni hop di rete che c'è tra te e la tua destinazione ( server remoto ) . Windows 95/98/Me/NT/2000/XP sono forniti di una versione gratuita di traceroute chiamata 'tracert' .Questa fa un buon lavoro , ma l'output del programma può essere difficile da capire ( Vedi "Using TRACERT to Troubleshoot TCP/IP Problems in Windows NT" )

Una delle migliori alternative a traceroute è VisualRoute  shareware: $37.50) della Visualware disponibile per diverse piattaforme compresi Windows 95/98/Me/NT/2000/XP, Solaris, e Linux. Una demo pienamente funzionante è disponibile per il download. Combina un eccellente facilità d'uso ad un alto livello di funzionalità, con la capacità di analizzare la causa dei problemi di rete e mostrare i risultati ( in Inglese ) ad esempio :

Altre buone alternative a traceroute sono :

• Windows
  • Sam Spade (freeware)
  • NeoTrace (shareware: $30)
• Macintosh
  • AGNetTools (commerciale: $50; anche per Windows)
  • Anarchie (shareware: $30)
  • IP Net Monitor (trialware: $20)
  • WhatRoute (freeware; recommendato)

Torna all'indice

Come il limite del flusso in uscita può influenzare la velocità di download

Se le velocità di download sono spesso alte i servizi ADSL hanno di solito un limite nell'upload ( limite artificiale ) di 128 Kbps, che è una velocità solo 4 volte superiore rispetto ad un V.90 ( modem 56K)  ( limitato a 31 Kbps in ustream).

Ciò che di solito viene ignorato è che il limite della capacità in Upload può influenzare il download -- se la capacità di upload viene saturata il download subirà un decremento notevole di velocità. Questo è dovuto ad una debolezza nel protocollo TCP, non alla linea Cable o Adsl in se, e non al service provider.

Per ulteriori informazioni vedere qui

Torna all'indice

Il bug di ritrasmissione TCP/IP della Microsoft

La Microsoft ha confermato un bug di ritrasmissione TCP/IP in Windows 95,98 ed NT che può influenzare in modo negativo l'upload (non il download) attraverso ' reti con grandi ritardi ( per esempio i collegamenti satellitari), " I modem standard di tipo Cable e xDSL non dovrebbero essere colpiti da questo bug e quindi non è necessario alcuna correzione. Per ulteriori informazioni vedere :

• Windows 95/98
  Q236926 "Windows 95 and Windows 98 TCP/IP May Retransmit Packets Prematurely"
• Windows NT
  Q232512 "TCP/IP May Retransmit Packets Prematurely"
  Il problema è stato corretto nel  Service Pack 6. (L'ultima versione nel momento in cui scriviamo è la  Service Pack 6a, che corregge alcuni problemi nel Service Pack 6 originario.)

Torna all'indice

Ridurre gli errori di DNS in Windows 2000/XP

Windows 2000 e Windows XP sono forniti di un servizio di 'DNS Client' che automaticamente memorizza ( salva temporaneamente ) gli indirizzi DNS. Questo migliora la performance evitando le continue ricerche di DNS per gli stessi indirizzi .. il risultato di una ricerca andata a buon fine ( risposta positiva ) è salvato e riutilizzato finché la cache  non viene svuotata.

Di default il Client DNS memorizza anche le risposte negative frutto di ricerche non riuscite . Sfortunatamente questo può impedirti di rimediare da errori momentanei di DNS per un lungo periodo di tempo. Se per esempio , i server DNS presso il tuo ISP sono momentaneamente sovraccarichi oppure sono lenti a rispondere a causa di una momentanea congestione , il client DNS memorizzerà una risposta negativa. Finché questa occorrenza in memoria non verrà cancellata, il che può accadere solo dopo alcuni minuti , non sarà possibile cercare per quel nome di nuovo  ma si ottiene di nuovo un errore immediato. Questo ti impedisce di superare velocemente degli errori di DNS semplicemente tentando di nuovo il collegamento. Questo può portare a spiacevoli ritardi e a problemi di apparente mancata connettività.

Il miglior modo per il tipico utente di Internet di risolvere questo problema è di disattivare la memorizzazione delle risposte negative (Negative Cashing), lasciando inalterate le risposte positive. il Negative Caching può essere disattivato attraverso tre chiavi di registro (NegativeCacheTime, NegativeSOACacheTime,  NetFailureCacheTime,tutte non presenti normalmente) impostandole tutte a zero. Poiché editare il Registro manualmente è rischioso , è fornito un file che compie automaticamente questa operazione : Registry script. ( Cliccare col pulsante destro del mouse sul link quindi scegliere Salva con nome e salvare il file sul Desktop, quindi fare doppio click sul file per inserire le informazioni nel registro. Quindi lo script può essere cancellato.)

Per ritornare al comportamento di default di Windows rimuovere semplicemente i tre valori nel Registro. Potete anche usare il seguente file INF script  per rimuovere le chiavi.( Cliccare col pulsante destro del mouse sul link quindi scegliere Salva con nome e salvare il file sul Desktop, quindi cliccare col pulsante destro del mouse sul file appena scaricato e scegliere Installa)

Per una discussione completa di questo problema vedi pure "Broadband Tip: How to keep DNS Errors from slowing you down!"

TOP