Archiefsite Archive.today werkt door blokkade voor sommige gebruikers niet meer

De Russische autoriteiten lijken archive.today en de daaraan gelieerde domeinen te blokkeren. Het gaat onder meer om archive.ph, archive.is en archive.vn. De site wordt aangeprezen als archiveringswebsite, maar wordt in de praktijk vaak gebruikt om betaalmuren te omzeilen.

TechCrunch ontdekte dat de pagina's in het oosten van de Verenigde Staten op bepaalde apparaten niet bereikbaar zijn. Ook voor sommige Tweakers-redacteurs in Nederland zijn de websites slechts beperkt bereikbaar.

De pagina van archive.today toont op bepaalde apparaten een melding dat toegang tot de website 'op besluit van overheidsinstanties' is geblokkeerd. Daarbij verwijst de website naar een pagina van de Russische telecomautoriteit Roskomnadzor. Volgens TechCrunch geeft de toezichthouder aan dat de toegang tot archive.is beperkt is. Die melding verschijnt niet voor de website archive.today.

Het is niet duidelijk hoe uitgebreid de blokkade werkelijk is of waarom een Russische blokkade invloed heeft op Europese gebruikers. De website archive.ph is op sommige apparaten nog wel bereikbaar. Bovendien redirect archive.today in sommige gevallen naar archive.ph.

De websites liggen al langer onder vuur om hun vermogen om paywalls te omzeilen. Eind vorig jaar eiste de FBI nog dat de registrar van de domeinen de gegevens van de website-eigenaar overhandigde in het kader van een 'strafrechtelijk onderzoek'. Het is niet bekend of er een verband is tussen dit onderzoek en de blokkade. De Finse site Gyrovague deed in 2023 uitgebreid onderzoek naar de websites en stelde toen dat de kans groot is dat de eigenaar is gevestigd in Rusland. De websites staan geheel los van de Amerikaanse non-profit Internet Archive, dat het Archive.org-domein beheert.

De melding die Archive.today toont, vertaald met Google Translate

Reacties (37)

[Wirehead]

Voor tweakers die niet afhankelijk willen zijn van zulke sites: gebruik wget/curl, pas je User-Agent aan naar GoogleBot, en haal alle "<script>" tags uit de source. (Dat kan je gerust scripten... ). En daar is je volledige page...

[SunnieNL]

Je kunt dit ook proberen via de volgende manier: Override the user agent string - Microsoft Edge Developer documentation | Microsoft Learn. Als user-agent ook GoogleBot invullen. Ik gebruik er wel een InPrivate window voor.

[Tigitaal]

Nu ben ik geblokkeerd op de telegraaf 😅🥲

[supersnathan94]

Dat klinkt voor mij oprecht als een oplossing, niet echt een probleem.

[VOODOO_WILLIE]

Nu de rest van de MSM nog. De Telegraaf plaatst exact dezelfde onzin en propaganda als al die anderen. Alleen met een zogenaamd "rechts" sausje erover.

[xxs]

Goeie tip, thanks.

In een oneliner: curl -A "Googlebot" $@ | perl -gpe 's|<script>.*?</script>||gs' > stripped.html



En dan met je browser het bestand stripped.html (bookmark) openen.

[The Zep Man]

Dat werkt niet met sommige sites die initieel een artikel gratis aanbieden en later niet meer. Voor die heb je een kopie nodig die gearchiveerd werd ten tijde dat deze nog openbaar stond.

[telenut]

Dat werkt niet bij alle sites natuurlijk... veel artikels op HLN.be zijn terug te vinden op die archief sites, en daardoor best populair.
Maar iemand moet het er wel opzetten dus..

[markjanssen]

Javascript uitzetten is meestal al voldoende (in ieder geval voor veel nederlandse nieuwssites)

[Loller1]

Archive.today werd eerder dit jaar ook al verbannen als bron voor Wikipedia omdat de website bezoeker's systemen gebruikt om een DDoS aanval te plegen en omdat de beheerder met archieven knoeide. Dus of je het zelfd echt moet gebruiken of vertrouwens is ook nog maar de vraag. Je website gebruiken om een DDoS aanval te voeren op iemand die je de mond wilt snoeren is natuurlijk gewoon al vreselijk gedrag, maar als je ook nog eens knoeit met de archieven, wel dan is je website gewoon nutteloos.

