Na topie

Serwer DNS 1.1.1.1 - przeglądaj Internet szybko i bezpiecznie [AKT.]

Autor:

Szef strefy Ciekawostki

więcej artykułów ze strefy:
Ciekawostki

Firma Cloudflare uruchomiła 1.1.1.1, czyli – jak twierdzi – najszybszą i najbardziej prywatną usługę DNS. Zachęca użytkowników do przechodzenia na ten właśnie serwer, by mogli szybko i bezpiecznie przeglądać Internet.

  • Serwer DNS 1.1.1.1 - przeglądaj Internet szybko i bezpiecznie [AKT.]
A A

Aktualizacja, 13 listopada 2018: Do tej pory „najszybsza i najbardziej prywatna usługa DNS” dostępna przede wszystkim dla użytkowników komputerów. Teraz firma Cloudflare postanowiła ułatwić korzystanie z  1.1.1.1 – czyli swojego sposobu na lepszy Internet – także na smartfonach i tabletach. Szczegóły w zaktualizowanym newsie poniżej (a konkretnie w ostatniej sekcji – „1.1.1.1 na smartfonie”). 

News zaktualizowany, 4 kwietnia 2018: Firma Cloudflare twierdzi, że jej misją jest „pomoc w budowaniu lepszego Internetu”. Tym, czego ostatnio dokonała w celu jej realizacji jest zaś 1.1.1.1 – „najszybsza i najbardziej prywatna usługa DNS”. Czyli… co?

Co to jest prywatna usługa DNS?

Usługi DNS najczęściej są dostarczane przez operatorów internetowych i służą do tego, by (przykładowo i w uproszczeniu) adres „google.com” został poprawnie zinterpretowany i przetłumaczony przeglądarce jako „172.217.10.46”, dzięki czemu wie, do jakiego miejsca w sieci powinna nas zabrać.

Taki operator ma jednak pewne dodatkowe możliwości, a to może nieść ze sobą rozmaite konsekwencje. Dla przykładu: w danym kraju może być zablokowany dostęp do danej strony internetowej (lub ich zbioru). Co więcej, ktoś wyżej postawiony może zwrócić się do operatora z „prośbą” o ujawnienie historii użytkownika. 

Prywatna usługa DNS jest odpowiedzią na te problemy – pozwala mianowicie surfować po Internecie w trybie prywatnym i bez (takiej lub innej) cenzury. I wybierając sobie takie właśnie priorytety firma Cloudflare utworzyła…

1.1.1.1

1.1.1.1 – usługa DNS nastawiona na prywatność

Firma Cloudflare chciała, by każdy miał dostęp do wolnego od cenzury Internetu i by nie wiązało się to z żadnymi problemami. Dlatego właśnie postawiono na „1.1.1.1” – adres, którego trudno nie zapamiętać (a który został udostępniony przez jego właściciela, którym jest organizacja non-profit APNIC).

Cloudflare chwali się, że jej DNS obsługuje wszystkie najważniejsze technologie. Wspiera zarówno DNS-over-TLS, jak i DNS-over-HTTPS. Twierdzi też, że na tle konkurencji (przede wszystkim w postaci google’owskiego 8.8.8.8 i OpenDNS od Cisco) jej usługa wyróżnia się bardzo krótkim czasem reakcji – poniżej 15 ms (w porównaniu do odpowiednio 35 i 21 ms). Średni czas reakcji serwerów od internetowych operatorów wynosi zaś 68 ms. 

1.1.1.1 prędkość

Jeżeli natomiast chodzi o prywatność, firma Cloudflare twierdzi, że jest w stanie ją zagwarantować, między innymi dzięki niepobieraniu adresu IP użytkowników i czyszczeniu rejestrów zapytań już po upływie 24 godzin. Ciągle jednak tylko piszemy o tej firmie, a tak w ogóle, to… 

Co to jest Cloudflare?

Cloudflare to istniejące od niespełna dekady przedsiębiorstwo informatyczne z siedzibą w San Francisco, które zajmuje się dostarczaniem serwerów nazw (DNS) i usług dostarczania treści (CDN). Ma serwery w 122 centrach danych w różnych części świata, co czyni je jednym z liderów rynku. 

