Η Cloudflare παρουσιάζει DNS υπηρεσία στη διεύθυνση 1.1.1.1 για πιο γρήγορο Internet

[infin1tyGR]

5 minutes ago, QuitLife said:

Ξερω οτι παω αντιθετα στο ρευμα, αλλα προσωπικα δεν συμπαθω την Cloudflare. Ο λογος ειναι γιατι κρυβει καθε ειδους spammers και hackers, πισω απο τα IP της και αδιαφορει για αυτο (λεγοντας οτι δεν εχει ευθυνη).

Προσπαθω εδω και καιρο να βρω ενα IP που με εχει τρελανει στο spam (το site που αναφερεται στο spam) και ειναι αδυνατον. Και τα abuse reports μου προς Cloudflare (μεσω spamcop) πανε στο καλαθι των αχρηστων.

Δυο φορές πάντως που έχω κάνει report για phishing sites που ήταν πίσω από Cloudflare, τα ανέφερε άμεσα στο webhost τους και έβαλε και δική της προειδοποιητική σελίδα όταν μπαίνεις μέχρι να τα σβήσει τελείως ο webhost.

[Επισκέπτης]

5 λεπτά πριν, infin1tyGR είπε

Δυο φορές πάντως που έχω κάνει report για phishing sites που ήταν πίσω από Cloudflare, τα ανέφερε άμεσα στο webhost τους και έβαλε και δική της προειδοποιητική σελίδα όταν μπαίνεις μέχρι να τα σβήσει τελείως ο webhost.

Πιθανα για phishing να το κανουν. Για spamdvertized sites παντως δεν κανει κατι. Ενα μηνα τωρα κανω 2-3 αναφορες καθημερινα, χωρις αποτελεσμα.

Και δεδομενου οτι ο spam server (email) ειναι Κινα (τρεχα-γυρευε) και το site (.to domain) πισω απο τον cloudfare proxy, καληνυχτα.

Επεξ/σία 5 Απριλίου 2018 από Επισκέπτης

[coffeex]

Διαβάστε και την ροή από το παρακάτω tweet

 

[padelelis]

Το ότι κάποιοι εδώ μέσα αντιλαμβάνονται ότι αφού μέτρησαν το ping τους το οποίο από Πχ 50ms έγινε 20-30ms και το αντιλήφθηκαν και στο άνοιγμα των σελίδων με ξεπερνάει..... 

 Τι είστε εσείς ρε δλδ αντιλαμβάνεστε και τα χιλιοστά του δευτερολέπτου?

[Επισκέπτης]

19 ώρες πριν, coffeex είπε

Διαβάστε και την ροή από το παρακάτω tweet

To ipv4 prefix 1.0.0.0/8  δεν δόθηκε σε κάποιον έως το 2010 και το χρησιμοποιούσαν διάφοροι (από network vendors σε εξοπλισμό τους, πχ Cisco wlan controller, ISPs, spoofing attacks etc). Το block 1.0.0.0/8) δόθηκε σε APNIC και ένα κομμάτι του το 1.1.1.0/24 έγινε reserved από apnic labs για ερευνητικούς σκοπούς.

Δες και ένα σχετικό whois query για το 1.1.1.1 τι πληροφορίες θα σου δώσει.

Επεξ/σία 6 Απριλίου 2018 από Επισκέπτης

[kyanokranos]

Έχει κανείς ιδέα πώς γίνεται η αλλαγή σε Speedport W 724V; Έχω αλλάξει τους DNS servers στη σελίδα Internet->Connection->Internet Configuration, αλλά όχι μόνο δεν αλλάζει, λαμβάνω error "IPv4 Connection Status ---> AUTH FAILED". Έχω δοκιμάσει restart, αλλά δε βοηθάει.

Επεξ/σία 6 Απριλίου 2018 από kyanokranos

[nammo]

Στις ‎4‎/‎1‎/‎2018 στις 11:36 ΜΜ, isay είπε

Εγω το έβαλα και μετά απο 5 λεπτα μίκρυνε ο ... τσιτσιφρίγκος και ευτυχως γιατί τωρα δε χρειάζεται να τον διπλώνω.

Πέρα απο αυτά που διαβάζω, μια χαρα ειναι σαν υπηρεσία, πολύ καλός ανταγωνιστής του google dns και σαν υπηρεσία ήρθε για να μείνει. Απο την άλλη θα μείνω στο adguard dns γιατι πρακτικά βλέπω οτι κάνει πάρα πολύ καλη δουλεια στο κόψιμο διαφημίσεων, malware domains και phising sites χωρίς να ασχολούμαι. Τα εχω βάλει στο router και ολες οι συσκευες πίσω απο το router προστατευονται επαρκώς. Εδω και 3-4 μήνες αρχισα να το βαζω και σε routers ανθρώπων του κύκλου μου και τα τηλεφωνήματα τύπου "κάτι κόλλησα μπορεις να μπεις να δεις; " εχουν μειωθεί κατακόρυφα. Για οικογενειες με παιδια σε μικρες ηλικίες εχει και dns που κόβει και το πορνο και γενικά οτιδηποτε ακαταλληλο.