[TheVivaldi]

Kleine nuance: die verbanning geldt alleen op de Engelstalige Wikipedia, niet op de Nederlandstalige. Dat staat ook wel in het door jou gelinkte artikel, maar komt niet duidelijk naar voren in je bericht. Dus bij deze.

[TV_NERD]

Dan moeten we daar heel snel wat aan doen want ze gebruiken de computers van indieners (niet gebruikers) niet alleen als DDOS machines maar ze zijn ook betrapt op het actief wijzigen van content. Niet goed en zeker niet goed als bron voor Wikipedia.

edit:
Test

[Reactie gewijzigd door TV_NERD op 24 maart 2026 18:47]

[GertMenkel]

De TLD van .today wordt vanuit Amerika beheerd dus het is niet alsof de Russen het domein hebben overgenomen ofzo.

De mens(en?) achter archive.* hebben in het verleden wel vaker stunts uitgehaald met DNS. Zo saboteren ze expres mensen die Cloudflare gebruiken, ogenschijnlijk omdat hun DNS-hack om geen CDN te hoeven draaien niet werkt met een globale cache.

Aangezien het op sommige verbindingen wel werkt en niet op anderen, en een DNS-lookup ook gewoon direct het IP van de Russische censuurdienst oplevert, vermoed ik eerlijk gezegd dat dit een bewuste actie is om iets van een punt te maken.

Vergelijk: als ik direct bij de .today nameservers een query doe:

$ dig archive.today @v0n0.nic.today.
; <<>> DiG 9.10.6 <<>> archive.today @v0n0.nic.today.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46152
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 4, ADDITIONAL: 3
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;archive.today. IN A
;; AUTHORITY SECTION:
archive.today. 3600 IN NS mick.archive.li.
archive.today. 3600 IN NS carl.archive.is.
archive.today. 3600 IN NS igan.archive.today.
archive.today. 3600 IN NS sara.archive.md.
;; ADDITIONAL SECTION:
igan.archive.today. 3600 IN A 23.137.253.37
igan.archive.today. 3600 IN AAAA 2602:fc24:19:12::1
;; Query time: 242 msec
;; SERVER: 65.22.28.35#53(65.22.28.35)
;; WHEN: Tue Mar 24 11:33:10 CET 2026
;; MSG SIZE rcvd: 192

met als ik het aan Cloudflare vraag:

$ dig archive.today @1.1.1.1

; <<>> DiG 9.10.6 <<>> archive.today @1.1.1.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23245
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;archive.today. IN A
;; ANSWER SECTION:
archive.today. 3603 IN A 188.43.20.67
;; Query time: 14 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Tue Mar 24 11:36:23 CET 2026
;; MSG SIZE rcvd: 58

[DvanRaai89]

De mens(en?) achter archive.* hebben in het verleden wel vaker stunts uitgehaald met DNS. Zo saboteren ze expres mensen die Cloudflare gebruiken, ogenschijnlijk omdat hun DNS-hack om geen CDN te hoeven draaien niet werkt met een globale cache.

Ik vind dit wel interessant klinken; zou je hier meer over kunnnen vertellen? Hoeft niet super gedetailleerd ofzo, gewoon wat contextualisering, zodat ik er er zelf meer over op kan zoeken. Desnoods enkel een bron, zoek ik de rest zelf wel uit.

[Reactie gewijzigd door DvanRaai89 op 24 maart 2026 13:24]

[GertMenkel]

Het komt er op neer dat ze afhankelijk van je IP een andere server teruggeven vanaf hun DNS-server om een soort zelfgemaakte CDN op te zetten.

Cloudflare weigert de originele IP-range mee te sturen via EDNS en cachet ook nog eens antwoorden tussen regio's. Dat betekent dat als een Amerikaan als eerste na het verlopen van de TTL een IP opvraagt via DNS, de servers van archive.* een Amerikaanse server zouden teruggeven en Europeanen bijvoorbeeld ook massaal naar die server gestuurd zouden kunnen worden. Doordat de originele IP-range helemaal niet meegegeven wordt door Cloudflare uit privacy-overwegingen, hebben ze geen enkel idee.

Daarom geeft de website naar mensen die Cloudflare's DNS (1.1.1.1 en dergelijke) gebruiken altijd een onzinantwoord dat je naar een Cloudflare-CAPTCHA stuurt waar je nooit doorheen komt.

