Zoekmachines plat?!

[BKJ]

eborn schreef op 15 juni 2004 @ 15:10:
Volgens mij ligt akadns er 'gewoon' uit, whatever that may be in the big circle of the Internet

Service Unavailable - DNS failure
The server is temporarily unable to service your request. Please try again later.

[DinX]

Bijna alle VS .com adressen liggen er blijkbaar uit

[Verwijderd]

Google.nl/.com doen het hier momenteel niet, google.de weer wel. Volgens mijn collega deed google.de het zonet ook niet. Ik verbind vanuit Volkswagen (Wolfsburg).

/edit
google.de ligt er momenteel weer uit. Kennelijk zijn de verbindingen nog niet helemaal optimaal.

[ Voor 25% gewijzigd door Verwijderd op 15-06-2004 15:13 ]

[Hans]

Hadden hier hetzelfde. Bbeyond SDSL. Er zijn hier wel meer wazige problemen, zoals een trage upload en meldingen van het server monitoring systeem

[ Voor 3% gewijzigd door Hans op 15-06-2004 15:11 ]

[xces]

same here, google ligt er ook uit

[Verwijderd]

Vreemde bedoeling, zit er soms een mannetje van AlQuaida op de zeebodem met een kniptangetje te spelen ... ehm... red wire... ehm... blue wire.. ehmm..

[M@rijn]

1 van de 7 masters ligt er uit denk ik

[Burat]

Google.nl doet hier ook niets, wel op http://216.239.57.104/...

[DukeN]

Verwijderd schreef op 15 juni 2004 @ 15:12:
Vreemde bedoeling, zit er soms een mannetje van AlQuaida op de zeebodem met een kniptangetje te spelen ... ehm... red wire... ehm... blue wire.. ehmm..

Nou is dit niet eens zo een raar idee.... (op het zeebodem en kniptangetje na dan natuurlijk)

[PilatuS]

hier helemaal geen enkel probleem (planet adsl)

[BKJ]

De smiechten....de google ads doen het nog wel....uiteraard...

[jonggoud.nl]

Bij mij lag internet er 5 mins uit. Zonnet Versatel...

Geen problemen op AMS=IX??
http://www.ams-ix.net/about/stats/index.html

[ Voor 42% gewijzigd door jonggoud.nl op 15-06-2004 15:18 ]

[Hoyden]

Hier wel problemen, met bijna alle zoeksites en ms.com

Cistron connected.

[eborn]

hitchhacker schreef op 15 juni 2004 @ 15:15:
De smiechten....de google ads doen het nog wel....uiteraard...

Misschien stond die gewoon nog wel in een cache bij jou of de provider?

[BKJ]

Ze hadden op zich al gewaarschuwd. DNS is kwetsbaar. Zie ook http://www.zoeknieuws.nl/?q=dns

Check de artikelen met de beveiligingkwesties.

[TeeDee]

Thuis (Kabelfoon): nergens last van. Komt ook niet uit de DNS cache, want als ik google.com intik, wordt er netjes geredirect naar Google.nl.
@Work (kpn SDSL): nergens last van.

Als het aan de rootservers lag, dan heb je er toch niet zo gek veel last van? Imho cachen als ISP's zelf toch wel, zowiezo om de rootservers te ontlasten. Als het een terroristische actie zou zijn, dan zou deze behoooorlijk wat impact hebben.

[DinX]

root-servers a, b en g reageren niet meer op ping hier

[ Voor 6% gewijzigd door DinX op 15-06-2004 15:19 ]

[sdomburg]

Hier schijnt alles gewoon te werken Ik neem aan dat als ik voor de eerste keer zoek op "sagduhwgd", dat 'ie dat niet uit de cache haalt als ik resultaten krijg.

XS4ALL Basic, Hengelo OV.

[ Voor 6% gewijzigd door sdomburg op 15-06-2004 15:18 ]

[meelmark]

Die terrorist kan inderdaad stukjes meer doorknippen... steeds meer mensen krijgen er langzamerhand last van..

kan iemand die kabel ff nakijken (A)

[xces]

hitchhacker schreef op 15 juni 2004 @ 15:17:
Ze hadden op zich al gewaarschuwd. DNS is kwetsbaar. Zie ook http://www.zoeknieuws.nl/?q=dns
Check de artikelen met de beveiligingkwesties.

Krijg hier niets meer te zien dan alleen de "header" van zoeknieuws.nl, geen verdere content etc

[eborn]

DinX schreef op 15 juni 2004 @ 15:18:
root-servers a en b reageren niet meer op ping hier

