On 11/06/2013 05:20 PM, mourik jan heupink wrote:
Hoi,
Ik ben in dialoog met de support van astaro, onze firewall. Het lijkt
erop dat daar de tweede query wordt gedropped, zonder dat dit
gelogged wordt.
Dus, wellicht later meer, maar het probleem lijkt vooralsnog niet (meer)
in
Jawel, maar dan moet ik dat op alle machines achter de firewall (alle
machines, dus) doen. En los daarvan: het lijkt mij een fout in astaro
die opgelost moet worden.
Ik heb het idee (maar moet dat met tcpdump checken) dat ook de windows
werkstations soms langer doen dan nodig is, over naam
Hoi allemaal,
Ik dacht zelf ook aan dns.
root@ws063:~# cat /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 2001:4860:4860::
nameserver 2001:4860:4860::8844
root@ws063:~#
Ik test dus nu met google's dns, maar met de (voor ons) normale surfnet
dns servers hebben we
On 06-11-13 09:42, mourik jan heupink wrote:
Hoi,
Antwoord komt direct, zit eigenlijk geen vertraging in. Dus de dns op
zich lijkt wèl goed te werken. Of is 'host ftp.nluug.nl' technisch
gezien niet hetzelfde als wat wget doet, bij het resolven van A en ?
Geen idee, ik weet alleen dat
Hoi,
Nou, wat meer duidelijkheid, nu alleen nog een oplossing. Ik zie dit:
No. TimeSourceDestination Protocol Info
1 0.00192.87.143.xx 8.8.8.8 DNS
Standard query A security.debian.org
2 0.18
On 06-11-13 11:45, mourik jan heupink wrote:
Hoi,
Nou, wat meer duidelijkheid, nu alleen nog een oplossing. Ik zie dit:
Er zijn dus twee queries direct achter elkaar, en slechts één ervan
wordt beantwoord.
Ik neem aan dat dit bij jullie allemaal wèl goed werkt, want anders zou
dit toch
Hoi allemaal,
Dank voor het meedenken, even een status update.
Ik ben in dialoog met de support van astaro, onze firewall. Het lijkt
erop dat daar de tweede query wordt gedropped, zonder dat dit
gelogged wordt.
Dus, wellicht later meer, maar het probleem lijkt vooralsnog niet (meer)
Hoi allemaal,
Raar probleem dat ik niet goed begrijp, hoop op tips van jullie:
Een van mijn machines doet zowel ipv4 als ipv6:
wget -6 http://ftp.nluug.nl/README.nluug
en
wget -4 http://ftp.nluug.nl/README.nluug
zijn beide VLIEGENSvlug klaar, je merkt geen enkel 'denkwerk'.
Maar het rare:
Op 05-11-13 19:31, mourik jan heupink schreef:
Ik kan het nog preciezer laten zien met wget optie T, timeout:
root@www:/usr/bin# wget -T 1 http://ftp.nluug.nl/README.nluug
--2013-11-05 19:29:25-- http://ftp.nluug.nl/README.nluug
Resolving ftp.nluug.nl (ftp.nluug.nl)... failed: Connection
On 11/05/2013 07:19 PM, mourik jan heupink wrote:
Hoi,
wget http://ftp.nluug.nl/README.nluug
duurt zeker vijf, zes seconden, en dan download ie alsnog (correct) het
bestandje.
Ook bij mij zie ik geen probleem.
Ik verwacht dat het een probleem is met je resolver. De timeout die je
10 matches
Mail list logo