Perché i miei avvisi DNS sono così lunghi (300 + ms) quando accedono al mio sito web?

Sto facendo funzionare un server Fedora 11 con Apache 2. Sto cercando di ottimizzare in modo che le cose siano il più velocemente ansible dal lato server e sto notando (via Firebug per Firefox) che dopo aver caricato la home page di una delle siti sul server web che per each file caricato (HTML, CSS, JavaScript, GIF, PNG, JPG, ecc.) fa una ricerca DNS. Tutti i file che sta guardando sono locali al server, quindi sono sorpreso di vedere anche fare una ricerca DNS. Inoltre, ognuna di queste ricerche è nell'intervallo 150-450 ms, che è troppo alto per il mio gradimento.

Ho provato a aggiustare /etc/resolve.conf per utilizzare i server DNS di Google. Ho riavviato il servizio di networking e ho ripreso la pagina, ma i numbers non sono scesi. Sono tornato ai server DNS predefiniti poiché non ho visto alcun guadagno.

Qualche idea su cosa sta causando: a) fare la ricerca dns in primo luogo e b) prendere così tanto tempo quando si effettua la ricerca effettiva?

Grazie in anticipo.

  • Esportzione / importzione di voci DNS - Windows Server 2008 R2
  • Entrata DNS al di fuori della zona
  • Come faccio a cercare tutti i nomi di ricerca avanzata in Server DNS di Windows 2008 R2 per una string?
  • In Ubuntu come posso scoprire i server DNS utilizzati dalla row di command?
  • Migrare 200 domini dal server DNS Win2003 ad un altro
  • W2K8 DNS - Ho impostato correttamente l'invio condizionale?
  • equivalente dnscmd su Windows 7
  • Come impostare correttamente DNS con i server di nome personalizzati e IIS per più domini
  • 9 Solutions collect form web for “Perché i miei avvisi DNS sono così lunghi (300 + ms) quando accedono al mio sito web?”

    Qualsiasi chiamata a un nome DNS richiede una ricerca, anche se è locale, in modo che la parte è prevista. Tuttavia, dovrebbe memorizzare la cache del record per tutto il tempo che il TTL, a condizione che utilizzi il nome DNS di nome per tutti i tuoi oggetti nella pagina, non dovresti più eseguire la ricerca DNS più volte. Non è ansible utilizzare cnames univoco per each object nella pagina?

    Controllare l'impostazione TTL per la tua zona per confermare che sia impostato su qualcosa di ragionevole.

    Per quanto riguarda i tempi più lunghi, potrebbe essere il server DNS o il client DNS. Prova a testare utilizzando nslookup per fare query DNS direttamente sul server DNS per vedere se hai lo stesso tempo di risposta. Potresti voler passare il path del nome di dominio dal TLD fino al tuo nome di dominio (o cnames) per vedere where si rallenta.

    Un modo per escludere (o in) il tuo client DNS è guardare un sito pubblico come google.com con firebug per vedere se è anche lento.

    Ho avuto un problema molto simile e ho risolto. Era un problema con la nostra configuration iptables, che ho capito è stato personalizzato in casa, quindi probabilmente non hai lo stesso problema, ma ho pensato che avrei collegato solo incase.

    Riceve solo un documento alla volta da un nuovo server web

    "Rimuovendo -m limit --limit 1/s dal nostro iptables configuraton risolve il problema presentato."

    Ho appena risolto questo problema esatto con uno dei nostri server – ricerche DNS multiple per pagina che vengono visualizzate in firebug, una per each elemento che viene caricato. Abbiamo riscontrato che il problema era che nella configuration di Apache, KeepAlive era impostato su Off. Modificando questa opzione su "On" è ansible eseguire più richieste per una connessione TCP e impedire le ricerche DNS per each elemento.

    Abbiamo trovato che i tempi di caricamento sono ora del mezzo a un terzo di quello che fossero, e le richieste DNS non vengono più visualizzate in firebug.

    Ulteriori informazioni:

    http://httpd.apache.org/docs/current/mod/core.html#keepalive

    Stai registrando il nome di dominio o facendo un'altra ricerca DNS inversa per gli indirizzi IP degli utenti?

    È anche spesso un problema quando si utilizzano nomi di dominio anziché indirizzi IP da qualche parte nei file di configuration apache.

    quali sono i tuoi tempi di ping ai tuoi server DNS? Se hai elevata latenza ai tuoi server DNS, allora riceverai alti dens di ricerca di latenza. Se i server DNS sono sovraccarichi, pensate ad aggiungere un server di nome di cache alla networking, questo migliorerà le performance.

    Il tuo gateway può anche essere configurato per dare maggiore priorità al traffico dns, mantenendo quindi il look veloce.

    Non ho mai usato un server windows dns prima, ma forse puoi esplorare il path unix. Bassa latenza, server di concorrenza elevati sono ciò che unix è veramente buono.

    Controllare i routes che utilizzi per i tuoi contenuti. Avete routes assoluti o relativi utilizzati e stai utilizzando un fqdn per il contenuto?

    Esempio:

     <img src="http://mysite.mydomain.com/mypic.png" /> 

    invece di:

     <img src="mypic.png" /> 

    A seconda del tuo sapore di DNS e di altri fattori, il nome di dominio completo potrebbe triggersre una ricerca DNS each volta.

    Potrebbe essere causato dall'edizione del Keep-Alive descritto qui: http://linuxmafia.com/pipermail/sf-lug/2010q2/007698.html ??

    Per alcuni motivi vedi la sezione 14.10 qui: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html e anche (in particolare la sezione 8.1.2) qui: http://www.w3.org/Protocols /rfc2616/rfc2616-sec8.html

    In sostanza la versione HTTP 1.1 predefinita utilizza connessioni persistenti. Ho avuto lo stesso problema di te e si scopre che il mio server web locale obbliga il browser a chiudere la connessione (i problemi sono "header Connection: close" in risposta).

    Questo suona più come un problema di un problema di un server. Il server certamente non sta facendo ricerche DNS – è qualsiasi cliente che stai usando per connettersi ad esso. Se sbaglio a quel punto, dovresti chiarirlo chiaramente, perché il post legge come se il server stava facendo il look, e che sarebbe semplicemente sconcertante . 🙂

    Indovina: Il tuo browser client è configurato per il rilevamento automatico e il file WPAD.dat / PAC utilizza un metodo che richiede una risoluzione DNS, come IsInNet, DnsResolve o simili.

    Questo potrebbe essere combinato con una cache DNS disabilitata sul client.

    In Windows, IE ha usato una cache DNS incorporata, ma ritengo che questo sia andato via in favore di utilizzare il servizio DNS Windows DNS (dnscache). Non c'è idea di altri browser o piattaforms. (Hai provato altri browser?)

    Così, i miei 0,02 dollari: distriggers tutte le impostazioni del proxy e vedi cosa ottieni. Oppure triggersre un proxy esplicito e distriggersre la function di rilevamento automatico e il proxy diventa responsabile di tutte le risoluzione dei nomi. Divertimento!

    Sto vedendo lo stesso comportmento in firebug per un sito esterno che sto analizzando. AFAICT, non c'è niente di sbagliato con il server DNS – il dig mostra un TTL completamente ragionevole. Ma per qualche motivo, FF sta prendendo centinaia di ms per eseguire la parte di ricerca DNS di una richiesta. Forse un bug in firebug?

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.