Skip to main content
Mijn 80/30 VDSL verbinding is er traag (behalve de download test). Browsen gaat traag. Ik heb de installingen bekeken en zag dat het IP adres van de DNS server op 37.148.84.228 staat, met .229 als 2-de. Is dat juist?
inetnum: 37.148.0.0 - 37.148.127.255

netname: IR-RASANA-20120302

country: IR

org: ORG-ART1-RIPE

admin-c: SHAD-RIPE

tech-c: SHAD-RIPE

admin-c: MHSZ-RIPE

tech-c: PP3132-RIPE

status: ALLOCATED PA

mnt-by: RIPE-NCC-HM-MNT

mnt-by: MNT-RASANA

mnt-lower: MNT-RASANA

mnt-routes: MNT-RASANA

created: 2017-06-19T11:35:17Z

last-modified: 2017-06-21T06:03:35Z

source: RIPE



ik twijfel nog of dit goed is .... IRAN?



EDIT: Bovenstaan is INCORRECT, blijkbaar is de request bij het domijn niet goed verwerkt.
Ik twijfel ook, en ben geschrokken en denk dat dit niet goed is. Overigens heb ik ook bij reverse IP lookup Roemenië gekregen. TraceRT geeft geen uitsluitsel, maar wel voor de eerste (!) 10 hops. En in beide landen wil ik niet een DNS service hebben.

=== toegevoegd

Met een andere DNS server geeft traceRT voor het adres .229 meer aan, via Oekraine (10-de hop) naar Iran en struikelt op 172.71.1.238
Heb hier een DNS server binnen mijn Vigor Draytek op IP 37.143.84.228



ZIE HET VERSCHIL ... 143 zoals het moet zijn, staat in jouw bericht als 148 !!!!!!



Raar, want als ik die nu opvraag net als zojuist die van jou ... dan is het nu wel correct.



inetnum: 37.143.80.0 - 37.143.87.255

netname: NL-JAGUAR-20120301

country: NL

org: ORG-PJB2-RIPE

admin-c: PJNR1-RIPE

tech-c: PJNR1-RIPE

status: ALLOCATED PA

mnt-by: RIPE-NCC-HM-MNT

mnt-by: nl-jaguar-1-mnt

created: 2016-12-09T13:38:31Z

last-modified: 2016-12-09T13:38:31Z

source: RIPE



organisation: ORG-PJB2-RIPE

org-name: T-Mobile Thuis BV

org-type: LIR

address: Waldorpstraat 60

address: 2521 CC

address: The Hague

address: NETHERLANDS

e-mail: nwops-tickets@glasoperator.nl

admin-c: GNO5-RIPE

tech-c: GNO5-RIPE

abuse-c: AR38488-RIPE

mnt-ref: nl-jaguar-1-mnt

mnt-by: RIPE-NCC-HM-MNT

mnt-by: nl-jaguar-1-mnt

created: 2016-11-29T08:58:20Z

last-modified: 2017-06-13T13:01:33Z

source: RIPE

phone: +318000092



role: T-mobile Thuis

address: T-mobile Thuis B.V.

address: Waldorpstraat 60

address: 2521 CC

address: The Hague,Netherlands.

e-mail: nwops-tickets@glasoperator.nl

abuse-mailbox: abuse@glasoperator.nl

admin-c: RB20447-RIPE

tech-c: RB20447-RIPE

tech-c: GA9562-RIPE

admin-c: GA9562-RIPE

admin-c: EK4897-RIPE

tech-c: EK4897-RIPE

tech-c: RS21519-RIPE

admin-c: RS21519-RIPE

nic-hdl: PJNR1-RIPE

mnt-by: nl-jaguar-1-mnt

created: 2016-12-08T11:57:16Z

last-modified: 2017-06-13T13:17:04Z

source: RIPE
Inderdaad een domme fout van mij het moet 143 zijn, dus 37.143.84.228/.229. Kon geen copy/paste doen! Ik zal het bovenaan ook veranderen. Dank je voor het meekijken.
Ja, Pieter_B, bedankt voor het meekijken! :D



Goed gezien!
Ik ben nog wat verder gegaan met de prestaties van DNS en vond het volgende artikel:

http://www.pcworld.com/article/241219/speed_up_your_internet_connection_by_changing_your_domain_name_system_server.html



