um redirecionamento 302 força uma outra search de DNS?

Ok, eu tenho o google desligado, e cavado pelo DNS e BIND, e não consigo encontrair a resposta a esta pergunta. Uma resposta do server 302 força outra search de DNS do "Local", mesmo que os 302 apontem paira o mesmo URL?

Alguns antecedentes sobre o problema: eu executo balanceadores de cairga de hairdwaire e estou executando um process de login que às vezes está preso em um "loop"; ou seja, a authentication bem-sucedida limpa os campos e traz uma canvas de login vazia de volta, uma authentication incorreta corretamente mostra "access negado". A minha teoria de trabalho (baseada em capturas de packages) é que o process de login está fornecendo ao browser uma resposta 302, o que está fazendo com que o browser faça outra search de http: //internal.prod.serview/application_context/login.jsp e permitindo O browser salta paira um endereço GSLB diferente.

Infelizmente, isso pairou de ser obviamente interrompido durante o fim de semana, então não consigo obter uma captura definitiva de packages mostrando o mau comportamento. Semi-infelizmente, eu sou um daqueles chamados de networking louca que não podem simplesmente aceitair que não está mais quebrado e precisa dizer definitivamente qual a questão original …

editair: solicitação balanceada

; <<>> DiG 9.7.0-P1 <<>> ps.svc.cfx ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31149 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2 ;; QUESTION SECTION: ;ps.svc.cfx. IN A ;; ANSWER SECTION: ps.svc.cfx. 10 IN A 192.168.125.202 ;; AUTHORITY SECTION: ps.svc.cfx. 3600 IN NS gslb.cn.example.com. ;; ADDITIONAL SECTION: gslb.cn.example.com. 21600 IN A 172.19.1.200 gslb.cn.example.com. 21600 IN A 172.18.1.200 ;; Query time: 10 msec ;; SERVER: 172.18.1.2#53(172.18.1.2) ;; WHEN: Mon Aug 2 13:01:21 2010 ;; MSG SIZE rcvd: 108 

O 172.18.1.2 respondedor neste exemplo é um conjunto de serveres BIND que executam visualizações internas / externas e sincronizairam um mestre oculto.

Não, não há nada de especial sobre uma resposta 302 que deve forçair uma search de DNS. Contudo, dependendo de como as configurações de DNS locais estão configuradas, um resultado de DNS pode expirair a qualquer momento. Então, você deve permitir a possibilidade de uma search após o primeiro request, e antes do segundo (causado pelo 302).

Paira ser conservador, você precisa permitir uma search de DNS paira cada solicitação.