Volgens mij doen bepaalde root-servers dat nooit. Het lijkt echt bij Akamai te liggen. Want Yahoo, Google, Microsoft, Altavista etc. hebben hun DNS allemaal via akadns.net lopen.

[Verwijderd]

code:

> www.altavista.com
Server:  wormhole
Address:  192.168.1.1

Non-authoritative answer:
Name:    avatw.search.yahoo2.akadns.net
Address:  216.155.200.155
Aliases:  www.altavista.com

> www.microsoft.com
Server:  wormhole
Address:  192.168.1.1

Non-authoritative answer:
Name:    www2.microsoft.akadns.net
Addresses:  207.46.144.222, 207.46.156.220, 207.46.156.252, 207.46.249.252
          207.46.250.222, 207.46.250.252, 207.46.134.221, 207.46.144.188
Aliases:  www.microsoft.com, www.microsoft.akadns.net

Wat houd die Non-authoritative answer in?

Mijn browser komt namelijk niet op die site als ik de hostnaam in typ, wel als ik dat ip intyp.
Als ik naar de genoemde IPjes ga kom ik wel gewoon op de sites uit

[BKJ]

Xces schreef op 15 juni 2004 @ 15:18:
[...]


Krijg hier niets meer te zien dan alleen de "header" van zoeknieuws.nl, geen verdere content etc

Hier verder weer geen problemen...

[DinX]

Blijkt een probleem bij Akadns te zijn hoor ik op verschillende plaatsen

[ Voor 31% gewijzigd door DinX op 15-06-2004 15:20 ]

[PowerFlower]

Weird, hier doen de meeste search engines het ook niet (Surfnet LAN).

Vaag DNS probleem?

code:

C:\>nslookup www.alltheweb.com
Server:  watson.leidenuniv.nl
Address:  132.229.22.2

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to watson.leidenuniv.nl timed-out

C:\>nslookup alltheweb.com
Server:  watson.leidenuniv.nl
Address:  132.229.22.2

Non-authoritative answer:
Name:    alltheweb.com
Address:  66.94.229.254

Dus het record voor www.alltheweb.com is weg maar niet voor die zonder www

Zelfde voor Google:

code:

C:\>nslookup www.google.com
Server:  watson.leidenuniv.nl
Address:  132.229.22.2

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to watson.leidenuniv.nl timed-out

C:\>nslookup google.com
Server:  watson.leidenuniv.nl
Address:  132.229.22.2

Non-authoritative answer:
Name:    google.com
Addresses:  216.239.57.99, 216.239.37.99, 216.239.39.99

En ga zo maar door.... de www's van een .com niet te vinden, zonder www wel

[dmace]

Hangt er denk ik vooral vanaf hoe snel de DNS-server van je provider refreshed.
(De TTL voor de meer bekenden onder ons)

Hoe langer het duurt, hoe meer mensen Google niet zullen kunnen bereiken.

Hier doet ie het niet, maar als ik een DNS van Xs4all pak, werkt ie nog wel.

[jonggoud.nl]

Non-authoritative answer error:

Non-authoritative answer error - what is it?

It's niet vertelt een fout nslookup u eigenlijk eenvoudig dat de reactie zonder de gebiedende reeks van het antwoordbeetje aankwam, wat betekent dat of uw naamserver of een middennaamserver het antwoord in zijn geheim voorgeheugen vond en het terugkeerde. Gegeven welke you're die, de eerste keer u de raadpleging doet doet, gaat uw lokale naamserver naar de gebiedende naamservers het antwoord vinden, en nslookup hun gebiedende reactie door:sturen. De volgende tijd u geeft de zelfde vraag uit, heeft uw lokale naamserver het antwoord in het voorgeheugen ondergebracht en met een niet gebiedend antwoord geantwoord

hmm beetje brakke vertaling he? :}

DNS Non-authoritative answer error - what is it?


It's actually not an error. nslookup is simply telling you that the
response arrived without the authoritative answer bit set, which means
that either your name server or an intermediate name server found the
answer in its cache and returned it. Given what you're doing, the
first time you do the lookup, your local name server is going to the
authoritative name servers to find the answer, and forwards nslookup
their authoritative response. The next time you issue the same query,
your local name server has cached the answer and responds with a
non-authoritative answer.

[ Voor 34% gewijzigd door jonggoud.nl op 15-06-2004 15:22 ]

[eborn]

PowerFlower schreef op 15 juni 2004 @ 15:20:
En ga zo maar door.... de www's van een .com niet te vinden, zonder www wel

Voor de www's moeten de nameservers van Akamai aangeroepen worden. De domeinadressen staan neem ik aan op een hoger gelegen niveau (de nameservers van de verschillende tld's)

[BKJ]

