Get webhook notifications whenever Digitaliseringsdirektoratet creates an incident, updates an incident, resolves an incident or changes a component status.
Nettverksendring for platform.altinn.no 26. oktober 2026 (ny IP-adresse og endringer i TLS)
Scheduled for Oct 26, 08:00 - 09:00 CET
Scheduled
**26. oktober 2026** setter vi en ny reverse proxy foran `platform.altinn.no`. Samme dag flyttes DNS-oppføringen til en ny IP-adresse. Selve API-et, URL-ene, sertifikatet og svarene er uendret.
**Vi forventer ingen forstyrrelser i tjenestene.** Det er ikke planlagt nedetid, og de gamle og nye IP-adressene fungerer parallelt under og etter omleggingen. Klienter som oppfyller kravene nedenfor, vil ikke merke endringen.
**Dette må dere sjekke**
1. **Brannmurer og IP-tillatelseslister.** IP-adressen endres fra `51.120.88.54` til: - IPv4: **`4.235.35.218`** - IPv6: **`2603:1020:e01:e::75`**
Hvis dere tillater utgående trafikk basert på IP-adresse, eller har IP-adressen i en hosts-fil eller låst i konfigurasjon, må dere legge til de nye adressene før 26. oktober. Inntil videre fungerer de gamle og nye adressene parallelt. Det kommer et eget varsel om når `51.120.88.54` slås av.
2. **Chifferpakker for TLS 1.2.** TLS 1.2 og 1.3 støttes fortsatt, og TLS 1.0/1.1 støttes fortsatt ikke. Disse chifferpakkene for TLS 1.2 **fjernes**: - `TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384` - `TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256` - `TLS_RSA_WITH_AES_256_GCM_SHA384`
Eldre klienter kan bli berørt, for eksempel eldre versjoner av Windows Server (2008 R2/2012), Java 7 og eldre innebygde systemer.
3. **Grupper for nøkkelutveksling.** Støttede grupper blir **X25519** og **P-256 (secp256r1)**. P-384, P-521, X448 og ffdhe-gruppene fjernes. Klienter som kun bruker P-384 eller P-521, vil ikke lenger kunne koble til.
4. **SNI er påkrevd.** Klienter må sende `platform.altinn.no` som SNI-navn i TLS-håndtrykket. Tilkoblinger uten SNI, eller med et annet navn, blir avvist. Det betyr blant annet at kall direkte mot IP-adressen (`https://51.120.88.54/...` med en `Host`-header) ikke vil fungere.
5. **Tidsavbrudd for forespørsler.** Hele forespørselen, både headere og body, må være mottatt hos oss innen **120 sekunder**. Dette er hovedsakelig relevant for store opplastinger over trege forbindelser.
6. **HTTP/2 og headernavn med små bokstaver.** HTTP/2 tilbys nå, og klienter som støtter det, vil automatisk ta det i bruk. Headernavn i svar skrives nå med små bokstaver (`content-type` i stedet for `Content-Type`). Ifølge HTTP-standarden skiller ikke headernavn mellom store og små bokstaver, men sjekk at klienten deres heller ikke gjør det.
**Andre endringer (ingen handling forventet)** - Svar inneholder nå headerne `x-ratelimit-limit`, `x-ratelimit-remaining` og `x-ratelimit-reset`. Rate limiting er aktivert, men grensen er satt så høyt at normal bruk ikke skal bli påvirket. - Ukrypterte HTTP-forespørsler på port 80 blir nå videresendt til HTTPS med `308 Permanent Redirect` (tidligere fikk de `404`). - OCSP stapling tilbys ikke lenger. Klienter som sjekker tilbakekalling av sertifikater, kontakter selv OCSP-tjenesten til DigiCert. - Gjenopptak av TLS-sesjoner (session resumption) støttes ikke lenger, så hver nye tilkobling gjør et fullt håndtrykk. Gjenbruk tilkoblinger (keep-alive) for best ytelse.
**Test før omleggingen**
Vi anbefaler at dere tester integrasjonen mot de nye adressene før 26. oktober, med API-endepunktene dere allerede bruker: - **Hosts-fil:** legg inn en midlertidig oppføring `4.235.35.218 platform.altinn.no` (IPv4) eller `2603:1020:e01:e::75 platform.altinn.no` (IPv6) på en testmaskin, kjør de vanlige kallene deres, og fjern deretter oppføringen. - **curl:** legg til `--connect-to platform.altinn.no:443:4.235.35.218:443` (IPv4) eller `--connect-to "platform.altinn.no:443:[2603:1020:e01:e::75]:443"` (IPv6) på en forespørsel dere vanligvis gjør.
Hvis miljøet deres har IPv6, bør dere teste begge, siden klienter som regel foretrekker IPv6 når det er tilgjengelig.
Hvis kallene fungerer som vanlig, er klienten deres kompatibel. Test fra det samme miljøet (operativsystem, kjøremiljø, proxy) som kjører produksjonsintegrasjonen deres, fordi det er miljøet som bestemmer hvilke TLS-versjoner og chifferpakker som tilbys.