Home Nieuws Technologie Google Public DNS moet internet beter, sneller en veiliger maken
Google Public DNS moet internet beter, sneller en veiliger maken
Donderdag 03 December 2009 21:50

Op 3 december kondigt zoekgigant Google zijn eigen gratis DNS-dienst aan. Enerzijds zou deze dienst het surfen sneller, veiliger en betrouwbaarder moeten maken. Anderzijds zou het de zoekgigant tonnen aan data moeten opleveren met eventueel wat inkomsten.

Deze dienst zal de concurrentie aangaan met OpenDNS dat momenteel al 15 miljoen gebruikers telt en ruim 20.000 dollar aan inkomsten per dag genereert.

Een DNS-server zorgt ervoor dat een webadres, dat niet leesbaar is voor een computer, (bijvoorbeeld: www.yahoo.com) omgezet wordt naar computertaal (een IP-adres: 209.131.36.158). Wanneer die computer het IP-adres begrijpt, opent hij de website in je browser. Meestal gebruiken we automatisch de DNS-servers van de provider waar we klant bij zijn. Echter, dit is niet altijd de beste keuze. Als de DNS-server van jouw provider traag is, duurt het laden van de opgevraagde pagina alweer een klein stuk langer.

 

Met dank aan liger voor het melden van dit nieuws.

Reacties Reacties
Zoeken
meon - 04-Dec-2009 01:07:21
Quote:
Anderzijds zou het de zoekgigant tonnen aan data moeten opleveren met eventueel wat inkomsten.

Google kan z'n naam beter inruilen voor "The Central Intelligence Company"
Toch maar akelig hoor.
De DNS-servers zijn trouwens:
8.8.8.8 en 8.8.4.4 (ja, dat zijn IP-adressen!)
ofloo - 06-Dec-2009 18:55:33
Inderdaad Google begint teveel macht te hebben nog even en alles is google, bye bye concurrentie, .. Het is ook bijzonder opvallend dat ze allemaal diensten leveren die mensen persoonlijke data volgen, ik blijf erbij een tijd terug was ik voor iemand op het werk een diploma template aan het zoeken om wat te lachen, .. de dag erna krijg ik get your degree spam mail.
robbe - 04-Dec-2009 01:15:17
Schrik hebben van één grote of van vele kleintjes.
Inderdaad wel originele adressen
Het is wel steeds moeilijker om iets te vinden waarvoor je (nog) niet bij Google terecht kan.
meon - 04-Dec-2009 01:24:20
Nog lollig gevolg als je deze DNS-servers gebruikt: geen last van "de grote Belgisch firewall" en kan je rustig naar http://www.stopkinderporno.com/ surfen :-)
ken - 04-Dec-2009 10:53:23
Gaat lekker snel zo te zien :p Veel sneller als OpenDNS.
seagull - 04-Dec-2009 11:42:08
Als je de performatie van Google Public DNS wil vergelijken met je huidige DNS servers kan je deze tool gebruiken.
koekie - 04-Dec-2009 12:57:48
meon schreef:
Nog lollig gevolg als je deze DNS-servers gebruikt: geen last van "de grote Belgisch firewall" en kan je rustig naar http://www.stopkinderporno.com/ surfen :-)


Ik zit bij EDPnet en die site wordt niet (meer?) geblockt. Heb de dns server niet aangepast. Er is geen adres ingevuld.

@Ken, heb zonet de gegevens ingevuld. Kan het zijn dat wanneer de verbinding naar pagina's soms niet zo goed lukt dit aan je provider kan liggen? Beter dan om de dns server van google in te stellen. Of niet?

Ik zal de gegevens van google er maar laten instaan. Eens zien wat dit geeft naar de komende weken.
fulcrum9 - 04-Dec-2009 17:54:47
Ik heb zelf eens opendns tegen google dns getest met een perl scriptje.
Bij mij komt opendns er als de betere uit.

Code:
zdnet.be:
8.8.8.8: 0.265543 wallclock secs ( 0.01 usr + 0.00 sys = 0.01 CPU)
208.67.222.222: 0.17001 wallclock secs ( 0.02 usr + 0.00 sys = 0.02 CPU)

tweakers.net:
8.8.8.8: 0.281703 wallclock secs ( 0.02 usr + 0.02 sys = 0.03 CPU)
208.67.222.222: 0.194396 wallclock secs ( 0.03 usr + 0.00 sys = 0.03 CPU)

facebook.com:
8.8.8.8: 0.293998 wallclock secs ( 0.03 usr + 0.00 sys = 0.03 CPU)
208.67.222.222: 0.197449 wallclock secs ( 0.00 usr + 0.00 sys = 0.00 CPU)

bbc.co.uk:
8.8.8.8: 0.360079 wallclock secs ( 0.02 usr + 0.00 sys = 0.02 CPU)
208.67.222.222: 0.185469 wallclock secs ( 0.02 usr + 0.00 sys = 0.02 CPU)

userbase.be:
8.8.8.8: 0.295239 wallclock secs ( 0.02 usr + 0.01 sys = 0.03 CPU)
208.67.222.222: 0.219107 wallclock secs ( 0.02 usr + 0.02 sys = 0.03 CPU)