jonggoud.nl schreef op 15 juni 2004 @ 15:21:
Non-authoritative answer error:


[...]

babelfish???

[eborn]

dmace schreef op 15 juni 2004 @ 15:21:
Hier doet ie het niet, maar als ik een DNS van Xs4all pak, werkt ie nog wel.

Grappig, welke DNS van xs4all pak je dan? Ik krijg namelijk geen reply.
Excuses, ik gebruikte per ongeluk de authoratieve servers van xs4all. Op de cachers werkt het uiteraard gewoon nog...

[ Voor 22% gewijzigd door eborn op 15-06-2004 15:24 ]

[aaslos]

hmmz...typ net www.yahoo.com in, kom ik hier op uit: http://www.www.yahoo.com.org


*edit: nu weer normaal...zal wel een probleem van mijn kant zijn, maar zoekmachines zijn vrij dood en m$ ook... (demon)

[ Voor 44% gewijzigd door aaslos op 15-06-2004 15:23 ]

[DinX]

eborn schreef op 15 juni 2004 @ 15:21:
[...]
Voor de www's moeten de nameservers van Akamai aangeroepen worden. De domeinadressen staan neem ik aan op een hoger gelegen niveau (de nameservers van de verschillende tld's)

als je http://google.com opent wil hij vanzelf naar http://www.google.com en die vindt hij dus niet

[Ron!n]

hier kom ik wel overal op, sdsl van easynet.

edit: alleen altavista.com niet

[ Voor 29% gewijzigd door Ron!n op 15-06-2004 15:26 ]

[eborn]

DinX schreef op 15 juni 2004 @ 15:23:
als je http://google.com opent wil hij vanzelf naar http://www.google.com en die vindt hij dus niet

Apart is dat eigenlijk, want google.com is in principe ook een geldig adres.

Naja, 216.239.39.99 gebruiken dan maar

[BKJ]

aaslos schreef op 15 juni 2004 @ 15:23:
hmmz...typ net www.yahoo.com in, kom ik hier op uit: http://www.www.yahoo.com.org


*edit: nu weer normaal...zal wel een probleem van mijn kant zijn, maar zoekmachines zijn vrij dood en m$ ook... (demon)

Bij geen resultaat denken sommige browsers dat je een fout hebt gemaakt en vullen het aan met www. en .ext. Dus das wel redelijk normaal...

[RobIII]

sdomburg schreef op 15 juni 2004 @ 15:18:
Hier schijnt alles gewoon te werken Ik neem aan dat als ik voor de eerste keer zoek op "sagduhwgd", dat 'ie dat niet uit de cache haalt als ik resultaten krijg.

XS4ALL Basic, Hengelo OV.

Jazeker komt het uit de cache. De DNS cache.
Google.com wordt dus gewoon uit de DNS cache gehaald. Wat google vervolgens met de zoekquery doet is een ander verhaal. Je snapt DNS denk ik nog niet helemaal

[Verwijderd]

De demon dns cache resolved ze vanaf nu ook niet meer, geloof ik

zonet nog wel

[sdomburg]

RobIII schreef op 15 juni 2004 @ 15:25:
[...]

Jazeker komt het uit de cache. De DNS cache.
Google.com wordt dus gewoon uit de DNS cache gehaald. Wat google vervolgens met de zoekquery doet is een ander verhaal. Je snapt DNS denk ik nog niet helemaal

* sdomburg in z'n ogen wrijft

[aaslos]

*d0h*...ik op news.google.com kijken of er wat nieuws is over dit gedoe, heeft natuurlijk weinig zin...

[SanderTje!]

Google.com doet hier nog steeds niet!

Nu wel weer!

[ Voor 28% gewijzigd door SanderTje! op 15-06-2004 15:31 ]

[mvdklip]

NL_NaToR schreef op 15 juni 2004 @ 15:03:
ik wil ff gelijk iets vragen --> hier doen alle zoek machines het wel maar GOOGLE kan slecht plaatjes zoeken als wij bijvoorbeeld op DUIM zoeken dan gaat het goed zoeken we daarna op VINGER dan krijgen we lege afbeeldingen. De achterliggende sites laden ook allemaal dan zonder de foto's...

Meer mensen hier lasten

Erg offtopic, maar uit ervaring weet ik dat dit kan komen doordat je een DNS server van een andere provider dan je eigen ingesteld hebt. Ik had er vroeger zelf een handje van om altijd de xs4all DNS servers in te vullen onafhankelijk van de access provider. Alles lijkt dan te werken op dit soort rariteiten na...

[RobIII]

eborn schreef op 15 juni 2004 @ 15:10:
Volgens mij ligt akadns er 'gewoon' uit, whatever that may be in the big circle of the Internet