Daarin worden 2 tools aangeraden om de prestatie van de DNServers te meten. Ik vond de tool van GRC genaamd DNS Benchmark erg bruikbaar. Na ong 15 min weet je wat op het moment van meten de snelste DNS is.
Deze van GRC kende ik nog niet, top tool!



Gebruik hier GRC vooral om firewall testen mee uit te voeren via Shield Up.



Resultaat met dat DNS tool vanuit mijn verbinding, waarbij de DNS van T-Mobile nog niet bovenaan staat.




@Dick99999

bedankt voor de hint naar deze DNSBench.exe. Ik zag dat deze tool van de 'spinrite man' is, was even leuk diep in het geheugen graven :)



@all

Omdat vooral het website laden over "4G voor Thuis" bij mij aanmerkelijk trager gaat dan zou moeten gezien speedtest resultaten, probeer ik uit te vissen waar dit aan ligt. Zie o.a. ook deze post als achtergrond:

https://forum.t-mobile.nl/t-mobile-thuis-algemeen-490/trage-connectie-of-geen-dns-280314/index1.html#post1390847



Een wilde (te vroege) gedachte was om 37.143.84.228, 37.143.84.229 te gebruiken voor 4GvT, maar dat resulteert in 2 dode servers, dus die werken alleen maar op het TMOBILE-THUIS, NL (*.glasoperator.nl) netwerk. De primary en secondary op 4GvT zijn van het TMO-NL-AS, NL (··· no official Internet DNS name ··· ) netwerk.



Ik heb de benchmark zowel op 4GvT (Huawei E5186s-22a) als ander kabelprovider (Fritzbox 6490) netwerk laten lopen. Door DNScache-ing met dnsmasq ziet DNSBench zowel de computer met dnsmasq als de router ( E5186s-22a en 6490 ) als valide DNS server. Echter de E5186s-22a wordt als dood gezien en daardoor heeft de dnsmasq maar 78% reliability score op 'DotCom Lookup'.



Ik DHCPserver op de routers uitstaan (ipv daarvan dus dnsmasq) maar dat zou DNS in de E5186s-22a nog gewoon moeten laten werken. Anyhow, ik heb de 1st,2nd DNSserver IP adressen nu maar direct gebruikt (hopenlijk veranderen ze niet elke 24h, dat is wel een groot gevaar), dus nu maar eens kijken of internet ervaring nu beter wordt.



Belangrijkste resultaten:





84.241.226. 38 | Min | Avg | Max |Std.Dev|Reliab%|

----------------+-------+-------+-------+-------+-------+

- Cached Name | 0,017 | 0,021 | 0,028 | 0,003 | 100,0 |

- Uncached Name | 0,023 | 0,105 | 0,297 | 0,078 | 100,0 |

- DotCom Lookup | 0,040 | 0,079 | 0,102 | 0,016 | 100,0 |

------+-------+-------+-------+-------+-------+

··· no official Internet DNS name ···

TMO-NL-AS, NL





84.241.226.186 | Min | Avg | Max |Std.Dev|Reliab%|

----------------+-------+-------+-------+-------+-------+

- Cached Name | 0,016 | 0,021 | 0,026 | 0,002 | 100,0 |

- Uncached Name | 0,024 | 0,123 | 0,317 | 0,087 | 100,0 |

- DotCom Lookup | 0,054 | 0,075 | 0,103 | 0,015 | 100,0 |

------+-------+-------+-------+-------+-------+

··· no official Internet DNS name ···

TMO-NL-AS, NL





8. 8. 8. 8 | Min | Avg | Max |Std.Dev|Reliab%|

----------------+-------+-------+-------+-------+-------+

- Cached Name | 0,025 | 0,034 | 0,045 | 0,006 | 100,0 |

- Uncached Name | 0,029 | 0,074 | 0,346 | 0,066 | 98,0 |

- DotCom Lookup | 0,031 | 0,042 | 0,055 | 0,007 | 100,0 |

------+-------+-------+-------+-------+-------+

google-public-dns-a.google.com

··· unknown owner ···





8. 8. 4. 4 | Min | Avg | Max |Std.Dev|Reliab%|

----------------+-------+-------+-------+-------+-------+

- Cached Name | 0,024 | 0,036 | 0,050 | 0,008 | 100,0 |

- Uncached Name | 0,030 | 0,076 | 0,344 | 0,066 | 100,0 |

- DotCom Lookup | 0,029 | 0,046 | 0,061 | 0,009 | 100,0 |