break.com:
8.8.8.8: 0.300251 wallclock secs ( 0.02 usr + 0.02 sys = 0.03 CPU)
208.67.222.222: 0.214114 wallclock secs ( 0.02 usr + 0.00 sys = 0.02 CPU)

Code:
use strict;
use Benchmark ':hireswallclock';

my $start;
my $end;
my $website;
my $dns;
my @dns = ("8.8.8.8","208.67.222.222");
my @websites = ("zdnet.be","tweakers.net","facebook.com","bbc.co.uk","userbase.be","break.com");

open(OUTPUT,">dnstest.txt");

foreach(@websites){
$website = $_;
print OUTPUT $website.":n";
foreach(@dns){
$dns = $_;
$start = new Benchmark;
system("nslookup $website $dns");
$end = new Benchmark;
print OUTPUT "t$dns: ",timestr(timediff($end,$start)),"n";
}
print OUTPUT "n";
}

close(OUTPUT);

exit;
silencer - 05-Dec-2009 21:16:37
http://code.google.com/intl/nl/speed/public-dns/privacy.html

What we log:

Google Public DNS stores two sets of logs: temporary and permanent. The temporary logs store the full IP address of the machine you're using. We have to do this so that we can spot potentially bad things like DDoS attacks and so we can fix problems, such as particular domains not showing up for specific users.

We delete these temporary logs within 24 to 48 hours.

In the permanent logs, we don't keep personally identifiable information or IP information. We do keep some location information (at the city/metro level) so that we can conduct debugging, analyze abuse phenomena and improve the Google Public DNS prefetching feature. We don't correlate or combine your information from these logs with any other log data that Google might have about your use of other services, such as data from Web Search and data from advertising on the Google content network. After keeping this data for two weeks, we randomly sample a small subset for permanent storage.

Finally, if you're interested in knowing what else we log when you use Google Public DNS, here is the full list of items that are included in our permanent logs:

* Request domain name, e.g. www.google.com
* Request type, e.g. A (which stands for IPv4 record), AAAA (IPv6 record), NX, TXT, etc.
* Transport protocol on which the request arrived, i.e. TCP or UDP
* Client's AS (autonomous system or ISP), e.g. AS15169
* User's geolocation information: i.e. geocode, region ID, city ID, and metro code
* Response code sent, e.g. SUCCESS, SERVFAIL, NXDOMAIN, etc.
* Whether the request hit our frontend cache
* Whether the request hit a cache elsewhere in the system (but not in the frontend)
* Absolute arrival time in seconds
* Total time taken to process the request end-to-end, in seconds
* Name of the Google machine that processed this request, e.g. machine101
* Google target IP to which this request was addressed, e.g. one of our anycast IP addresses (no relation to the user's IP)

Geen optie voor mij.
fvhbrugge - 05-Dec-2009 22:46:53
Inderdaad een gevaarlijke trend:
1) google weet van de hele aarde de trefwoorden die opgezocht worden
2) google kent de mail van de hele aarde (gmail)
3) google kent heeft documenten van de hele aarde (googledocs)
4) google leest alle boeken van de hele aarde
5) google weet welke plekken op aarde interessant zijn (google earth)
6) google filmt de ganse aarde op straatniveau (google street)
7) Na alles wat google nu al weet, komt daar nog bij: google weet van de hele aarde alles waarheen gesurft wordt...


Big Brother is watching you.

Was ik van de CIA; ik zou wel weten welke bedrijven ik onder controle wil:
1) google vanwege alle kennis die daar opgeslagen is.
2) microsoft vanwege autoupdate van windows
erik - 06-Dec-2009 11:03:54
ey,

Die perl code bevat een fout.De eerste regel van een perl programma is altijd

Code:

#!/usr/bin/perl


waarbij "/usr/bin/perl" het path is naar de perl interpreter kan je te weten komen via

"which perl" (geen "") op een linux shell te typen
fulcrum9 - 06-Dec-2009 14:50:19
Niet verplicht als je met activeperl werkt op windows.
crapiecorn - 08-Dec-2009 08:37:47
Als ik test met namebench test komt de dns server van dommel er het snelste uit. http://ruben-schepers.be/namebench_2009-12-05_1944.html
ofloo - 08-Dec-2009 01:03:25
Wat een zever veiliger, .. zoveel dns misbruiken zijn er niet, .. het gebeurd amper dus laat dat veiliger maar achterwegen.
koekie - 08-Dec-2009 13:51:16
http://www.stopkinderporno.com

Niet meer bereikbaar via google dns en ook niet meer via edpnet. Met een proxy, waarvan er 1001 te vinden zijn, en er elke dag nieuwe bijkomen, raak je op de site zonder problemen.

Bijvoorbeeld: http://www.proxy.org

Die van de CCU lezen ongetwijfeld mee. Hallo vrienden. Succes met het blokkeren van sites.
Alleen geregistreerde gebruikers mogen reageren!
 

Laatste nieuwsreacties



Deze site

Raak je niet aangemeld op deze site?
Contacteer ons!

Heb je een nieuwstip?
Geef ons een seintje!