Helemaal mee eens...

@Hieronder: AAAAARGH... Heb je 't nou uit je cache, of komt het van hetnet?

[ Voor 18% gewijzigd door RobIII op 15-06-2004 15:37 ]

[powerflux]

hetnet: geen problemen.

microsoft.com, google.com, yahoo.com - alles werkt al de hele dag *voorzover ik de hele dag op google zit* en nu nog steeds.

en het komt van hetnet, niet uit mijn cache.

sorry voor mijn lamme post.

[ Voor 104% gewijzigd door powerflux op 15-06-2004 16:43 ]

[Verwijderd]

ze komen langszaam terug

[Miki]

Verwijderd schreef op 15 juni 2004 @ 15:37:
ze komen langszaam terug

Nou hier nog echt helemaal niks.

[bonzz.netninja]

ipconfig /flushdns

[Mystic Spirit]

Hierwerkt alles prima... alles gaat ook gewoon lekker snel

[Miki]

Mystic Spirit schreef op 15 juni 2004 @ 15:43:
Hierwerkt alles prima... alles gaat ook gewoon lekker snel

Al wel gekeken naar chaches enzo Hier liggen de meeste amerikaase .com sites plat.

Hmm update, het lijkt er weer op dat ze back-online zijn.

[ Voor 22% gewijzigd door Miki op 15-06-2004 15:48 ]

[TheBorg]

Er zijn wat problemen met de root servers, daarbovenop komt dat hosting provider National Net (US) in z'n geheel plat ligt. Ze zijn inmiddels uit bed gebeld lol.

[Verwijderd]

akamai, die de dns van heel veel bedrijven doet, maar ook de trailertjes van apple, en de updates van symantec e.d. ligt eruit.
Hierdoor resolven heel veel domeinen niet meer, microsoft/apple/liveupdate.symantec.com ect.

ff wachten tot ze hun probleem oplossen dus.

[Major 7]

nu 15:47 en nog steeds geen google.nl
ADSL van Demon.

[ Voor 19% gewijzigd door Major 7 op 15-06-2004 15:48 ]

[blueline]

Symantec ligt ook plat

[DiLDoG]

Google en Altavista doen t hier ook niet

[Verwijderd]

is er ergens op een amerikaanse newssite ofzo niets te vinden? ik zoek me helemaal suf maar lees nog nergens iets officieels hierover

[Verwijderd]

Verwijderd schreef op 15 juni 2004 @ 15:57:
is er ergens op een amerikaanse newssite ofzo niets te vinden? ik zoek me helemaal suf maar lees nog nergens iets officieels hierover

Waar moeten ze over schrijven dan?
Tis down, en ik denk dat alleen akamai weet waarom.

[Verwijderd]

Daar sta je dan als Akamai met geblaat over redundancy, high availability, load balancing... zo zie je maar weer het stelt geen ruk voor het is net een kaartenhuis

[ Voor 6% gewijzigd door Verwijderd op 15-06-2004 16:03 ]

[xces]

Google is back online.. Knap als google zo snel kan inspringen want de rest ligt volgens mij nog wel plat..

[ Voor 111% gewijzigd door xces op 15-06-2004 16:05 ]

[Verwijderd]

www.microsoft.com

Service Unavailable - DNS failure
The server is temporarily unable to service your request. Please try again later.

Windows Update
HTTP status code: 504
The following has occurred whilst attempting to process the requested URL:

Description...................................................: DNS look-up failed for 'www.microsoft.com'
HTTP Status Code........................................: 504
HTTP Reason Phrase...................................: No response from server
Proxy............................................................: msw01.inet.local:80

Toch wel .....vreemd....

[eborn]

Xces schreef op 15 juni 2004 @ 16:03:
Google is back online.. Knap als google zo snel kan inspringen want de rest ligt volgens mij nog wel plat..

Google heeft geen seconde plat gelegen, net als Microsoft en Yahoo. Het feit dat bij jou de DNS weer een resultaat teruggeeft is eerder een indicatie dat een tussenliggende sys-admin iets heeft veranderd

Akamai DNS outage

Akamai DNS problem

Starting at around 8:30 am EDT (12:30 UTC), a number of sources started to report a widespread Akamai DNS issue. Large web sites, which use Akamai for its DNS service, did no longer resolve. Effected sites are Yahoo, Google, Microsoft, Fedex, Xerox, Apple and likely many others.

Typically, the domain itself (e.g. 'google.com') still resolves, but popular hostnames, like 'www.google.com' will not resolve. As a result, the web site is no longer reachable.

The effect appears to be world wide.