Popularność firma ta zyskała jednak przede wszystkim dlatego, że zwraca ogromną uwagę na bezpieczeństwo i prywatność. Dla przykładu w 2014 roku zdecydowała się na darmowe udostępnienie swoim klientom szyfrowania (SSL), a w 2017 roku również za darmo udostępniła narzędzia do ochrony przed atakami DDoS. 

Skoro to mamy już wyjaśnione, wróćmy do tematu… 

Jak zmienić domyślny serwer DNS?

Chcesz sprawdzić, czy 1.1.1.1 rzeczywiście sprawdza się tak dobrze, jak zapowiada to Cloudflare? Jeżeli korzystasz z systemu Windows: 

  • przejdź do „Panelu sterowania”,
  • włącz „Centrum sieci i udostępniania”,
  • z menu po lewej wybierz „Zmień ustawienia karty sieciowej”,
  • kliknij prawym przyciskiem na ikonę sieci, z którą się łączysz i uruchom „Właściwości”,
  • teraz zaznacz „Protokół internetowy w wersji 4 (TCP/IPv4)”,
  • włącz „Właściwości” (pod spodem),
  • zaznacz „Użyj następujących adresów serwerów DNS:” i wpisz preferowany serwer 1.1.1.1 oraz alternatywny 1.0.0.1,
  • zatwierdź, klikając OK i zrestartuj przeglądarkę. 

Jeżeli chcesz zmienić ustawienia na innym urządzeniu, zajrzyj na oficjalną stronę pomocy.

1.1.1.1 na smartfonie

Aby skorzystać z tej usługi (i tym samym uzyskać szyfrowane, anonimowe połączenie z siecią) na urządzeniu mobilnym, należy pobrać aplikację 1.1.1.1: Faster and Safer Internet. Mogą to zrobić zarówno posiadacze sprzętu z Androidem, jak i właściciele iUrządzeń:

1.1.1.1 na Androida 
1.1.1.1 na Androida
1.1.1.1 na iOS
1.1.1.1 na iOS

Pozwala ona w prosty i szybki sposób utworzyć profil VPN. Następnie wystarczy (równie łatwo) aktywować dostęp do usługi, korzystając z przełącznika w centralnej części okna aplikacji. Oczywiście jest to rozwiązanie całkowicie bezpłatne. 

1.1.1.1 app

Jaka korzyść wynika ze skorzystania z tej aplikacji? Przede wszystkim taka, że nie trzeba dokonywać ręcznej konfiguracji, co mogłoby być uciążliwe, biorąc pod uwagę fakt, że smartfon łączy się z wieloma różnymi sieciami. Pozostałe atuty natomiast są związane z samą usługą (co już omówiliśmy). 

Źródło: Cloudflare, Windows Central, The Verge, inf. własna

Odsłon: 24450 Skomentuj newsa
Komentarze

32