------+-------+-------+-------+-------+-------+

google-public-dns-b.google.com

··· unknown owner ···



UTC: 2017-06-24, from 13:53:07 to 13:54:43, for 01:36,593

wat zijn de huidige juiste ip adressen voor de dns in een zyxel modem, ik zie hier berichten van 3 jaar geleden.

 

vanochtend tijdelijk de google dns adressen gebruikt  maar ben vergeten de originele t mobile ip adressen die in het modem stonden te noteren :face_palm_tone2: ik zag wel  84.241.227.81 en 84.241.227.82 voorbij komen op internet maar dat was een bericht uit 2018 ….. kloppen deze nog?


@Agjvanrhee

public-dns-primary.glasoperator.nl

37.143.84.228  & 37.143.84.229

Info: Cloudflare family DNS 


@Agjvanrhee

public-dns-primary.glasoperator.nl

37.143.84.228  & 37.143.84.229

Info: Cloudflare family DNS 

@Pieter_B , dankjewel voor je reactie, ik heb geen glasvezel en ben nogal een leek, dus als ik je goed begrijp kan ik in mijn zyxel modem bij  "statisch" de ip adressen gebruiken van 

37.143.84.228 en de 229 ... ? Klopt dat? 


@Agjvanrhee 

Omdat je een aansluiting hebt op het TMT netwerk, zal hun systeem je automatisch doorsturen naar hun eigen DNS servers. Meestal wordt deze DNS ook als default al ingesteld binnen je router. Hierdoor is het ook niet nodig om dit statisch alsnog in te stellen. 

Veelal is het een keuze van mensen om afwijkende DNS server diensten te gebruiken, waardoor mensen hun default ISP DNS niet meer gebruiken. Een reden kan zijn, als er bijv. routing problemen zijn op het TMT netwerk (wat de laatste tijd wat vaker speelt bij TMT helaas).


@Agjvanrhee

Omdat je een aansluiting hebt op het TMT netwerk, zal hun systeem je automatisch doorsturen naar hun eigen DNS servers. Meestal wordt deze DNS ook als default al ingesteld binnen je router. Hierdoor is het ook niet nodig om dit statisch alsnog in te stellen. 

Veelal is het een keuze van mensen om afwijkende DNS server diensten te gebruiken, waardoor mensen hun default ISP DNS niet meer gebruiken. Een reden kan zijn, als er bijv. routing problemen zijn op het TMT netwerk (wat de laatste tijd wat vaker speelt bij TMT helaas).

Die problemen zijn de reden waarom ik na aanleiding van een tip van hun eigen medewerkers , de standaardinstelling had aangepast naar tijdelijk de google dns adressen , TMT gaf gister middag aan "de problemen zijn opgelost vergeet niet je dns weer terug te zetten " , dit wilde ik doen maar weet niet meer welke ip adressen van tmt zijn. 🤦🏼‍♀️ tot en met afgelopen zondag gebruik gemaakt van ziggo (200mb) en nog nooit eerder verbindingsproblemen gehad ,  gisterochtend overgestapt van ziggo naar TMT en ik wordt direct onprettig verrast door "gedoe met verbinding" hetgeen met 2 gamers in huis , netflix, online lessen en thuis werken in eens in een heel ander daglicht staan ( merk nu hoe van zelf sprekend de technologie in mn huis was tot nu als alleenstaande moeder met 2 pubers .)..  en als er iets mis gaat tussen het tmt modem en dat ienie mienie rode en blauwe draadje , ligt alles maar dan ook echt alles er uit 🙄 wauw. 


@Agjvanrhee 

Er is niets op tegen om de Google DNS te blijven gebruiken, dus wel een rare opmerking van de TMT helpdesk om dan toch te zeggen dat je terug moet.

DNS is als een soort van ‘publiek telefoonboek’, maar als alles goed werk, op alle DNS servers identiek is. Dus of je nu het ene boek of het andere boek raadpleegt, overal zou dezelfde uitkomst uit moeten komen.

Wat er precies speelt bij TMT dat ze elke keer hun DNS servers de weg kwijt kunnen laten maken, is voor mij en veel andere netwerkspecialisten een grote vraag .. maar schijnbaar krijgen hun het om de haverklap voorelkaar … tot ergernis van de klanten die steen en been klagen elke keer.