posts to the NANOG mailing list regarding this issue:
http://www.merit.edu/mail.archives/nanog/msg05267.html

Bron: www.incidents.org

[ Voor 49% gewijzigd door eborn op 15-06-2004 16:19 ]

[TheBorg]

eborn schreef op 15 juni 2004 @ 16:07:
[...]
Google heeft geen seconde plat gelegen, net als Microsoft en Yahoo. Het feit dat bij jou de DNS weer een resultaat teruggeeft is eerder een indicatie dat een tussenliggende sys-admin iets heeft veranderd

In Noord Amerika kan niemand Yahoo bereiken.

[RammY]

Misschien dat als je er www.incidents.org van maakt dat iemand wel dat bericht kan lezen

[ Voor 3% gewijzigd door RammY op 15-06-2004 16:12 ]

[terabyte]

TheBorg schreef op 15 juni 2004 @ 16:09:
[...]


In Noord Amerika kan niemand Yahoo bereiken.

Omdat de DNS het niet doet, met Yahoo zelf is niks aan de hand...

[RammY]

Maar als ik ut dus goed begrijp ligt het dus puur aan je ISP naar welke DNS hij gaat kijken?
Dus met welke HOOFD-DNS-Server je ISP gaat "repliceren".
Ik hier @ Zonnet lijntje kan perfect de pagina's die staan beschreven als "Unreachable" berijken

[eborn]

RammY schreef op 15 juni 2004 @ 16:15:
Maar als ik ut dus goed begrijp ligt het dus puur aan je ISP naar welke DNS hij gaat kijken?
Dus met welke HOOFD-DNS-Server je ISP gaat "repliceren".
Ik hier @ Zonnet lijntje kan perfect de pagina's die staan beschreven als "Unreachable" berijken

Niet helemaal De meeste ISP's hebben zelf een caching nameserver. Dat betekend dat alle requests die binnenkomen een bepaalde periode bewaard blijven. Meestal worden hiervoor de gegevens uit het domein zelf gebruikt. Als deze periode voorbij is haalt hij opnieuw de data op (via de root-servers en het daaruit volgende pad). Als je ISP dus gewoon het domein in de cache heeft staan loopt alles prima. Vraag je echter een zeldzaam adres op dan zoekt hij dit op bij de root-servers en krijg je dus niets terug.

[Verwijderd]

RammY schreef op 15 juni 2004 @ 16:15:
Maar als ik ut dus goed begrijp ligt het dus puur aan je ISP naar welke DNS hij gaat kijken?
Dus met welke HOOFD-DNS-Server je ISP gaat "repliceren".
Ik hier @ Zonnet lijntje kan perfect de pagina's die staan beschreven als "Unreachable" berijken

zonnet heeft ze waarschijnlijk nog in hu ncache staan.

[1st_Ro]

<edit>Lezen, Robert, Lezen ! *zucht* Was een dubbelpost van Eborn </edit>

[ Voor 95% gewijzigd door 1st_Ro op 15-06-2004 16:20 ]

[eborn]

RammY schreef op 15 juni 2004 @ 16:11:
Misschien dat als je er www.incidents.org van maakt dat iemand wel dat bericht kan lezen

Doh!

Overigens, we zijn er weer.

[ Voor 36% gewijzigd door eborn op 15-06-2004 16:29 ]

[Verwijderd]

microsoft doet het weer, omdat ze op hun eigen dns zijn overgestapt.

[Joen]

Zowel MSN, Google als Yahoo doen het hier op Kennisnet. De Google search kon ik vanmiddag ook gewoon gebruiken.
Zal vanavond wel ff thuis checken.

[daxy]

Tjonge hee. Weet iedereen wel waar ze het over hebben???

Akamai heeft grote problemen met al hun DNS servers. Lang leve de Nanog mailinglist, of hebben jullie daar nog nooit van gehoord???

Voor iedereen die niet weet wat Akamai is (ja, ze zijn er), grote websites staan op servers van Akamai over de hele wereld. Om de load te verdelen dus...

Cheerio

Daxy.

[DukeN]

Mag ik even melden dat wij op www.webwereld.nl staan!

bron: http://www.webwereld.nl/nieuws/18799.phtml

[PipoDeClown]

krap verkeerde link, webwereld dus lol

[ Voor 116% gewijzigd door PipoDeClown op 15-06-2004 16:34 ]

[RammY]

DukeN schreef op 15 juni 2004 @ 16:32:
Mag ik even melden dat wij op www.webwereld.nl staan!

bron: http://www.webwereld.nl/nieuws/18799.phtml

Lekker lui daar