Το αρνητικό. Ειναι λιγο πιο αργο απο το google dns και πιο αργο απο το cloudflare dns, αλλά οχι τοσο ωστε να το αλλαξω και να χασω τα πλεονεκτηματα.

Αν δεν είναι "καλή πρωταπριλια" κάπου κάνεις λάθος. Το dns δεν αυξάνει το bandwidth, αλλά μειώνει (´η αυξάνει) το response time. Διαφορετικά πράγματα

Είσαι εντάξει με το AdGuard γενικώς (DNS, phising, adblocker) και την απόδοση πολύ δυναμικών σελίδων π.χ. Facebook;

[Επισκέπτης]

Δεν αλλάζω DNS, αλλά θα το έχω κατά νου...
Από Χαλάνδρι, vodafone statheri,DNS 62.38.0-1.81, ping &....

achillo@K8n-desk:~$ ping -c 3 192.168.2.32 && ping -c 3 192.168.2.1 && ping -c 3 1.1.1.1 && ping -c 3 8.8.8.8 && ping -c 3 208.69.38.205 && ping -c 3 62.38.1.81 && traceroute 1.1.1.1 && sudo netwox 59 --dst-ip "1.1.1.1"
PING 192.168.2.32 (192.168.2.32) 56(84) bytes of data.
64 bytes from 192.168.2.32: icmp_req=1 ttl=64 time=0.399 ms
64 bytes from 192.168.2.32: icmp_req=2 ttl=64 time=0.334 ms
64 bytes from 192.168.2.32: icmp_req=3 ttl=64 time=0.322 ms

--- 192.168.2.32 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.322/0.351/0.399/0.040 ms
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
64 bytes from 192.168.2.1: icmp_req=1 ttl=64 time=1.43 ms
64 bytes from 192.168.2.1: icmp_req=2 ttl=64 time=2.04 ms
64 bytes from 192.168.2.1: icmp_req=3 ttl=64 time=1.37 ms

--- 192.168.2.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 1.377/1.619/2.044/0.301 ms
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_req=1 ttl=58 time=21.3 ms
64 bytes from 1.1.1.1: icmp_req=2 ttl=58 time=22.1 ms
64 bytes from 1.1.1.1: icmp_req=3 ttl=58 time=23.7 ms

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 21.326/22.413/23.787/1.024 ms
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=56 time=33.0 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=56 time=33.5 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=56 time=32.1 ms

--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 32.161/32.914/33.527/0.566 ms
PING 208.69.38.205 (208.69.38.205) 56(84) bytes of data.
64 bytes from 208.69.38.205: icmp_req=1 ttl=50 time=65.4 ms
64 bytes from 208.69.38.205: icmp_req=2 ttl=50 time=65.5 ms
64 bytes from 208.69.38.205: icmp_req=3 ttl=50 time=69.6 ms

--- 208.69.38.205 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 65.485/66.902/69.660/1.961 ms
PING 62.38.1.81 (62.38.1.81) 56(84) bytes of data.
64 bytes from 62.38.1.81: icmp_req=1 ttl=59 time=22.3 ms
64 bytes from 62.38.1.81: icmp_req=2 ttl=59 time=24.8 ms
64 bytes from 62.38.1.81: icmp_req=3 ttl=59 time=21.7 ms

--- 62.38.1.81 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 21.727/22.968/24.834/1.343 ms
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
 1  192.168.2.1 (192.168.2.1)  1.697 ms  1.634 ms  2.257 ms
 2  170.0.38.62.in-addr.arpa (62.38.0.170)  21.809 ms * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * 5.38.126.176.in-addr.arpa (176.126.38.5)  22.075 ms
 8  1.1.1.1.in-addr.arpa (1.1.1.1)  23.402 ms  24.124 ms  25.956 ms
1 : 192.168.2.1
2 : 62.38.0.170
3 : 62.38.40.141
4 : 62.38.97.173
5 : 62.38.37.94
6 : 62.38.96.150
7 : 176.126.38.5

[isay]

5 ώρες πριν, nammo είπε

Είσαι εντάξει με το AdGuard γενικώς (DNS, phising, adblocker) και την απόδοση πολύ δυναμικών σελίδων π.χ. Facebook;

Κανενα προβλήμα που να εχω παρατηρήσει.

Το μονο θεματάκι που με ενοχλεί είναι οτι εχω χαλασμένα τα css του xda-developers, ΑΛΛΑ δεν ξέρω αν οφείλεται στο adguard ή στο adsblock ή σε αλλες προστασίες που εχω βάλει και ειναι πολύ μικρό το κόστος για πλακώθω στις δοκιμές.

