poglavicas
Čuven
- Učlanjen(a)
- 02.06.2012
- Poruke
- 5,368
- Poena
- 585
Moja oprema
- CPU & Cooler
- Ryzen 5 3600
- Matična ploča
- Asus B550M Prime wifi
- RAM
- 64GB DDR4 3200MHz
- GPU
- AMD Radeon RX6600 8G
- Storage
- 1TB PNY CS3030 + 1TB Kingston NV2
- PSU
- LC6550
- Kućište
- Deepcool Matrexx 30
- Monitor
- AOC Q3279VWFD8
- Miš & tastatura
- Redragon Apas K535-KR
- Laptop
- Lenovo ThinkBook 14 G3 AMD 4700G
- Mobilni telefon
- Poco F3
- Pristup internetu
- Optički internet
Već neko vreme imam problema sa CloudFlare DNSom na svim telekom mrežama, ADSL/VDSL, mobilni, Exe...
Sa svih ovih mreža ne radi DNS na 1.1.1.1, radi samo onaj na 1.0.0.1 i to sa cloudflare servera u Beču.
Ono što je još čudnije je što ping do 1.1.1.1 navodno radi, ali ima jednu izuzetno čudnu stvar, a to je TTL (Time to live).
Ping iz ExeNet mreže:
Ping sa Telekom VDSL:
Dok ping ka drugoj adresi istog cloudflare servisa radi normalno, i sa normalnom TTL vrednošću:
Na osnovu latencije se vidi da je 1.0.0.1 dalje u odnosu na 1.1.1.1 (1.0.0.1 je konkretno u Beču), a 1.1.1.1 je negde u Srbiji.
Sa drugih mreža ping do 1.1.1.1 i 1.0.0.1 je identičan, sa identičnim TTL i vremenom odziva, kod njih nema problema:
Vip:
Telenor:
Moja pretpostavka je da je neko u Telekomu podesio rutu ka adresi 1.1.1.1 i da paketi poslati na tu adresu uopšte ne završe kod cloudflare-a, već stignu do nekog računara ili rutera u telekomu. Samim tim, iz bilo koje telekomove mreže nije moguće koristiti 1.1.1.1 DNS.
Da li možete proveriti iz drugih mreža (SBB, Beotel, Orion, sa nekih Supernova mreža...) da li vam radi Cloudflare dns?
Naj lakši način je da u browseru otvorite https://1.1.1.1/ - ako se otvori web stranica ovog servisa, onda je uredu, iz telekomovih mreža jednostavno ne može da se otvori.
Drugi način je da u terminalu (cmd) pingujete 1.1.1.1 i ako je TTL manji od 64 onda verovatno paketi stižu do cloudflare-a, a ako je preko 200, onda na ping odgovara neki drugi server ili ruter.
Sa svih ovih mreža ne radi DNS na 1.1.1.1, radi samo onaj na 1.0.0.1 i to sa cloudflare servera u Beču.
Ono što je još čudnije je što ping do 1.1.1.1 navodno radi, ali ima jednu izuzetno čudnu stvar, a to je TTL (Time to live).
Ping iz ExeNet mreže:
Kod:
ping 1.1.1.1 -c 4
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 [B]ttl=249[/B] time=11.0 ms
64 bytes from 1.1.1.1: icmp_seq=2 [B]ttl=249[/B] time=10.9 ms
64 bytes from 1.1.1.1: icmp_seq=3 [B]ttl=249[/B] time=10.7 ms
64 bytes from 1.1.1.1: icmp_seq=4 [B]ttl=249[/B] time=12.3 ms
--- 1.1.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 10.739/11.239/12.279/0.607 ms
Ping sa Telekom VDSL:
Kod:
ping -c 4 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 [B]ttl=250[/B] time=11.0 ms
64 bytes from 1.1.1.1: icmp_seq=2 [B]ttl=250[/B] time=10.9 ms
64 bytes from 1.1.1.1: icmp_seq=3 [B]ttl=250[/B] time=10.7 ms
64 bytes from 1.1.1.1: icmp_seq=4 [B]ttl=250[/B] time=11.2 ms
--- 1.1.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 10.681/10.927/11.153/0.169 ms
Dok ping ka drugoj adresi istog cloudflare servisa radi normalno, i sa normalnom TTL vrednošću:
Kod:
ping -c 4 1.0.0.1
PING 1.0.0.1 (1.0.0.1) 56(84) bytes of data.
64 bytes from 1.0.0.1: icmp_seq=1 [B]ttl=58[/B] time=17.5 ms
64 bytes from 1.0.0.1: icmp_seq=2 [B]ttl=58[/B] time=17.4 ms
64 bytes from 1.0.0.1: icmp_seq=3 [B]ttl=58[/B] time=17.7 ms
64 bytes from 1.0.0.1: icmp_seq=4 [B]ttl=58[/B] time=17.9 ms
--- 1.0.0.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 17.392/17.638/17.936/0.206 ms
Na osnovu latencije se vidi da je 1.0.0.1 dalje u odnosu na 1.1.1.1 (1.0.0.1 je konkretno u Beču), a 1.1.1.1 je negde u Srbiji.
Sa drugih mreža ping do 1.1.1.1 i 1.0.0.1 je identičan, sa identičnim TTL i vremenom odziva, kod njih nema problema:
Vip:
Kod:
ping 1.1.1.1 -c 4
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 [B]ttl=53[/B] time=61.3 ms
64 bytes from 1.1.1.1: icmp_seq=2 [B]ttl=53[/B] time=71.7 ms
64 bytes from 1.1.1.1: icmp_seq=3 [B]ttl=53[/B] time=72.9 ms
64 bytes from 1.1.1.1: icmp_seq=4 [B]ttl=53[/B] time=97.6 ms
--- 1.1.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 61.332/75.887/97.624/13.330 ms
Telenor:
Kod:
ping 1.1.1.1 -c 4
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 [B]ttl=57[/B] time=51.8 ms
64 bytes from 1.1.1.1: icmp_seq=2 [B]ttl=57[/B] time=48.4 ms
64 bytes from 1.1.1.1: icmp_seq=3 [B]ttl=57[/B] time=40.6 ms
64 bytes from 1.1.1.1: icmp_seq=4 [B]ttl=57[/B] time=40.7 ms
--- 1.1.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 40.621/45.367/51.801/4.869 ms
Moja pretpostavka je da je neko u Telekomu podesio rutu ka adresi 1.1.1.1 i da paketi poslati na tu adresu uopšte ne završe kod cloudflare-a, već stignu do nekog računara ili rutera u telekomu. Samim tim, iz bilo koje telekomove mreže nije moguće koristiti 1.1.1.1 DNS.
Da li možete proveriti iz drugih mreža (SBB, Beotel, Orion, sa nekih Supernova mreža...) da li vam radi Cloudflare dns?
Naj lakši način je da u browseru otvorite https://1.1.1.1/ - ako se otvori web stranica ovog servisa, onda je uredu, iz telekomovih mreža jednostavno ne može da se otvori.
Drugi način je da u terminalu (cmd) pingujete 1.1.1.1 i ako je TTL manji od 64 onda verovatno paketi stižu do cloudflare-a, a ako je preko 200, onda na ping odgovara neki drugi server ili ruter.