Als alles nu gewoon werkt, dan zou ik het gewoon met rust laten. Hou er wel rekening mee, als je ooit een factory reset doet, dan gaat alles wel weer via de default TMT DNS.

Zag je andere topic ook al even voorbij komen over die ‘draadjes’, maar zag al dat je daar ook al door mede klanten (net als ik) op weg was geholpen.


@Agjvanrhee

Er is niets op tegen om de Google DNS te blijven gebruiken, dus wel een rare opmerking van de TMT helpdesk om dan toch te zeggen dat je terug moet.

DNS is als een soort van ‘publiek telefoonboek’, maar als alles goed werk, op alle DNS servers identiek is. Dus of je nu het ene boek of het andere boek raadpleegt, overal zou dezelfde uitkomst uit moeten komen.

Wat er precies speelt bij TMT dat ze elke keer hun DNS servers de weg kwijt kunnen laten maken, is voor mij en veel andere netwerkspecialisten een grote vraag .. maar schijnbaar krijgen hun het om de haverklap voorelkaar … tot ergernis van de klanten die steen en been klagen elke keer.

Als alles nu gewoon werkt, dan zou ik het gewoon met rust laten. Hou er wel rekening mee, als je ooit een factory reset doet, dan gaat alles wel weer via de default TMT DNS.

Zag je andere topic ook al even voorbij komen over die ‘draadjes’, maar zag al dat je daar ook al door mede klanten (net als ik) op weg was geholpen.

@Pieter_B , ontzettend bedankt voor je tijd en uitleg, soort van dns voor dummies 😁  is een stuk inzichtelijker voor me. Dat helpt 😊. Fijne dag Pieter


@Agjvanrhee

Er is niets op tegen om de Google DNS te blijven gebruiken, dus wel een rare opmerking van de TMT helpdesk om dan toch te zeggen dat je terug moet.

DNS is als een soort van ‘publiek telefoonboek’, maar als alles goed werk, op alle DNS servers identiek is. Dus of je nu het ene boek of het andere boek raadpleegt, overal zou dezelfde uitkomst uit moeten komen.

Wat er precies speelt bij TMT dat ze elke keer hun DNS servers de weg kwijt kunnen laten maken, is voor mij en veel andere netwerkspecialisten een grote vraag .. maar schijnbaar krijgen hun het om de haverklap voorelkaar … tot ergernis van de klanten die steen en been klagen elke keer.

Als alles nu gewoon werkt, dan zou ik het gewoon met rust laten. Hou er wel rekening mee, als je ooit een factory reset doet, dan gaat alles wel weer via de default TMT DNS.

Zag je andere topic ook al even voorbij komen over die ‘draadjes’, maar zag al dat je daar ook al door mede klanten (net als ik) op weg was geholpen.

@Pieter_B , ontzettend bedankt voor je tijd en uitleg, soort van dns voor dummies 😁  is een stuk inzichtelijker voor me. Dat helpt 😊. Fijne dag Pieter

@Pieter_B , tot slot, wat betreft "die draadjes" , ik denk steeds , er valt volgens mij zoveel meer uit die 2 draadjes te halen kwa stabiliteit / kwaliteit en gebruiksgemak als je er maar genoeg verstand van hebt, heb je dat niet , zoals ik , ben je aangewezen op de voor de hand liggende hard en software wat providers aanbieden ... en dan gebeuren er zo'n dingen als gister , en geruster ben ik er niet op als ik opmerkingen lees dat dit al een tijdje zo gaat .... vandaar mn nieuwsgierigheid "wat kan ik als leek om het thuis zo optimaal mogelijk te laten werken". Als ik naar info ga surfen verzuip ik in alle details hahahahhha to much info , nogmaals dank dat je me op weg hebt geholpen . 👋🖐️👋🖐️👋🖐️👋bye


Navolgende website meet de betrouwbaarheid van DNS servers. Op het tabblad “Add Nameservers” heb ik diverse IP-adressen van DNS servers van Google, Cloudfare en….uiteraard die van T-Mobile ingetoetst (telkens op elke regel slechts 1 IP-adres intoetsen):

https://public-dns.info/nameserver/nl.html

Resultaat bij de 2 T-Mobile DNS-servers: “no route to host”

Kennelijk zijn die DNS-servers van T-Mobile niet zo openbaar als het zou moeten zijn, lijkt mij.

Wie kan er meer over vertellen?

 


Reageer