sveinse

3 hours ago, bmork said:

Nå er jo dette selvsagt tilpasset min variant av DDNS, som er en min egen DNS-server.  Men det burde jo være overkommelig å tilpasse det til andre typer dynamiske DNS-tjenester.

Vet du om det er trivielt å få oppdatert Domeneshop DNS på et slikt vis? Jeg har 2FA på kontoen min der, så det trenger kanskje ikke være helt rett frem å scripte det?

Nå har jeg fått opp nettverket i det jeg vil kalle produksjonsnivå. Det tok meg litt tid (og hjelp fra diverse IRC-grupper) å brette hodet mitt rundt hvordan en kan få en effektiv utrulling av ipv6. Problemstillingen med DHCPv6-PD, er at når man får ny prefix, eller PD, så endres alle IP-adressene på nettverket. Uavhengig av hvor stabil prefix Altibox leverer over tid. Dette medfører at man må oppdatere interne DNS og tilgangslister, som @bmork påpeker.

Løsningen ble å rulle ut et ULA nettverk (fd01::) for mitt LAN og DMZ-nettverk i tillegg til de tildelte DHCPv6-PD addressene. Da bruker jeg ULA-addressene til alt som trenger infrastruktur og internkommunikasjon på nettverket (f.eks. fra et internt DNS AAAA-oppslag til UPSen), mens de samme klientene benytter den tildelte ipv6 prefixen på ordinær internet trafikk. Dette gjør at nettverket blir betydelig mer robust for eventuelle endringer i PD fra ISP.

Det eneste denne metodikken ikke fikser, er at hvis man har DNS AAAA records til innkommende tjenester, så må nødvendigvis den eksterne DNSen oppdateres med riktig prefix.

DET VIRKER! Jeg trekker tilbake det jeg sa om ustabil PD fra Altibox. Begynte å debugge min DUID og om Altibox honorerer bruken av den. Det viser seg min router (Edgerouter ER5) sender DHCPv6 release ved nedstengning og omstart, noe som gjør at jeg ikke lengre har "dibs" på PDen jeg har gitt fra meg. Neste gang jeg starter, hjelper det lite å komme med samme DUID, Altibox må gi meg en ny PD.

Etter det jeg har klart å teste, så får jeg tilbake min forrige PD når jeg bruker samme DUID, og det betyr at ipv6 tjenesten fra Altibox blir betydelig mer stabil. Jeg har ikke testet dette over tid.

5 hours ago, bmork said:

Jeg har også frustrert meg over det samme.  Ikke bare er det et herk for det lokale nettet at prefikset endrer seg, men om du har noe remote så vil du jo gjerne legge inn prefikset i aksesslister o.l der også.  Men tli Altibox' forsvar så er det muligens ikke helt rett fram å fikse dette. Inntil videre har jeg endt opp med et sammensurium av script som kjører hver gang prefikset endrer seg.

Ja, det må være innen rimelighetens grenser når det gjelder hvor stabilt det behøver å være. Hvis (deres) router restartes eller flyttes, så må det være rimelig å kunne forvente en oppdatert PD. Litt på samme måte som vanlige ipv4 addresser forvaltes. Kunder ser det som stort sett likt, men endringer kan forekomme.

Altibox tilbyr native dual-stack ipv6 hvis hjemmesentralen står i bridge mode. Man blir delegert en /56 prefix igjennom DHCPv6-PD (prefix delegation) og kan sette opp flere lokale /64 nettverk. Problemet er at ipv6 prefixen man blir tildelt virker å være svært variabel. En omstart av router en nok til å få tildelt en helt annen prefix. I følge Altibox kundesupport deles disse prefixene ut fra en felles pool og at det ikke finnes noe konsept om "fast-ip" slik det er for ipv4.

Dette er en showstopper for utrulling av ipv6 i ett hjemmenettverk som har mer enn en PC for å surfe på nettet!

I ipv4 brukes NAT, som gjør at IP-addressen man har offentlig og nettverket på innsiden (LAN) er frikoblet hverandre. Det er fullt mulig å bygge opp et fullfunksjonerende internt nettverk med DNS-oppslag til f.eks. smarthus osv. uavhenig av den eksterne ipv4 addressen.

I ipv6 brukes ikke NAT. Det betyr at ipv6-prefixen man får blir basis til ipv6-addressene til utstyret på lokalnettverket. ipv6 addressene er "offesielle" ip-adresser som er gyldige på internett. Problemet er at dersom man får ny PD prefix hele tiden, vil ipv6 adressene på hjemmenettverket endre seg hele tiden også. Det gjør det umulig å bygge opp en stabil tjeneste, som f.eks. til smarthus, og det motvirker en overgang til å bare bruke ipv6.

Så hva kan man gjøre?

Jeg har et par alternativer:

• Overbevise Altibox om å dele ut/tilby mer stabile ipv6-prefixer
• Ta i bruk fe80:: på interne DNS-tjenester - men det bryter sammen hvis man har flere nettverk

Andre?

Er det noe nytt med tanke på statisk ipv6 prefix fra DHCPv6-pd? Tilbys kun for bedriftskunder?

Har brukt dagen på å eksperimentere med ipv6 på hjemmenettverket og erfarer at addressen man får over dhcpv6-pd ikke er stabil over tid. Det er nok å ta interfacet opp og ned og så får man nye ip-ranger. Dermed ikke stabilt nok for DNS og innkommende tjenester.

Jeg har en 1987 Audi 80 1.8S hvor jeg sliter med at den hoster rundt 2000-3000 omdreininger på normal kjøring uten at man gir gass. Og hostingen forsvinner med choke eller man gir gass. Hostingen beskrives som at bilen "bremser" et lite øyeblikk. Det er ikke snakk om feiltenning eller eksplosjoner i eksosen. Gir man gass, er problemet borte.

Noen som har erfaringer?

Jeg har byttet plugger, kabler, rotor, fordelerlokk. Jeg har testet med en annen coil uten resultat. Et verksted har justert CO, tomgang og fortenning, slik at dette skal være ok.

Bilen er en forgassermotor med type "Keinin" eller noe slikt. Vakumstyrt to-ports sak. Mekanisk bensinpumpe som leder til et overløpskammer over topplokket.

Siden den hoster på mer eller mindre bestemte turtall ville jeg gjette at det er forgasser relatert, så jeg skal ut og plukke den i fra hverandre. Jeg har sjekket etter for falskluft, og det ser ikke ut som det er det. Vakumsystemet ser også bra ut.

Et verksted mente at det kunne f.eks. være bensinpumpa (?!).

Hostingen forverres av fuktig vær. Kan det da være ising? Forvarmingsslangen fra over eksosmanifoilen er borte så bilen får kun kaldluft. Men det har vært sånn så lenge jeg har hatt bilen - og dette har ikke vært noe problem før nå.

Andre tips? Hall giver i fordeler?