Lets see if this is true.<p>traceroute output for google dns:
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 1.916 ms 1.885 ms 1.872 ms<p>2 81.212.171.79.static.turktelekom.com.tr (81.212.171.79) 6.546 ms 6.548 ms 7.746 ms<p>3 93.155.0.130 (93.155.0.130) 8.952 ms 8.962 ms 9.998 ms<p>4 * * *<p>5 gayrettepe-t2-2-gayrettepe-t3-6.turktelekom.com.tr.119.156.212.in-addr.arpa (212.156.119.143) 11.529 ms 12.833 ms 13.350 ms<p>6 72.14.223.21 (72.14.223.21) 22.117 ms 23.176 ms 23.174 ms<p>7 64.233.175.188 (64.233.175.188) 45.687 ms 44.425 ms 44.377 ms<p>8 216.239.48.117 (216.239.48.117) 44.844 ms 216.239.48.125 (216.239.48.125) 59.738 ms 50.628 ms<p>9 209.85.254.114 (209.85.254.114) 50.647 ms 50.649 ms 51.616 ms<p>10 * * *<p>11 google-public-dns-a.google.com (8.8.8.8) 53.117 ms 53.809 ms 51.228 ms<p>--<p>traceroute output for twitter.com:<p>1 P-2812HNUL-F1.P-2812HNUL-F1 (192.168.1.1) 27.282 ms 27.520 ms 27.748 ms<p>2 81.212.171.79.static.turktelekom.com.tr (81.212.171.79) 32.212 ms 32.926 ms 33.018 ms<p>3 93.155.0.130 (93.155.0.130) 34.917 ms 34.817 ms 40.507 ms<p>4 * * *<p>5 gayrettepe-t2-3-gayrettepe-t3-6.turktelekom.com.tr.25.212.81.in-addr.arpa (81.212.25.72) 42.955 ms * 3174.208 ms<p>6 ulus-t2-3-gayrettepe-t2-3.turktelekom.com.tr.204.212.81.in-addr.arpa (81.212.204.205) 56.691 ms 21.201 ms 20.673 ms<p>7 * * ulus-t2-1-ulus-t2-3.turktelekom.com.tr.197.212.81.in-addr.arpa (81.212.197.197) 2853.324 ms<p>8 ulus-t3-6-ulus-t2-1.turktelekom.com.tr.29.212.81.in-addr.arpa (81.212.29.99) 22.575 ms 22.747 ms 19.829 ms<p>9 * * *<p>10 * * *<p>11 * * *<p>(It looks like 8th node drops all the packages)<p>--<p>just to be on the safe side, this is for the yandex dns:<p>traceroute to 77.88.8.8 (77.88.8.8), 30 hops max, 60 byte packets<p>1 P-2812HNUL-F1.P-2812HNUL-F1 (192.168.1.1) 4.234 ms 4.725 ms 5.196 ms<p>2 81.212.171.79.static.turktelekom.com.tr (81.212.171.79) 9.674 ms 10.857 ms 11.185 ms<p>3 93.155.0.130 (93.155.0.130) 12.008 ms 12.007 ms 13.069 ms<p>4 * * *<p>5 gayrettepe-t2-2-gayrettepe-t3-6.turktelekom.com.tr.119.156.212.in-addr.arpa (212.156.119.143) 15.934 ms 18.825 ms 15.887 ms<p>6 ams-col-1-gayrettepe-t2-2.turktelekom.com.tr.102.156.212.in-addr.arpa (212.156.102.69) 70.412 ms * *
7 ams-ix.retn.net (195.69.145.216) 101.343 ms 101.304 ms 101.318 ms<p>8 GW-Yandex.retn.net (87.245.246.14) 65.985 ms 62.182 ms 63.166 ms<p>9 tulip-ae1.yndx.net (87.250.239.46) 79.653 ms 78.998 ms 63.158 ms<p>10 dns.yandex.ru (77.88.8.8) 73.809 ms 67.510 ms 67.868 ms<p>It is pure hoax. I'm also very discontended these very recent restrictive movements, probably the authors at webrazzi are feeling the same way, but by publishing such news without verification, the media becomes more and more a tool for propaganda.<p>Seriously, there is so much bullcrap going on, I don't know what to believe anymore.
A number of ISPs over here (PK) preposterously block gDNS (as well as OpenDNS). What's rather ironic is that they only block UDP requests to gDNS, and not TCP (`dig @8.8.8.8 google.com +tcp`). It's ludicrous, but that's how it is.
I think this may be the effect of the entire Turkish internet-going population hammering the google DNS servers.<p>More importantly, does anyone know about the potential of man-in-the-middle DNS attacks? There is no https-like certificate based 3rd part validation for DNS, is there?
Just checked dns servers.They are fine <a href="https://fbcdn-sphotos-a-a.akamaihd.net/hphotos-ak-prn1/t1.0-9/155903_10152309047299201_1781285292_n.jpg" rel="nofollow">https://fbcdn-sphotos-a-a.akamaihd.net/hphotos-ak-prn1/t1.0-...</a>
I don't know much about Turkish ISPs but the path they have taken seems even worse than a global internet blackout. After all those who only need to do their business can ignore the blockage.<p>Of course 8.8.8.8 was a bad shortcut: exactly like Twitter, it is a textbook example of SPOF. So while I sympathize with the protests, I hope this episode will teach a few at least the importance of decentralized services.
Welcome to the cat-mouse game:<p>1. government blocks something<p>2. People posting workarounds online<p>3. government block circumvention methods again<p>4. network activity goes underground.<p>You are not at stage 3 of the first cycle.