I have looked at the domain NS and it seems that 2 out of 4 are not
responsive at all.
If you are interested in clearing out the issue and more advanced dns
related issues you can try bind-users_at_lists.isc.org list.
In the above list there are many dns administrators that can help and
consult you on the next step to make the issue one of two:
- gone(fixed locally)
- fixed(fixed by the ns servers admins)
Eliezer
On 08/26/2014 09:20 PM, Cassiano Martin wrote:
> On my squid box it shows DNS failure.
>
> 014/08/26 15:15:09.243 kid1| ModEpoll.cc(139) SetSelect: FD 8, type=1,
> handler=1, client_data=0, timeout=0
> 2014/08/26 15:15:09.243 kid1| dns_internal.cc(1362) idnsRead:
> idnsRead: FD 8: received 55 bytes from 127.0.0.1:53
> 2014/08/26 15:15:09.243 kid1| dns_internal.cc(1169) idnsGrokReply:
> idnsGrokReply: QID 0xf689, -2 answers
> 2014/08/26 15:15:09.244 kid1| dns_internal.cc(1234) idnsGrokReply:
> idnsGrokReply: error Server Failure: The name server was unable to
> process this query. (2)
> 2014/08/26 15:15:09.244 kid1| dns_internal.cc(1092) idnsCallback:
> Merging DNS results www.lusitania.pt A has 3 RR, AAAA has -2 RR
> 2014/08/26 15:15:09.244 kid1| dns_internal.cc(1125) idnsCallback:
> Sending 3 (OK) DNS results to caller.
> 2014/08/26 15:15:09.244 kid1| ipcache.cc(498) ipcacheParse:
> ipcacheParse: 3 answers for 'www.lusitania.pt'
> 2014/08/26 15:15:09.244 kid1| ipcache.cc(556) ipcacheParse:
> ipcacheParse: www.lusitania.pt #0 212.55.134.4
> 2014/08/26 15:15:09.244 kid1| ipcache.cc(556) ipcacheParse:
> ipcacheParse: www.lusitania.pt #1 62.28.187.7
> 2014/08/26 15:15:09.245 kid1| client_side_request.cc(546)
> hostHeaderIpVerify: validate IP 62.28.187.7:80 non-match from Host: IP
> 212.55.134.4
> 2014/08/26 15:15:09.245 kid1| client_side_request.cc(541)
> hostHeaderIpVerify: validate IP 62.28.187.7:80 possible from Host:
>
>
> Thanks
>
> 2014-08-26 14:32 GMT-03:00 Bruno Guerreiro <bruno.guerreiro_at_ine.pt>:
>> Hello.
>> Some of our user are complaning about very slow access to some sites.
>> After some tests i've noticed that the time between squid receiving the request, and actually connecting to the site itself is very high. After this wait all the objects in the page are fetch rather quickly.
>> I've tried upgrading to 3.4 but the issue persists. No auth in place, and the Squid server is connected to internet via full nat.
>> Connecting directly from the server ou via some other proxy software, like nginx, works perfectly.
>> Here are some of the sites (this are portuguese insurance companies):
>> www.nseguros.pt
>> www.lusitania.pt
>> www.logo.pt
>>
>> Any ideas?
>> Thanks in advance.
>> Bruno Guerreiro
>> DMSI/IT
>> Instituto Nacional de Estatística
>> Tel: 218440448 - Ext: 1657
>>
>> Bruno Guerreiro
>> DMSI/IT
>> Instituto Nacional de Estatística
>> Tel: 218440448 - Ext: 1657
>>
>>
>>
>> "Confidencialidade: Esta mensagem (e eventuais ficheiros anexos) é destinada exclusivamente às pessoas nela indicadas e tem natureza confidencial. Se receber esta mensagem por engano, por favor contacte o remetente e elimine a mensagem e ficheiros, sem tomar conhecimento do respectivo conteúdo e sem reproduzi-la ou divulgá-la.
>>
>> Confidentiality Warning: This e-mail message (and any attached files) is confidential and is intended solely for the use of the individual or entity to whom it is addressed. lf you are not the intended recipient of this message please notify the sender and delete and destroy all copies immediately."
Received on Wed Aug 27 2014 - 06:29:02 MDT
This archive was generated by hypermail 2.2.0 : Wed Aug 27 2014 - 12:00:12 MDT