Fulpekning

Min gissning är att felet ligger hos de DNS-servrar som föreningens anslutning använder. Antingen är de slöa på att uppdatera sina uppslag från en auktoritär server, eller så är deras server felkonfigurerad så den föredrar att använda webbhotellets interna uppslag för domäner som är registrerade i deras system. I det tidigare fallet så bör det räcka med att vänta på att domänen ska uppdateras. I det senare fallet så krävs det någon form av omkonfigurering någonstans.

Skulle du kunna göra följande?

Ange vilken domän det rör sig om.
Ange vilken DNS-server som används när du kör med fastighetens anslutning.
Vad kommandot nslookup -debug domänen.se ger för svar. Ersätt domänen.se med rätt domän. Du kan kopiera data från kommandoradsfönstret i Windows genom att högerklicka på fönstret, välja markera, markera texten och till sist trycka enter för att kopiera.

1. Det rör sig om domänen https://www.brfhugin26.se

2. Enligt dnscheck.iis.se används de tre DNS-servrarna: atdns01.citynetwork.se, atdns02.citynetwork.se och atdns03.citynetwork.se när jag kör med fastighetens anslutning.

3a. Kommandot nslookup –debug ger, antingen, om fastighetens anslutning:

nslookup -debug brfhugin26.se
DNS request timed out.
timeout was 2 seconds.
timeout (2 secs)
Server: UnKnown
Address: 192.168.1.1

------------
Got answer:
HEADER:
opcode = QUERY, id = 2, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 0, additional = 0

QUESTIONS:
    brfhugin26.se, type = A, class = IN
ANSWERS:
\-\>  brfhugin26.se
    internet address = 79.142.240.21
    ttl = 28800 (8 hours)

------------
------------
Got answer:
HEADER:
opcode = QUERY, id = 3, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 0, authority records = 1, additional = 0

QUESTIONS:
    brfhugin26.se, type = AAAA, class = IN
AUTHORITY RECORDS:
\-\>  brfhugin26.se
    ttl = 3600 (1 hour)
    primary name server = ns1.stosn.se
    responsible mail addr = noc.stosn.se
    serial  = 7
    refresh = 14400 (4 hours)
    retry   = 3600 (1 hour)
    expire  = 2419200 (28 days)
    default TTL = 3600 (1 hour)

------------
Namn: brfhugin26.se
Address: 79.142.240.21

3b. eller, om via mobilmast:

nslookup -debug brfhugin26.se
DNS request timed out.
timeout was 2 seconds.
timeout (2 secs)
Server: UnKnown
Address: 172.20.10.1

------------
Got answer:
HEADER:
opcode = QUERY, id = 2, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 0, additional = 0

QUESTIONS:
    brfhugin26.se, type = A, class = IN
ANSWERS:
\-\>  brfhugin26.se
    internet address = 188.95.227.30
    ttl = 4502 (1 hour 15 mins 2 secs)

------------
Icke-auktoritärt svar:
------------
Got answer:
HEADER:
opcode = QUERY, id = 3, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 0, additional = 0

QUESTIONS:
    brfhugin26.se, type = AAAA, class = IN
ANSWERS:
\-\>  brfhugin26.se
    AAAA IPv6 address = 2a00:16d8:2:200::30
    ttl = 4502 (1 hour 15 mins 2 secs)

------------
Namn: brfhugin26.se
Addresses: 2a00:16d8:2:200::30
188.95.227.30

Ang. svaret på fråga 2: Vad jag är ute efter där är vilken DNS-server som i slutändan svarar på din förfrågan. Svaret på fråga 3 antyder att din dator anropar 192.168.1.1, vilket troligen är ditt modem/router. Modemet anropar i sin tur en annan server som tilldelas från internetleverantören, och det är den servern jag är ute efter. Du kan t ex gå in i modemets webinterface och leta efter inställningen för DNS-server.

Normalt sett sker en DNS-förfrågan så här:

1. Din dator, eller ditt modem, anropar internetleverantörens DNS-server, en så kallad sekundär DNS-server.
2. Den sekundära DNS-servern kollar i sitt cache efter adressen. Om den finns där så returneras den. Om den inte finns i cachen så...
3. anropar den sekundära DNS-servern internets root-DNS-server, som i sin tur hänvisar till...
4. en primär DNS-server som (t ex) tillhör webbhotellet där sidan ligger lagrad, och anger IP-adressen.

Min misstanke var att felet sker på steg 2, att eftersom internetleverantören och webbhotellet är samma företag så försöker de vara smarta och ta en genväg, och leverera vad de anser är rätt IP-adress när det sker ett anrop till något som ligger på deras eget webbhotell, utan att kolla vad domänen faktiskt är inställd på.

Men när jag tittar på utskriften ovan så märker jag att expire var satt till 28 dagar, vilket jag tror betyder att sekundära DNS-servrar kan cacha datat i upp till 28 dagar innan den försöker anropa den primära DNS-servern för att kunna upptäcka att sidan har flyttats. Jag tror att det som behövs är att tömma cachen på internetleverantörens DNS-server. Dvs, den server som du hittar om du följer instruktionerna överst i detta inlägg.

Det är garanterat som nitro skriver: den leverantör som ni har i kåken använder sig av en DNS-server som inte är uppdaterad.

Men istället för att sitta och försöka lösa detta på egen hand (som du ju egentligen inte kan) föreslår jag att du ringer upp leverantören och säga till dom att fixa problemet. Det ska dom göra, pronto. Och samtidigt skämmas.

PS: Det är väl inte DU som har gamla/felaktiga DNS-servrar inställda i din egen dators nätverkskonfiguration? Kolla det, och radera dom eller byt till t.ex. 8.8.8.8 (Google)

Stort tack för era erfarna råd! Jag har nu på morgonen mailat supporten på nuvarande hotell, som då föreslog jag kollar ytterligare en gång med Stosn, varpå följande besked från de senare just damp ner: "Tyvärr har vi ett problem med synken mellan våra DNS-servers vilket tyvärr gör att det ligger lite rester kvar på ns2. Vi räknar med att det ska vara fixat innan måndag. Du kan prova med att ange 8.8.8.8 och 8.8.4.4 (googles dnser) som DNS-servers manuellt din router eller dator så länge så råder du bot på symtomen". Stämmer det bör det i så fall alltså vara löst nästa vecka. Viktigast är det funkar för alla grannar, än bara för mig. Möjligen något tröttsamt att Stosn inte kunnat ge mig det beskedet tidigare. Nåväl.