Udostępnij
  1. Barubar24
    Oceń komentarz:

    -29    

    Opublikowano: 2018-04-04 18:23

    Pokaż komentarz zakopany przez użytkowników

    Jeżeli korzystasz z systemu Windows:

    ... a jak nie korzystam z tego crapu to co?

    Skomentuj

    1. Kotowaru
      Oceń komentarz:

      40    

      Opublikowano: 2018-04-04 18:38

      To przestań zachowywać się jak studenci prawa płatku śniegu :)

      Skomentuj

      1. Ghola
        Oceń komentarz:

        2    

        Opublikowano: 2018-04-04 18:42

        Dobre :D

        Skomentuj

  2. Draghmar
    Oceń komentarz:

    6    

    Opublikowano: 2018-04-04 19:54

    Ekstra wartości opóźnień...szkoda tylko, że nie powiedzieli *skąd* puścili pinga. :D Dla przykładu:
    Pinging 1.1.1.1 with 32 bytes of data:
    Reply from 1.1.1.1: bytes=32 time=14ms TTL=59
    Reply from 1.1.1.1: bytes=32 time=22ms TTL=59
    Reply from 1.1.1.1: bytes=32 time=21ms TTL=59
    Reply from 1.1.1.1: bytes=32 time=16ms TTL=59

    Ping statistics for 1.1.1.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 14ms, Maximum = 22ms, Average = 18ms

    Dla porównania DNSy googla:
    Pinging 8.8.8.8 with 32 bytes of data:
    Reply from 8.8.8.8: bytes=32 time=16ms TTL=59
    Reply from 8.8.8.8: bytes=32 time=13ms TTL=59
    Reply from 8.8.8.8: bytes=32 time=14ms TTL=59
    Reply from 8.8.8.8: bytes=32 time=13ms TTL=59

    Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 13ms, Maximum = 16ms, Average = 14ms

    A DNSy lokalnego ISP mają jeszcze niższe ;)

    Skomentuj

    1. zeniu
      Oceń komentarz:

      8    

      Opublikowano: 2018-04-04 20:14

      Reklama dźwignią kantu.

      Skomentuj

    2. GLI75
      Oceń komentarz:

      0    

      Opublikowano: 2018-04-04 20:19

      Zdaje się, że oni nie mierzyli "pinga" (ICMP na porcie 0), ale odpowiedź DNS na porcie 53... :>

      Ale zgadzam się, że lokalne serwery DNS powinny być szybsze. Poza tym, nie wierzę w ich zapewnienia o ochronie prywatności.

      Skomentuj

      1. GLI75
        Oceń komentarz:

        2    

        Opublikowano: 2018-04-04 20:28

        "[...] (ICMP typ 0)[...]"

        Pomimo wyłączonego ADB i tak nie można edytować komentarzy. Nieładnie... :-/

        Skomentuj

    3. kwasior
      Oceń komentarz:

      3    

      Opublikowano: 2018-04-04 21:14

      Chyba koledze router laguje:
      Dla CF
      PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
      64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=4.32 ms
      64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=4.27 ms
      64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=4.20 ms
      64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=4.21 ms

      --- 1.1.1.1 ping statistics ---
      4 packets transmitted, 4 received, 0% packet loss, time 3004ms
      rtt min/avg/max/mdev = 4.204/4.251/4.320/0.080 ms

      i Dla Goo
      PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
      64 bytes from 8.8.8.8: icmp_seq=1 ttl=59 time=4.08 ms
      64 bytes from 8.8.8.8: icmp_seq=2 ttl=59 time=3.96 ms
      64 bytes from 8.8.8.8: icmp_seq=3 ttl=59 time=3.89 ms
      64 bytes from 8.8.8.8: icmp_seq=4 ttl=59 time=3.93 ms

      --- 8.8.8.8 ping statistics ---
      4 packets transmitted, 4 received, 0% packet loss, time 3003ms
      rtt min/avg/max/mdev = 3.895/3.969/4.083/0.104 ms

      Skomentuj

      1. Foxy the Pirate
        Oceń komentarz:

        0    

        Opublikowano: 2018-04-04 21:36

        Jak bym mieszkał w serwerowni mojego ISP to też bym takie miał.

        Skomentuj

  3. tommo1982
    Oceń komentarz:

    1    

    Opublikowano: 2018-04-04 22:47

    PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=9.04 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=8.57 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=8.15 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=11.2 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=59 time=8.09 ms
    64 bytes from 1.1.1.1: icmp_seq=6 ttl=59 time=10.2 ms
    64 bytes from 1.1.1.1: icmp_seq=7 ttl=59 time=8.04 ms
    64 bytes from 1.1.1.1: icmp_seq=8 ttl=59 time=6.89 ms
    64 bytes from 1.1.1.1: icmp_seq=9 ttl=59 time=8.49 ms
    64 bytes from 1.1.1.1: icmp_seq=10 ttl=59 time=8.29 ms
    64 bytes from 1.1.1.1: icmp_seq=11 ttl=59 time=8.80 ms
    ^C
    --- 1.1.1.1 ping statistics ---
    11 packets transmitted, 11 received, 0% packet loss, time 10014ms
    rtt min/avg/max/mdev = 6.899/8.720/11.236/1.120 ms


    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=60 time=8.65 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=60 time=7.93 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=60 time=8.11 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=60 time=6.99 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=60 time=8.59 ms
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=60 time=9.39 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    6 packets transmitted, 6 received, 0% packet loss, time 5008ms
    rtt min/avg/max/mdev = 6.995/8.280/9.390/0.738 ms


    Nie mieszkam w serwerowni. Internet przez LAN.

    Skomentuj

  4. Artur_1_
    Oceń komentarz:

    1    

    Opublikowano: 2018-04-04 23:13

    Skoro już się chwalimy, a niech tam... ;-)

    ping 8.8.8.8
    PING 8.8.8.8 (8.8.8.8): 56 data bytes
    64 bytes from 8.8.8.8: icmp_seq=0 ttl=58 time=1,814 ms
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=1,501 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=1,547 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=1,442 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=58 time=1,488 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=58 time=1,463 ms

    ping 1.1.1.1
    PING 1.1.1.1 (1.1.1.1): 56 data bytes
    64 bytes from 1.1.1.1: icmp_seq=0 ttl=58 time=1,714 ms
    64 bytes from 1.1.1.1: icmp_seq=1 ttl=58 time=1,841 ms
    64 bytes from 1.1.1.1: icmp_seq=2 ttl=58 time=1,669 ms
    64 bytes from 1.1.1.1: icmp_seq=3 ttl=58 time=1,804 ms
    64 bytes from 1.1.1.1: icmp_seq=4 ttl=58 time=1,894 ms
    64 bytes from 1.1.1.1: icmp_seq=5 ttl=58 time=2,095 ms

    I jedni i drudzy odpowiadają zwykle sporo poniżej 2 ms :-)

    Standardowy internet kablowy: laptop - WiFi - router - kabel - RJ45 - dostawca.

    Skomentuj

  5. force
    Oceń komentarz:

    0    

    Opublikowano: 2018-04-04 23:22

    Co oni z tego mają? :D

    Skomentuj

    1. kitamo
      Oceń komentarz:

      1    

      Opublikowano: 2018-04-04 23:29

      baze danych adresow ip i stron które przeglądają :)

      Skomentuj

  6. C24k3n
    Oceń komentarz:

    0    

    Opublikowano: 2018-04-04 23:33

    Nie jest źle :)
    ping 8.8.8.8

    Pinging 8.8.8.8 with 32 bytes of data:
    Reply from 8.8.8.8: bytes=32 time=20ms TTL=51
    Reply from 8.8.8.8: bytes=32 time=20ms TTL=51
    Reply from 8.8.8.8: bytes=32 time=33ms TTL=51
    Reply from 8.8.8.8: bytes=32 time=20ms TTL=51

    Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 20ms, Maximum = 33ms, Average = 23ms

    ping 1.1.1.1

    Pinging 1.1.1.1 with 32 bytes of data:
    Reply from 1.1.1.1: bytes=32 time=7ms TTL=56
    Reply from 1.1.1.1: bytes=32 time=7ms TTL=56
    Reply from 1.1.1.1: bytes=32 time=7ms TTL=56
    Reply from 1.1.1.1: bytes=32 time=7ms TTL=56

    Ping statistics for 1.1.1.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 7ms, Maximum = 7ms, Average = 7ms

    Skomentuj

  7. bonio89
    Oceń komentarz:

    7    

    Opublikowano: 2018-04-05 08:13

    Wiadomo że DNS od ISP będzie miał przeważnie najlepszy czas. Ja u siebie postawiłem bind9 który wrzuca do cache zapytania i mam czasy na poziomie 1ms. Oczywiście w forwarders DNS od ISP, Google i Cloudflare.

    BTW do sprawdzania czasu odpowiedzi serwera DNS używajcie polecenia dig albo programu Namebench. Pingiem to sobie można sprawdzać czy lodówka działa.

    Skomentuj Historia edycji

  8. KMyL13
    Oceń komentarz:

    0    

    Opublikowano: 2018-04-06 09:23

    Jak wy sprawdzacie te wyniki pingu DNSów?

    Skomentuj

    1. bartekmustach
      Oceń komentarz:

      2    

      Opublikowano: 2018-04-06 20:21

      cmd -> ping 1.1.1.1 ? ;)

      Skomentuj

      1. KMyL13
        Oceń komentarz:

        1    

        Opublikowano: 2018-04-08 08:37

        Dzięki wielkie - nie jestem aż tak obeznany w tych sprawach.

        Skomentuj

  9. Kadzidło
    Oceń komentarz:

    1    

    Opublikowano: 2018-04-21 12:52

    lol tak sobie sprawdzilem i google u mnie ma lepsze pingi, a moj isp (upc) ma jakies 3-4 razy gorsze pingi niz google :O

    Skomentuj

  10. SRBPL
    Oceń komentarz:

    0    

    Opublikowano: 2018-11-13 11:07

    Najbardziej anonimowym DNSem będzie Twój DNS od ISP, jednocześnie najszybszym bo keszowanym lokalnie.
    Czemu najbardziej anonimowym?
    Wszystkie zapytania z całej sieci lecą z jednego IP, a i tak większość popularnych już dawno siedzi w keszu więc nawet zapytanie nie wyjdzie z serwera.

    Do sprawdzania szybkości odpowiedzi serwera DNS służy dig, nie ping. Tak jak napisał bonio89.

    Skomentuj

    1. SaintInside
      Oceń komentarz:

      0    

      Opublikowano: 2018-11-13 11:29

      'dig' is not recognized as an internal or external command,
      operable program or batch file.

      Skomentuj

      1. SRBPL
        Oceń komentarz:

        0    

        Opublikowano: 2018-11-13 11:38

        Fakt, nie napisałem że to polecenie z linuxa.
        Nie zmienia to jednak faktu ze ping jest nie miarodajny.

        Zajrzyj, pierwsze co zwróciło google.
        https://www.danesparza.net/2011/05/using-the-dig-dns-tool-on-windows-7/

        Skomentuj

    2. Fenio
      Oceń komentarz:

      0    

      Opublikowano: 2018-11-13 19:24

      Nie będzie anonimowy bo ISP to jedyna firma która wie kto (masz z nimi podpisaną umowę) i co (bo ma logi twoich zapytań DNS).

      Inne serwery wiedzą co (logi DNS) ale nie wiedzą kto (mają tylko IP).

      Skomentuj

      1. SRBPL
        Oceń komentarz:

        0    

        Opublikowano: 2018-11-13 20:45

        To oczywiste. ISP ma twoje dane i ma gdzieś gdzie chodzisz po necie. Wiem, bo ponad 7 lat byłem administratorem w takiej sieci.

        ISP zaczyna się interesować co klient robi jak dostanie wezwanie z Policji. Wówczas idą filtry po logach na konkretny adres IP i konkretny czas podany przez policje. Tego są potężne ilości bo musi być logowane każde połączenie.
        Nikt normalny nie przegląda logów użytkowników. Co najwyżej wyłapywana jest nienaturalne zachowanie komputera jak np atak na konkretny port. Tyle, jeśli chodzi o zainteresowanie ISP tym co robi klient.
        O ISP swojego się nie martw.

        Martwić należy się firmami które budują profil użytkownika i sprzedają te dane dalej. Tak robi google i dzięki androidowi wie o tobie więcej niż matka.

        Skomentuj

  11. xmexme
    Oceń komentarz:

    0    

    Opublikowano: 2018-11-13 12:38

    8.8.8.8 googla u mnie szybsze

    Skomentuj

  12. Tomasz Słowik
    Oceń komentarz:

    0    

    Opublikowano: 2018-11-13 14:04

    Korzystałem przez jakiś czas i wróciłem do autmatycznych ustawień Windowsa. Relatywnie często miałem problemy z wczytywaniem stron, chociaż np. streaming w tle działał w tym samym czasie bez zarzutu (bo odwołanie miało miejsce wcześniej, zanim DNS przestał odpowiadać). Po przywróceniu domyślnych ustawień problem nie występuje. Szkoda.

    Skomentuj

  13. baca130
    Oceń komentarz:

    0    

    Opublikowano: 2018-11-13 17:07

    Pinging 1.1.1.1 with 32 bytes of data:
    Reply from 1.1.1.1: bytes=32 time=64ms TTL=53
    Reply from 1.1.1.1: bytes=32 time=37ms TTL=53
    Reply from 1.1.1.1: bytes=32 time=39ms TTL=53
    Reply from 1.1.1.1: bytes=32 time=38ms TTL=53

    Ping statistics for 1.1.1.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 37ms, Maximum = 64ms, Average = 44ms

    Pinging 8.8.8.8 with 32 bytes of data:
    Reply from 8.8.8.8: bytes=32 time=57ms TTL=117
    Reply from 8.8.8.8: bytes=32 time=57ms TTL=117
    Reply from 8.8.8.8: bytes=32 time=61ms TTL=117
    Reply from 8.8.8.8: bytes=32 time=55ms TTL=117

    Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 55ms, Maximum = 61ms, Average = 57ms

    Skomentuj

  14. pawluto
    Oceń komentarz:

    2    

    Opublikowano: 2018-11-13 18:47

    Jak widać dns od google jest szybszy , mimo że te 1.1.1.1 jest jeszcze mało znany i mało ludzi z niego korzysta.
    Gdy więcej osób zacznie korzystać z jedynek , to jeszcze się zwiększy czas oczekiwania na odpowiedz.
    Może ktoś wie gdzie stoi serwer z tymi dns-ami ???

    Skomentuj

  15. pawluto
    Oceń komentarz:

    2    

    Opublikowano: 2018-11-13 18:47

    Jak widać dns od google jest szybszy , mimo że te 1.1.1.1 jest jeszcze mało znany i mało ludzi z niego korzysta.
    Gdy więcej osób zacznie korzystać z jedynek , to jeszcze się zwiększy czas oczekiwania na odpowiedz.
    Może ktoś wie gdzie stoi serwer z tymi dns-ami ???

    Skomentuj

  16. kokosnh
    Oceń komentarz:

    1    

    Opublikowano: 2018-11-13 19:19

    --- 1.1.1.1 ping statistics ---
    12 packets transmitted, 12 received, 0% packet loss, time 11018ms
    rtt min/avg/max/mdev = 5.823/5.899/6.029/0.060 ms

    --- 8.8.8.8 ping statistics ---
    12 packets transmitted, 12 received, 0% packet loss, time 11020ms
    rtt min/avg/max/mdev = 5.761/5.816/5.934/0.079 ms

    a mój lokalny ma
    12 packets transmitted, 12 received, 0% packet loss, time 11018ms
    rtt min/avg/max/mdev = 5.452/5.570/5.954/0.126 ms

    praktycznie to samo u mnie.

    lokalny < google < 1.1.1.1

    Skomentuj

  17. Fenio
    Oceń komentarz:

    1    

    Opublikowano: 2018-11-13 19:21

    Pinging 8.8.8.8 with 32 bytes of data:
    Reply from 8.8.8.8: bytes=32 time=16ms TTL=123
    Reply from 8.8.8.8: bytes=32 time=16ms TTL=123
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=123
    Reply from 8.8.8.8: bytes=32 time=17ms TTL=123

    Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 16ms, Maximum = 18ms, Average = 16ms
    -----------------
    Pinging 1.1.1.1 with 32 bytes of data:
    Reply from 1.1.1.1: bytes=32 time=13ms TTL=60
    Reply from 1.1.1.1: bytes=32 time=16ms TTL=60
    Reply from 1.1.1.1: bytes=32 time=23ms TTL=60
    Reply from 1.1.1.1: bytes=32 time=13ms TTL=60

    Ping statistics for 1.1.1.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 13ms, Maximum = 23ms, Average = 16ms

    Skomentuj

  18. miedzianek
    Oceń komentarz:

    1    

    Opublikowano: 2018-11-13 21:23

    LOL dzięki autorze za ten artykuł. Z ciekawości zmieniłem i odblokowały mi się wszystkie strony z captcha, a do tej pory jakiś problem był, że niby wysyłam jakieś zapytania. DZIĘKI! PIWO gdzie wysłać :D?

    Skomentuj

Dodaj komentarz

Przy komentowaniu prosimy o przestrzeganie netykiety i regulaminu.

Aby dodać komentarz musisz być zalogowany!