Ovelall είμαι πολύ ευχαριστημενος για να σκεφτώ να το αλλαξω

[jkarasnissan]

Δεν ειδα και μεγαλη διαφορα εγω αλλα ουτε και αντιμετωπισα καποιο slowdown το κραταω προς τ παρον

[Επισκέπτης]

έχει η cloudflare εγκαταστάσεις και στην Ελλάδα ; και αν ναι, που ;

=============

τυχαιότητα το query time για μένα ....
62.38.1.81(vodafone) VS 1.1.1.1(cloudflare)
achasp@achasp:~$ dig @8.8.8.8   in.gr | grep "Query time:"
;; Query time: 75 msec
achasp@achasp:~$ dig @62.38.1.81   in.gr | grep "Query time:"
;; Query time: 50 msec
achasp@achasp:~$ dig @1.1.1.1   in.gr | grep "Query time:"
;; Query time: 22 msec
achasp@achasp:~$ dig @1.1.1.1   contra.gr | grep "Query time:"
;; Query time: 21 msec
achasp@achasp:~$ dig @62.38.1.81   contra.gr | grep "Query time:"
;; Query time: 22 msec
achasp@achasp:~$ dig @62.38.1.81   skai.gr | grep "Query time:"
;; Query time: 21 msec
achasp@achasp:~$ dig @1.1.1.1   skai.gr | grep "Query time:"
;; Query time: 92 msec
achasp@achasp:~$ dig @1.1.1.1   insomnia.gr | grep "Query time:"
;; Query time: 22 msec
achasp@achasp:~$ dig @62.38.1.81   insomnia.gr | grep "Query time:"
;; Query time: 26 msec
achasp@achasp:~$ dig @62.38.1.81   insomnia.gr | grep "Query time:"
;; Query time: 24 msec
achasp@achasp:~$ dig @8.8.8.8   kathimerini.gr | grep "Query time:"
;; Query time: 75 msec
achasp@achasp:~$ dig @62.38.1.81   kathimerini.gr | grep "Query time:"
;; Query time: 24 msec
achasp@achasp:~$ dig @1.1.1.1   kathimerini.gr | grep "Query time:"
;; Query time: 21 msec
achasp@achasp:~$ dig @62.38.1.81   kathimerini.gr | grep "Query time:"
;; Query time: 22 msec
achasp@achasp:~$ dig @8.8.8.8   kathimerini.gr | grep "Query time:"
;; Query time: 67 msec
achasp@achasp:~$ dig @1.1.1.1   kathimerini.gr | grep "Query time:"
;; Query time: 20 msec

achasp@achasp:~$ dig @1.1.1.1 bankingnews.gr | grep "Query time:"
;; Query time: 95 msec
achasp@achasp:~$ dig @62.38.1.81 bankingnews.gr | grep "Query time:"
;; Query time: 22 msec
achasp@achasp:~$ dig @62.38.1.81 capital.gr | grep "Query time:"
;; Query time: 24 msec
achasp@achasp:~$ dig @1.1.1.1 capital.gr | grep "Query time:"
;; Query time: 66 msec

Επεξ/σία 9 Απριλίου 2018 από Επισκέπτης

[coffeex]

19 ώρες πριν, Mario Monti είπε

έχει η cloudflare εγκαταστάσεις και στην Ελλάδα ; και αν ναι, που ;

 

Ναι δες εδώ  

Επεξ/σία 9 Απριλίου 2018 από coffeex

[Επισκέπτης]

Το insomnia με 104.24.6-7.31, 104.16.0.0/12 (CLOUDFLARENET), είναι στο Cheney Reservoir μέσα σε λίμνη του Κάνσας ....
http://geoiplookup.net/ip/104.24.7.31
Θέλω να πω, αν ξέρει κανένας από φυσική παρουσία ....

[Paragontas-x]

Υπαρχει καποιο site που να τσεκαρει και να μας δειχνει τι dns εχουμε βαλει στο ρουτερ μας?

 

Κατι σαν επαληθευση.

[billdanos]

On 4/6/2018 at 1:46 ΜΜ, kyanokranos said:

Έχει κανείς ιδέα πώς γίνεται η αλλαγή σε Speedport W 724V; Έχω αλλάξει τους DNS servers στη σελίδα Internet->Connection->Internet Configuration, αλλά όχι μόνο δεν αλλάζει, λαμβάνω error "IPv4 Connection Status ---> AUTH FAILED". Έχω δοκιμάσει restart, αλλά δε βοηθάει.

Στο ίδιο modem εγώ το έχω αλλάξει κανονικά από τις ίδιες ρυθμίσεις και λειτουργούν όλα κανονικά!