Ik kan op mijn Zyxel DX5401-B1 modem/router geen optie vinden om A-records aan te maken. Onder Network Setting → DNS krijg ik alleen de mogelijkheid om Dynamic DNS in te stellen voor extern gebruik, maar dat is niet wat ik zoek.
Ik weet zeker dat dit in het verleden wel mogelijk was, want als ik een eerder aangemaakt record opzoek en een nslookup uitvoer vanaf de router, krijg ik 127.0.0.1 terug. Dat betekent dat het record nog steeds op de router bestaat.
Je krijgt geen 127.0.0.1 terug. Dat is de interne DNS server. Je krijgt 192.168.178.101 terug.
Je krijgt echter ook een IPv6 terug van een Cloudflare loudbalancer. Dus ik denk dat die photos.xx ook ergens anders nog zijn DNS records heeft (anders zou je geen IPv6 kunnen zien). Want Odido doet niet aan IPv6.
Is die 192.168.178.101 iets wat je vroeger zelf ingesteld had?
Als het iets is wat door een firmware wijziging ongedaan gemaakt is (dus dat je zelf DNS host entries kon maken) dan zou dat met een fabrieksreset moeten verdwijnen. Dan zou die photos.xx weer verwijzen naar wat het oorspronkelijk deed volgens de DNS A records bij de provider van dat domein.
+15Hallo
Omdat Odido een custom firmware draait op haar routers, zijn veel instellingen niet toegankelijk voor de consument. Misschien komt het hierdoor.
Hallo
Omdat Odido een custom firmware draait op haar routers, zijn veel instellingen niet toegankelijk voor de consument. Misschien komt het hierdoor.
Hi Waqqas,
Het vreemde is dat ik zeker weet dat ik dit eerder wél heb gekund. Zoals je in de screenshot kunt zien, wordt de record die ik in het verleden heb aangemaakt nog steeds herkend door de modem.
Dat zou betekenen dat Odido dit recent heeft dichtgezet en het voor mij onmogelijk heeft gemaakt om de record te wijzigen.
+15
Dat komt voor, dat Odido 1 of meerdere instellingen dichtzet met een update.
Je krijgt geen 127.0.0.1 terug. Dat is de interne DNS server. Je krijgt 192.168.178.101 terug.
Je krijgt echter ook een IPv6 terug van een Cloudflare loudbalancer. Dus ik denk dat die photos.xx ook ergens anders nog zijn DNS records heeft (anders zou je geen IPv6 kunnen zien). Want Odido doet niet aan IPv6.
Is die 192.168.178.101 iets wat je vroeger zelf ingesteld had?
Als het iets is wat door een firmware wijziging ongedaan gemaakt is (dus dat je zelf DNS host entries kon maken) dan zou dat met een fabrieksreset moeten verdwijnen. Dan zou die photos.xx weer verwijzen naar wat het oorspronkelijk deed volgens de DNS A records bij de provider van dat domein.
Je krijgt geen 127.0.0.1 terug. Dat is de interne DNS server. Je krijgt 192.168.178.101 terug.
Je krijgt echter ook een IPv6 terug van een Cloudflare loudbalancer. Dus ik denk dat die photos.xx ook ergens anders nog zijn DNS records heeft (anders zou je geen IPv6 kunnen zien). Want Odido doet niet aan IPv6.
Is die 192.168.178.101 iets wat je vroeger zelf ingesteld had?
Als het iets is wat door een firmware wijziging ongedaan gemaakt is (dus dat je zelf DNS host entries kon maken) dan zou dat met een fabrieksreset moeten verdwijnen. Dan zou die photos.xx weer verwijzen naar wat het oorspronkelijk deed volgens de DNS A records bij de provider van dat domein.
Klopt, de interne DNS-server (dus de router) reageert met 192.168.178.101. Dat is het interne IP-adres waarnaar het A-record verwijst. Dit heb ik in het verleden zelf ingesteld en probeer ik nu te wijzigen.
Je tweede opmerking klopt ook helemaal: er staat een wildcard ingesteld op het domein die via Cloudflare wordt geproxyd, waardoor die inderdaad reageert met het IPv6-adres.
Ik denk dat ik morgen even contact opneem met de klantenservice. Dit zal ik waarschijnlijk vaker nodig hebben, dus elke keer mijn router terugzetten naar de fabrieksinstellingen is niet echt een werkbare oplossing.
Klopt, de interne DNS-server (dus de router) reageert met 192.168.178.101. Dat is het interne IP-adres waarnaar het A-record verwijst. Dit heb ik in het verleden zelf ingesteld en probeer ik nu te wijzigen.
Je tweede opmerking klopt ook helemaal: er staat een wildcard ingesteld op het domein die via Cloudflare wordt geproxyd, waardoor die inderdaad reageert met het IPv6-adres.
Ik denk dat ik morgen even contact opneem met de klantenservice. Dit zal ik waarschijnlijk vaker nodig hebben, dus elke keer mijn router terugzetten naar de fabrieksinstellingen is niet echt een werkbare oplossing.
Staat die optie niet onder Network Setting > DNS > DNS Entry ?
Het kan overigens zijn dat deze mogelijkheid inmiddels is verwijderd.
Je krijgt geen 127.0.0.1 terug. Dat is de interne DNS server. Je krijgt 192.168.178.101 terug.
Je krijgt echter ook een IPv6 terug van een Cloudflare loudbalancer. Dus ik denk dat die photos.xx ook ergens anders nog zijn DNS records heeft (anders zou je geen IPv6 kunnen zien). Want Odido doet niet aan IPv6.
Is die 192.168.178.101 iets wat je vroeger zelf ingesteld had?
Als het iets is wat door een firmware wijziging ongedaan gemaakt is (dus dat je zelf DNS host entries kon maken) dan zou dat met een fabrieksreset moeten verdwijnen. Dan zou die photos.xx weer verwijzen naar wat het oorspronkelijk deed volgens de DNS A records bij de provider van dat domein.
Klopt, de interne DNS-server (dus de router) reageert met 192.168.178.101. Dat is het interne IP-adres waarnaar het A-record verwijst. Dit heb ik in het verleden zelf ingesteld en probeer ik nu te wijzigen.
Je tweede opmerking klopt ook helemaal: er staat een wildcard ingesteld op het domein die via Cloudflare wordt geproxyd, waardoor ik inderdaad ook een reply krijg van een IPv6-adres.
Ik denk dat ik morgen even contact opneem met de klantenservice. Dit zal ik waarschijnlijk vaker nodig hebben, dus elke keer mijn router terugzetten naar de fabrieksinstellingen is niet echt een werkbare oplossing.
Staat die optie niet onder Network Setting > DNS > DNS Entry ?
Het kan overigens zijn dat deze mogelijkheid inmiddels is verwijderd.
Daar zie ik dus alleen het volgende staan. Het ziet er inderdaad naar uit dat ze hem verwijderd hebben...
Klopt, de interne DNS-server reageert met 192.168.178.101. Dat is het interne IP-adres waarnaar het A-record verwijst. Dit heb ik in het verleden zelf ingesteld en probeer ik nu te wijzigen.
Je tweede opmerking klopt ook helemaal: er staat een wildcard ingesteld op het domein die via Cloudflare wordt geproxyd, waardoor ik inderdaad ook een reply krijg met een IPv6-adres.
Ik denk dat ik morgen even contact opneem met de klantenservice. Dit zal ik waarschijnlijk vaker nodig hebben, dus elke keer mijn router terugzetten naar de fabrieksinstellingen is niet echt een werkbare oplossing.
Je krijgt ook 2 ipv6 adressen terug. Dat vind ik best bijzonder. Want odido doet toch niets met ipv6?
Je krijgt ook 2 ipv6 adressen terug. Dat vind ik best bijzonder. Want odido doet toch niets met ipv6?
Nee, dat kunnen dus IPv6 adressen zijn die de DNS servers van Odido als antwoord geven, want de lokale router (127.0.0.1) lust die aanvraag alleen maar door. En die geven wel IPv6 adressen (van het originele domein) maar doet er zelf niets mee.
Daar zie ik dus alleen het volgende staan. Het ziet er inderdaad naar uit dat ze hem verwijderd hebben...
De enige manieren om dit nog enigszins aan de praat te krijgen zijn:
OF
OF
OF
Wat die IPv6 adressen betreft, het lijkt erop dat de gegevens die er zichtbaar zijn, de details zijn voor de nameserver die via DHCP wordt verstrekt aan de cliënts. Bij cliënts kun je middels ipconfig /all (Windows) of cat /etc/resolv.conf (Linux) checken of deze adressen via DHCP aan cliënts worden toegekend.
Ik denk echter dat de DHCPv6 daemon niet draait en deze IPv6 nameservers (die overigens van Cloudflare zijn) niet worden verstrekt aan de cliënts en ze dus als loos moeten worden beschouwd.
Wat die IPv6 adressen betreft, het lijkt erop dat de gegevens die er zichtbaar zijn, de details zijn voor de nameserver die via DHCP wordt verstrekt aan de cliënts.
Ik dacht eigenlijk eerder dat dit photos.xx domein misschien oorspronkelijk wel ergens in een DNS server staat (met A en AAA records). En dat dit ooit in de router overruled is naar 192.168.178.101 (alleen voor IPv4). De IPv6 blijft dan door de 127.0.0.1 nog resolven naar de oorspronkelijke host (wat via een Cloudflare dienst draait).
Het kan overigens ook een mis-configuratie zijn bij het DNS beheer van photos.xx zelf (dat daar 192.168.178.101 ingegeven is) maar dat lijkt mij minder waarschijnlijk.
Na een fabrieksreset springt die IPv4 waarschijnlijk terug naar het oorspronkelijke IPv4 van photos.xx.
En vervolgens kun er een van jouw gesuggereerd opties toegepast worden.
Ik dacht eigenlijk eerder dat dit photos.xx domein misschien oorspronkelijk wel ergens in een DNS server staat (met A en AAA records). En dat dit ooit in de router overruled is naar 192.168.178.101 (alleen voor IPv4). De IPv6 blijft dan door de 127.0.0.1 nog resolven naar de oorspronkelijke host (wat via een Cloudflare dienst draait).
Het kan overigens ook een mis-configuratie zijn bij het DNS beheer van photos.xx zelf (dat daar 192.168.178.101 ingegeven is) maar dat lijkt mij minder waarschijnlijk.
Na een fabrieksreset springt die IPv4 waarschijnlijk terug naar het oorspronkelijke IPv4 van photos.xx.
En vervolgens kun er een van jouw gesuggereerd opties toegepast worden.
Het Diagnostisch scherm toont informatie om u te helpen problemen met het Zyxel-apparaat te identificeren.
De route tussen een Ethernet-switch en een van zijn Customer-Premises Equipment (CPE) kan via switches lopen die eigendom zijn van onafhankelijke organisaties. Een storing in de verbinding kost doorgaans tijd om te ontdekken en heeft invloed op de netwerktoegang van de abonnee. Om de beheer- en onderhoudsinspanningen te verminderen, is IEEE 802.1ag een specificatie voor Connectivity Fault Management (CFM) waarmee netwerkbeheerders verbindingsfouten kunnen identificeren en beheren. Door het pad te ontdekken en te verifiëren, kan CFM verbindingsfouten in gebrugde LAN’s detecteren, analyseren en isoleren.
Het toont de configuratie, en gebruikt diezelfde configuratie voor het uitvoeren van traceroute die via die pagina kan worden uitgevoerd.
Die pagina heeft sowieso nooit een mogelijkheid geboden om hostnamen te laten verwijzen naar interne IP Adressen - zoals het eigenlijk heet.
Eigenlijk is hier geen sprake van A of AAAA Records. Records stel je in bij een DNS Server horende bij een domein, net als MX, TXT, TLSA, PTR records. Dit is eigenlijk niets meer of minder dan gewoon wat verwijzingen instellen wat je in feite ook kunt met eerdergenoemde mogelijkheden.
Eigenlijk is hier geen sprake van A of AAAA Records. Records stel je in bij een DNS Server horende bij een domein, net als MX, TXT, TLSA, PTR records. Dit is eigenlijk niets meer of minder dan gewoon wat verwijzingen instellen wat je in feite ook kunt met eerdergenoemde mogelijkheden.
Ik bedoel die IPv6 adressen die in de startpost staan. Dat zijn IPv6 adressen van de oorspronkelijke photo.xx domein naam. Die staan bij een provider in de DNS records voor die hostnaam. Volgens mij is dat namelijk het resultaat van de knop nslookup (omdat de layout ook lijkt op een nslookup layout met eerst dns-server en vervolgens resultaat van hostnaam).
Maar zonder precies te weten wat daar nou staat als hostnaam heeft het weinig zin om dat verder uit te zoeken. Gewoon router resetten en een van de andere opties kiezen.
Ik bedoel die IPv6 adressen die in de startpost staan. Dat zijn IPv6 adressen van de oorspronkelijke photo.xx domein naam. Die staan bij een provider in de DNS records voor die hostnaam. Volgens mij is dat namelijk het resultaat van de knop nslookup (omdat de layout ook lijkt op een nslookup layout met eerst dns-server en vervolgens resultaat van hostnaam).
Maar zonder precies te weten wat daar nou staat als hostnaam heeft het weinig zin om dat verder uit te zoeken. Gewoon router resetten en een van de andere opties kiezen.
Oh verrek, het is voor mij alweer een jaar of 4 geleden dat ik dat modem even een keer getest/gebruikt heb.
Server: 127.0.0.1
Address 1: 127.0.0.1 localhost
Name: photos{a-z}
Address 1: 192.168.178.101 {a-z}
Address 2: 2606:4700:3035::6815:3ff6
Address 3: 2606:4700:3037::ac43:ad61
iplist: 192.168.178.101,2606:4700:3035::6815:3ff6,2606:4700:3037::ac43:ad61
Dat de router (modem) zowel IPv4 als IPv6 weergeeft is geen ramp. Volgens mij krijg je ook als je geen IPv6 hebt, gewoon IPv6 adressen terug als je in Windows (Opdrachtprompt), een nslookup doet naar bijvoorbeeld community.odido.nl
C:\Users\nobody>nslookup community.odido.nl
Server: {NaN}
Address: {NaN}Non-authoritative answer:
Name: d1vjade0nfy6p.cloudfront.net
Addresses: 2600:9000:274d:e00:11:5ebc:7440:93a1
2600:9000:274d:8c00:11:5ebc:7440:93a1
2600:9000:274d:f800:11:5ebc:7440:93a1
2600:9000:274d:7e00:11:5ebc:7440:93a1
2600:9000:274d:9200:11:5ebc:7440:93a1
2600:9000:274d:4400:11:5ebc:7440:93a1
2600:9000:274d:b200:11:5ebc:7440:93a1
2600:9000:274d:1800:11:5ebc:7440:93a1
18.239.208.5
18.239.208.38
18.239.208.19
18.239.208.88
Aliases: community.odido.nl
tmobile-nl-community.insided.com
C:\Users\nobody>
Ik had dit een paar uur geleden al toegelicht, maar ik zie dat mijn post nog steeds niet is goedgekeurd door de moderators. Daarom nu poging #2.
De A-record op de router verwijst naar een interne server met het IP-adres 192.168.178.101. De reden dat ik ook IPv6-responses ontvang is omdat het om een publiek domein gaat dat bij Cloudflare wordt gehost. Op dit domein staat een wildcard-record ingesteld dat ook een AAAA-record omvat. Hierdoor wordt bij de DNS-resolutie niet alleen het lokaal geconfigureerde IPv4-adres teruggegeven, maar ook een IPv6-adres via het AAAA-record.
Ik ben me ervan bewust dat dit niet de meest ideale of nette configuratie is, maar het werkt inmiddels al meer dan een jaar zonder problemen. Het enige dat nu niet meer werkt, is dat Odido blijkbaar heeft besloten deze functionaliteiten uit de webinterface te verwijderen, waardoor ik geen nieuwe DNS-records meer kan aanmaken of bestaande records kan wijzigen.
Ik neem morgen contact op met de klantenservice om te kijken of hier een oplossing voor is.
Ik had dit een paar uur geleden al toegelicht, maar ik zie dat mijn post nog steeds niet is goedgekeurd door de moderators. Daarom nu poging #2.
De A-record op de router verwijst naar een interne server met het IP-adres 192.168.178.101. De reden dat ik ook IPv6-responses ontvang, is omdat het om een publiek domein gaat dat bij Cloudflare wordt gehost. Op dit domein staat een wildcard-record ingesteld dat ook een AAAA-record omvat. Hierdoor wordt bij de DNS-resolutie niet alleen het lokaal geconfigureerde IPv4-adres (A-record) teruggegeven, maar ook een IPv6-adres via het AAAA-record.
Ik ben me ervan bewust dat dit niet de meest ideale of nette configuratie is, maar het werkt inmiddels al meer dan een jaar zonder problemen. Het enige dat nu niet meer werkt, is dat Odido blijkbaar heeft besloten deze functionaliteiten uit de webinterface te verwijderen, waardoor ik geen nieuwe DNS-records meer kan aanmaken of bestaande records kan wijzigen.
Ik neem morgen contact op met de klantenservice om te kijken of hier een oplossing voor is.
Ik probeer al een paar uur te reageren maar mijn berichten worden steeds geblokkeerd.
Ironisch dat dit wel lukt...
Ja, tekst met linkjes komen vaak in de spambox terecht. Dan moet een moderator de post goedkeuren. Uiterst irritant.
Ik kan de tekst wel lezen in het plaatje en begrijp een beetje hoe het zit.
Je wil dus van binnenuit een hostnaam gebruiken en dat je dan geredirect wordt naar die 192.168.178.101?
De vraag is... wat als je van buiten internet die hostnaam gebruikt? Moet je dan ook naar jouw interne device? Want dan heb je bv Port forwarding ingesteld. Je zou in dat geval ook het externe IP kunnen gebruiken en de Port forwarding verwijst het internet apparaat weer terug naar jouw server.
Of heb je voor buiten gewoon een andere site voor die hostname?
Als het gewoon om een interne server gaat, die je ook extern wilt bereiken, dan heb je aan port forwarding voldoende en hoef je de oude (verwijderde) optie van DNS entry niet te gebruiken.
Wel moet die oude entry verwijderd worden en ik denk dat de enige optie daarvoor een fabrieksreset is. Daarna kun je bij Cloudflare bij die hostnaam jouw externe op opgeven, Port forwarding weer instellen en daarna is de interne server weer bereikbaar via de hostnaam (voor interne en externe apparaten).
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