Op Tweakers wordt zelfs gespeculeerd over een grootschalige DoS-aanval op een aantal zoeksites, maar hiervoor bestaat geen concrete aanwijzing.

Volgensmij is hier 3x het woord DDoS gevallen.

[Motrax]

En zo zie je weer een gerucht in de wereld geholpen. Omdat er één persoon even iets oppert over een Dos-aanval...

Zolang er geen conrete informatie vrijkomt (o.a. van Akamai) is er hier niets meer over te melden.

Edit:
Reactie op onderstaande:
Dus mogelijk wel een aanval? Maar wie en waarmee? Zoals bijna altijd een worm, maar toch...

[ Voor 28% gewijzigd door Motrax op 15-06-2004 16:43 . Reden: Toevoeging ]

[Verwijderd]

Confirmed from 216.26.128.0/18, 69.2.192.0/19, and 206.196.0.0/20. Seems
to be using determinative destinations tho, as it works from some other
network sources. I'm guessing only certain bits of the network are under
attack or have failed for some reason, or that some parts are handling
whatever issue it is better than others.

Sean McPherson
[e-mail]
Director of Operations / RHCE, LPI
Xodiax, LLC
-> Nanog


Maar eiglijk hier (België) heel de middag niets gemerkt van google of msn (zelfs geen vertraging)

Linkjes:
slashdot
http://slashdot.org/artic...7213.shtml?tid=126&tid=95
--> http://isc.incidents.org/
maar die laatste ligt er blijkbaar uit bij mij

[ Voor 15% gewijzigd door Verwijderd op 15-06-2004 16:45 ]

[Ethnocentrix]

DinX schreef op 15 juni 2004 @ 15:18:
root-servers a, b en g reageren niet meer op ping hier

Hier zijn ze ook niet bereikbaar, c en d wel.
Ik kom trouwens wel op google, altavista enz.

[Tachyon]

SlashDot meldt het ook:

http://slashdot.org/article.pl?sid=04/06/15/1427213

Spuit 11...

[ Voor 13% gewijzigd door Tachyon op 15-06-2004 17:16 ]

[Verwijderd]

Hier zijn alle Microsoft websites off-line of ze laden tergend langzaam, dus ook Messenger en dergelijken doen het niet. Ik zal eens naar 'het werk' bellen, kijken of ze daar ook problemen hebben.

EDIT: Raar. Windowsupdate is plat, maar Officeupdate niet.

[ Voor 18% gewijzigd door Verwijderd op 15-06-2004 17:26 ]

[CH4OS]

hitchhacker schreef op 15 juni 2004 @ 15:07:
oke...dom...ping heeft niks te maken met DNS....

Wel als je pingt naar bijv. www.google.com. Dan moet je PC eerst een DNS-request doen, om het bijbehorend IP-adres te krijgen...

DukeN schreef op 15 juni 2004 @ 15:06:
Maar wat kan dan precies de oorzaak zijn? Dit is niet een klein websitje. Of alleen google die eruit ligt. Nee meerdere Grotere zoekmachines. Hoe is het mogelijk?! Misschien een nieuw nog niet ondekt virus, waardoor iedereen "aanvalt" ?

De sites liggen er niet uit, ze zijn alleen onder de naam onbereikbaar, doordat er ergens een DNS-server er uit ligt . Als je naar http://66.102.9.104 gaat, kom je ook bij Google uit, zelfs sneller dan als je naar http://www.google.com zou gaan, omdat je dat het IP-adres niet hoeft te zoeken

Verwijderd schreef op 15 juni 2004 @ 15:28:
De demon dns cache resolved ze vanaf nu ook niet meer, geloof ik

zonet nog wel

Dat is omdat die DNS-cache om de zoveel tijd vernieuwd word...

Mag wel vaker op F5 drukken zie ik al weer

[ Voor 6% gewijzigd door CH4OS op 15-06-2004 17:36 ]

[PolarBear]

Waar blijft de melding op de frontpage van Tweakers Lijkt me toch een serieus news item..

[sdomburg]

PolarBear schreef op 15 juni 2004 @ 17:51:
Waar blijft de melding op de frontpage van Tweakers Lijkt me toch een serieus news item..

Heb jij al nieuws dan?

[Verwijderd]

sdomburg schreef op 15 juni 2004 @ 18:21:
[...]

Heb jij al nieuws dan?

Ja.

Melding van mijn ISP (Quicknet):
----------------------------------------------------------------------------------------------------------
Storingen en Werkzaamheden