De CEO van Cloudflare gaf daar ooit uitleg over: https://news.ycombinator.com/item?id=19828702

Nu zijn er verhalen te horen van mensen dat het soms wel en dan weer niet werkt via 1.1.1.1. Ik heb zelf ooit de IP-adressen gehardcode in mijn Pihole dus ik heb er geen last meer van.

De meest recente ongein die archive.today gedaan heeft, is een DDoS-aanval op een website van iemand die onderzoek deed naar wie er achter de dienst zat (https://www.heise.de/en/news/Hundreds-of-thousands-of-links-Wikipedia-bans-Archive-today-after-cyberattack-11185344.html). Omdat uit dat onderzoek bleek dat de persoon achter de website van Russische komaf lijkt te zijn zou ik de keuze om uit protest/SOS/grap naar de Russische censuurdienst wijzen niet heel gek vinden.

Op het blog van de dienst zie ik ook niet zoveel: https://archive-is.tumblr.com/

[Pinkelmans]

Deze post van Edward Kiledjian geeft wat meer context

[Miglow]

Met mijn Odido K&K krijg ik een Russische melding, met Youfone op KPN netwerk niet. Blijkbaar afhankelijk van je provider-ip?

[TheVivaldi]

Bij mij werkt het nog prima met Odido, maar ik heb wel glasvezel, dus geen K&K.

[RPiNut]

Ik ook bij archive.today. Zodra ik naar archive.is ging werkte alles gewoon.

[nightgold]

De websites liggen al langer onder vuur om hun vermogen om paywalls te omzeilen.

Een website serveert content aan de client. Als een website niet wil dat de client bepaalde content krijgt zonder te betalen, dan moet men de content niet serveren aan accounts zonder abonnement.
Lui een javascript popup gebruiken en dan klagen gaat er bij mij niet in. Het is geen kwestie van niet kunnen maar van niet willen.

[The Zep Man]

Bij mij speelt simpelweg mee dat ik enkel sporadisch dergelijke sites bezoek voor een specifiek artikel dat men linkt. Als iemand die niet dergelijke sites regulier leest ga ik geen abonnement afsluiten.

Een oplossing is wellicht een centrale dienst om ad hoc te betalen voor toegang tot specifieke artikelen. Daarop ingelogd kan een site vragen of je bedrag X wilt betalen om artikel Y te lezen. Dus met een druk op de knop. Maakt het makkelijk. Ideaal voor de incidentele bezoeker die zo niet voor iedere bezochte site een account hoeft aan te maken.

[Reactie gewijzigd door The Zep Man op 24 maart 2026 11:29]

[ollie1965]

Dat dus, een website die "Security through obscurity" gebruikt is geen paywall die je omzeilt. Je kijkt gewoon beter wat er je wordt aangeboden en leest die delen van de tekst die je wordt aangeboden, in dit geval door een hulpmiddel.

Jammer dat er dus blijkbaar geen/onvoldoende kennis is over de definities die er zijn en het wel zo staat in het artikel.
Net zoals iedereen iets maar gelijk een hack noemt terwijl dat heel vaak niet het geval is.

[Victortjeuh]

Archive today logt ook bij sommige websites (bijvoorbeeld het Vlaamse HLN) in op een account met een abonnement voor het scrapen, of gebruikt andere technieken die niet een simpele Javascript bypass zijn.

[The Zep Man]

De pagina van archive.today toont op bepaalde apparaten een melding dat toegang tot de website 'op besluit van overheidsinstanties' is geblokkeerd.

Zijn dat bepaalde apparaten of bepaalde (DNS?)-verbindingen?

[neversium]

Vooralsnog werken alle domeinen bij mij nog en krijg in bij archive.today alleen een redirect naar archive.ph

[CriticalHit_NL]

Geen last van maar ik heb het ook in mijn DNS/hosts staan.

Zoals:

• 57.129.134.86 archive.ph
• 57.129.134.86 archive.is

[ApexAlpha]

Thanks deze werken, ik kon er ook niet meer bij.

[slijkie]

Zie hier gewoon de website als ik "Archive.today" open. (Vanuit Noorwegen dan)

[DaRk PoIsOn]

Tweakers is niet toegankelijk vanaf het op van archive.today 😅