Vreemde bug waar ik tegenaan loop met mijn werklaptop (Windows 10 Pro 10586):
als ik een txt of srv record probeer te queryen dmv bv NSLOOKUP dan krijg ik ipv de betreffende record alleen zone informatie te zien.
De zone informatie is echter in alle gevallen hetzelfde (dus niet eens de zone info van het domein wat ik query : ik krijg de DNS zone gegevens te zien van 1 specifieke partij). Het maakt daarbij ook niet uit of ik een andere nameserver specificeer, ik krijg altijd dezelfde informatie te zien (dus niet de zone informatie van de DNS zone welke ik query, ik krijg altijd dezelfde zone te zien, namelijk die van de omgeving van de klant waar ik mij meestal bevind).
Voorbeeld van een query welke ik wil doen met het resultaat :
resultaat :
DNS flushen, machine rebooten : allemaal geen effect. Ook als ik mijn laptop thuis aansluit (dus niet op het bedrijfsnetwerk) treed dit probleem op. Andere machines (Windows 7, 8, 2012R2 en andere Windows 10 clients) hier geven dit probleem niet, het is echt alleen mijn machine welke hier last van heeft. Ook gaat het "queryen" te snel (in de zin van : ik krijg vrijwel direct een antwoord terug, ook als ik niet bestaande domeinnamen invul, je zou een vertraging van minstens 1 seconde verwachten).
Als ik srv records probeer te queryen gebeurt overigens hetzelfde. Met A en MX records heb ik dit probleem niet.
Het volgende heb ik geprobeerd :
Edit : ik denk dat ik het al gevonden heb, bij het verder testen met tig extra queries blijkt er om onduidelijke redenen een DNS suffix achter mijn query geplakt te worden. Om onduidelijke redenen werden er DNS suffixen van omgevingen waar ik geweest ben (ik ben 32 uur per week bij voornamelijk 2 klanten aanwezig) welke ervoor zorgen dat de query incorrecte was.
Na het verwijderen van deze suffixen (naja, eerst met de hand toevoegen en daarna weer verwijderen zoals standaard in Windows met "loze" settings) werkt het queryen weer naar behoren. Alleen nog de vraag hoe deze erin zijn gekomen aangezien mijn machine niet domain joined is (dus niet onderhevig aan policies) en deze settings er niet handmatig in zijn gezet.
stom dat ik binnen 10 minuten na het openen van het topic de oplossing vind terwijl ik er al dagen tegenaan loop.
als ik een txt of srv record probeer te queryen dmv bv NSLOOKUP dan krijg ik ipv de betreffende record alleen zone informatie te zien.
De zone informatie is echter in alle gevallen hetzelfde (dus niet eens de zone info van het domein wat ik query : ik krijg de DNS zone gegevens te zien van 1 specifieke partij). Het maakt daarbij ook niet uit of ik een andere nameserver specificeer, ik krijg altijd dezelfde informatie te zien (dus niet de zone informatie van de DNS zone welke ik query, ik krijg altijd dezelfde zone te zien, namelijk die van de omgeving van de klant waar ik mij meestal bevind).
Voorbeeld van een query welke ik wil doen met het resultaat :
code:
1
| nslookup -q=txt www.google.nl 8.8.8.8 |
resultaat :
code:
1
2
3
4
5
6
7
8
| blabla.nl primary name server = ns1.blabla.nl responsible mail addr = hostmaster.blabla.nl serial = 2016022900 refresh = 10800 (3 hours) retry = 3600 (1 hour) expire = 604800 (7 days) default TTL = 3600 (1 hour) |
DNS flushen, machine rebooten : allemaal geen effect. Ook als ik mijn laptop thuis aansluit (dus niet op het bedrijfsnetwerk) treed dit probleem op. Andere machines (Windows 7, 8, 2012R2 en andere Windows 10 clients) hier geven dit probleem niet, het is echt alleen mijn machine welke hier last van heeft. Ook gaat het "queryen" te snel (in de zin van : ik krijg vrijwel direct een antwoord terug, ook als ik niet bestaande domeinnamen invul, je zou een vertraging van minstens 1 seconde verwachten).
Als ik srv records probeer te queryen gebeurt overigens hetzelfde. Met A en MX records heb ik dit probleem niet.
Het volgende heb ik geprobeerd :
- Andere nameserver specificeren
- SFC /scannow
- Rebooten (meerdere malen)
- DNS cache flushen
- Laptop op een ander netwerk aansluiten
Edit : ik denk dat ik het al gevonden heb, bij het verder testen met tig extra queries blijkt er om onduidelijke redenen een DNS suffix achter mijn query geplakt te worden. Om onduidelijke redenen werden er DNS suffixen van omgevingen waar ik geweest ben (ik ben 32 uur per week bij voornamelijk 2 klanten aanwezig) welke ervoor zorgen dat de query incorrecte was.
Na het verwijderen van deze suffixen (naja, eerst met de hand toevoegen en daarna weer verwijderen zoals standaard in Windows met "loze" settings) werkt het queryen weer naar behoren. Alleen nog de vraag hoe deze erin zijn gekomen aangezien mijn machine niet domain joined is (dus niet onderhevig aan policies) en deze settings er niet handmatig in zijn gezet.
stom dat ik binnen 10 minuten na het openen van het topic de oplossing vind terwijl ik er al dagen tegenaan loop.
[ Voor 17% gewijzigd door Killah_Priest op 02-03-2016 13:29 . Reden: oplossing gevonden ]