Title: Bepaalde sites kunnen niet worden benaderd.
Type: QuickNet ADSL storingen
Status: Open
Ticket: MK832162
Starttijd: 15/06/2004 14:00
Eindtijd:
Betreft: Bepaalde sites kunnen niet worden benaderd.
Impact: Onbekend
Oorzaak: Probleem met (centraal) netwerkcomponent
Huidige status: In onderzoek
Extra Info:
----------------------------------------------------------------------------------------------------------

[Joen]

Nogmaals JeroenM_tbs reporting here , dit maal ook alle 3 de sites bereikbaar: Yahoo, MSN en Google
Niets aan de hand.

Planet Internet Comfort

[Verwijderd]

Dan verschilt het duidelijk dus toch per ISP. Misschien ligt er ergens een core-router DNS die onder andere enkele nederlandse ISP's voor zijn rekening neemt plat?

[ Voor 34% gewijzigd door Verwijderd op 15-06-2004 21:38 ]

[Motrax]

Ga eerst maar de andere posts lezen voordat je iets neerzet over 'core-router...'

Kijk bij Nanog en lees onderstaande quote's.
http://www.merit.edu/mail.archives/nanog/msg05267.html

eborn schreef op 15 juni 2004 @ 16:07:
[...]
Google heeft geen seconde plat gelegen, net als Microsoft en Yahoo. Het feit dat bij jou de DNS weer een resultaat teruggeeft is eerder een indicatie dat een tussenliggende sys-admin iets heeft veranderd

Akamai DNS outage

Akamai DNS problem

Starting at around 8:30 am EDT (12:30 UTC), a number of sources started to report a widespread Akamai DNS issue. Large web sites, which use Akamai for its DNS service, did no longer resolve. Effected sites are Yahoo, Google, Microsoft, Fedex, Xerox, Apple and likely many others.

Typically, the domain itself (e.g. 'google.com') still resolves, but popular hostnames, like 'www.google.com' will not resolve. As a result, the web site is no longer reachable.

The effect appears to be world wide.

posts to the NANOG mailing list regarding this issue:
http://www.merit.edu/mail.archives/nanog/msg05267.html


[...]

Bron: www.incidents.org

Verwijderd schreef op 15 juni 2004 @ 16:40:
Confirmed from 216.26.128.0/18, 69.2.192.0/19, and 206.196.0.0/20. Seems
to be using determinative destinations tho, as it works from some other
network sources. I'm guessing only certain bits of the network are under
attack or have failed for some reason, or that some parts are handling
whatever issue it is better than others.

Sean McPherson
[e-mail]
Director of Operations / RHCE, LPI
Xodiax, LLC
-> Nanog

[knip]
Linkjes:
slashdot
http://slashdot.org/artic...7213.shtml?tid=126&tid=95

[ Voor 74% gewijzigd door Motrax op 15-06-2004 21:34 ]

[Rob]

http://slashdot.org/comme...5&mode=thread&cid=9433111

Oftewel: een attack.

[Verwijderd]

-Rob- schreef op 15 juni 2004 @ 21:37:
http://slashdot.org/comme...5&mode=thread&cid=9433111

Oftewel: een attack.

Slashdot wil hier ook niet laden , maar het probleem wordt nu ook door verscheidene ISP's bevestigd:

Storingen en Werkzaamheden

Title: Bepaalde sites kunnen niet worden benaderd.
Type: QuickNet ADSL storingen
Status: Open
Ticket: MK832162
Starttijd: 15/06/2004 14:00
Eindtijd:
Betreft: Bepaalde sites kunnen niet worden benaderd.
Impact: Onbekend
Oorzaak: Probleem met (centraal) netwerkcomponent
Huidige status: In behandeling
Extra Info: Akamai, een hostingspecialist die o.a. voor Microsoft, Ebay en Google diensten levert, meldt problemen te hebben met hun diensten.

[ Voor 53% gewijzigd door Verwijderd op 15-06-2004 21:41 ]

[Rob]

FF ouderwets copy'en en pasten dan maar:

Summary:

Between approximately 8:30 AM ET and 10:45 AM ET (GMT +4 hours) on Tuesday, June 15, 2004, some Akamai customers using Global Traffic Manager (FirstPoint), NetStorage (Akamai Content Storage), and Akamai services that utilize Global Traffic Manager and NetStorage experienced performance and availability issues.

This incident resulted from a sophisticated, large-scale attack on Internet infrastructure. This attack impacted Akamai's Internet naming functionality (Domain Name Service or DNS), and resulted in delays in DNS name resolution and, in some cases, timed-out DNS requests. Some end users trying to reach affected sites would have experienced slow responses from the Akamai name servers, potentially resulting in page time-outs. The attack did not cause an outage in Akamai services, as Akamai continued to serve DNS requests. However, the amount and nature of attack traffic created degradation in performance.

The problem was quickly detected by Akamai's automated monitoring systems, and Akamai personnel identified the root cause as a large Internet attack. The attack was mitigated by a combination of actions by Akamai to adjust our infrastructure in response to the attack, along with working with network partners to shut down the source of the attack.

As result of these actions, all Akamai services had returned to normal operating performance by 10:45 AM ET.

Akamai is continuing to work closely with several network partners and legal authorities around the world to identify both the nature of the attack and its intended targets.

We regret any inconvenience this may have caused you or your users. Please contact your Akamai Customer Care representative at 1-877-4-AKATEC (1-877-425-2832) if you have any questions.

Service Note: One of the actions taken during the attack was to temporarily increase the DNS TTL (time to live) on responses being returned from Akamai. This action is helping end-users cache successful responses for longer, thus improving service.

[Verwijderd]

Ik vind het maar apart, dat een specialist in extreme large scale loadbalancing zulke problemen krijgt.

[Barracuda]

geen probleemen gehad... maar ja surfnet hé, moet je redelijk wat voor doen om de netwerk verbinding te slopen

[Blasterxp]

Barracuda schreef op 15 juni 2004 @ 23:20:
geen probleemen gehad... maar ja surfnet hé, moet je redelijk wat voor doen om de netwerk verbinding te slopen

[afbeelding]

whoo, zit het echt zo in elkaar ? damn !!! lijkt me duur met al die dubbele bedrading!

[Vorkie]

Barracuda schreef op 15 juni 2004 @ 23:20:
geen probleemen gehad... maar ja surfnet hé, moet je redelijk wat voor doen om de netwerk verbinding te slopen

[afbeelding]

Wat heeft dit te maken met Akamai? Niet veel toch?

Het gaat erom dat sommige er wel last van hebben gehad en anderen niet, omdat akamai dus de TTL had verhoogt, waardoor... de meeste DNS requesten wel behandeld konden worden

Service Note: One of the actions taken during the attack was to temporarily increase the DNS TTL (time to live) on responses being returned from Akamai. This action is helping end-users cache successful responses for longer, thus improving service.

[ Voor 32% gewijzigd door Vorkie op 15-06-2004 23:45 ]

[PolarBear]

Blasterxp schreef op 15 juni 2004 @ 23:36:
[...]


whoo, zit het echt zo in elkaar ? damn !!! lijkt me duur met al die dubbele bedrading!

Redelijk standaard hoor redundant uitgevoerde backbone. Alle fatsoenlijke access providers hebben dat ..

[Mystic Spirit]

PolarBear schreef op 15 juni 2004 @ 23:44:
[...]


Redelijk standaard hoor redundant uitgevoerde backbone. Alle fatsoenlijke access providers hebben dat ..

Ze moeten wel bedrijven die bepaalde garanties hebben op hun lijn moeten gewaarborgd worden. het kan klauwen met geld kosten als dit niet lukt.

misschien beetje offtopic maar laatst hier voor de deur een stroomkabel ge-explodeerd, we hoorden een poef straat lag wat omhoog, kleine dip in de stroom en verder bleef de boel door gaan.
lag dus een redundantekabel naast die toen niet meer redundant was

[Tomsworld]

Ook nog uitleg hier:
http://www.theregister.com/2004/06/15/akamai_goes_postal/
en hier
http://apnews.excite.com/article/20040615/D837KIU00.html


Deze namiddag is google weer een tijdje zelf zijn dns gaan verzorgen nu draait alles weer op akadns.net zo te zien.

Dit is weer een bewijs wat het uitvallen van dns een impact heeft op het internet.

[PowerFlower]

Barracuda schreef op 15 juni 2004 @ 23:20:
geen probleemen gehad... maar ja surfnet hé, moet je redelijk wat voor doen om de netwerk verbinding te slopen

Surfnet roeleert idd (zeker hier op de uni in Leiden)... maar dit had niets met de verbindingen te maken, alleen de Akamai DNS, en daar hebben we op Surf wel degelijk last van gehad (zie ook mijn post een eindje terug)

[Verwijderd]

Ik hoor van veel kanten dat de problemen voorbij zouden zijn, maar ik kan sites als Microsoft.com, Yahoo!Mail, Tucows e.d. nog steeds niet bereiken

[bonzz.netninja]

wachten tot je eigen dns server weer is geflusht?

[dik_voormekaar]

Was een storing bij een van de grootste amerikaanse ISP's (Akamai).
Zie ook: nieuws: Storing bij Akamai legt groot aantal bekende sites plat

[fsfikke]

Ohhh dus dat was het

[ Voor 31% gewijzigd door fsfikke op 16-06-2004 22:48 ]