Blogg fra april, 2019

29/4, rundt kl 17: Sertifikatproblemene hos KS SvarUt, i produksjon og test er løst.

Når FtB sender til KS SvarUt Test får vi denne beskjeden tilbake:

“Could not establish trust relationship for the SSL/TLS secure channel with authority 'test.svarut.ks.no'.“, som kaster en “SecurityNegotiationException“.

Det ser ut til at sertifikatgyldighet har løpt ut. Vi har meldt feilen til KS SvarUt.

Vi har ikke sett noen problemer i KS SvarUt PROD.

Melding fra KS SvarUT:

Feil i sertifikater i SvarUt fører til problemer i noen integrasjoner

Det har oppstått en feil i både test- og produksjonsmiljøene til SvarUt.

Testmiljøet (https://test.svarut.ks.no)
I testmiljøet fungerer ikke sertifikatene. Derfor vil heller ingen integrasjoner fungerer, hverken i SvarUt, SvarInn, Edialog eller andre tjenester som er avhengig av sertifikatet. Det er altså umulig å ekspeder til testmiljøet eller importerer fra testmiljøet. Men dette i seg selv har ingen betydning for forsendelser i produksjonsmiljøet.

Produksjonsmiljøet (https://svarut.ks.no)
I produksjonsmiljøet er det feil i flere av sertifikatene. Det får neppe stor betydning for mottakere av post, men noen nettlesere kan få problemer. Dersom kommuner og andre virksomheter som sender ut post får henvendelser fra mottakerne om at de ikke får tilgang til dokumentene, bør det henstilles om litt tålmodighet, og med en anbefaling om at mottaker forsøker igjen litt senere.

Konsekvensene av feilen er større for kommunene og andre virksomheter som skal sende og motta post gjennom integrasjonenene med SvarUt og SvarInn. Vi er redd for at mange vil oppleve problemer med å ekspedere forsendelser via SvarUt og importere via SvarInn. Også her må vi også be om tålmodighet. Vår oppfatning er at de aller fleste fagsystemene automatisk vil ta opp igjen ekspedering av utgående post og import av innkommet post når feilen er rettet.

Vi vil selvsagt informere når feilen er rettet.

Det er lagt ut en veiledning om filvedlegg som handler om noen hensyn å ta når vedleggene blir store og/eller tunge å behandle. Det gjelder særlig vektorbaserte grafikkfiler og pdf’er som er bygget opp av flere lag (“layered“).

Det er viktig å ha seg for øye at filvedleggene skal være praktisk anvendelige og lett tilgjengelige for mottaker, særlig når det er knyttet til nabovarsling.

Se veiledningen her Veiledning om filvedlegg

Månedlig serverpatching hos Kartverket som kan forstyrre tilgang til Geonorge og kodelister eller andre av Kartverkets tjenester i et kort tidsrom.

Vi beklager at varslet kommer litt i siste øyblikk.

Informasjonen er flyttet hit:

Krav til navngiving av vedleggsfiler

Vi har blitt gjort oppmerksom på at valideringsreglene som praktiseres ved nabovarsling, der tiltakstype er “Riving av hele bygg”, i forbindelse med evaluering av obligatoriske vedlegg ikke er korrekte.

Nå er det slik at det kreves bl.a. “TegningNyttSnitt”, etter sjekkpunkt 1.49, og “TegningNyFasade“, etter sjekkpunkt 1.53. Men det gjelder egentlig kun ved “Riving deler av bygg” etter sjekklisten.

Vi korrigerer valideringen slik at det blir korrekt. Endringen er med i inneværende sprint og forventes i produksjon ultimo April 2019.

Vedlegget “SituasjonsPlan“ vil stadig være obligatorisk, både for “Riving av hele bygg” og “Riving av deler av bygg“, etter sjekkpunkt 1.28.

Bemanning i påsken

Det vil være bemanning (dog begrenset) på service desk i ukedagene i påsken. Vi tar helt fri i helligdagene. Dersom det oppstår en kritisk hendelse, kan dere ringe Helga på telefon 957 99 392.

Det er satt opp basic authentication på alle kvitteringskall i test- og produksjonsmiljø. Det betyr at kall må ha bruker og passord.

Du finner mer informasjon og veiledning her

Driftshendelse i PROD

Grunnet vedlikehold, kan det oppleves noe forstyrrelser for sluttbrukere i Altinn, mandag 08.4.19 mellom kl. 22 – 22:30.​​​

Driftshendelse i TT02

Release v19.4 skal deployes til TT02 mandag 8. april i tidsrommet kl. 09:00-19:00. Følgende side gir mer informasjon om innholdet i denne releasen:
https://altinn.github.io/docs/releases/2019/19-4/

Gjennomføringen vil ha følgende konsekvenser:
Tjenesteeiere vil ikke kunne sende eller motta data i tidsrommet kl. 18:00-19:00. Alle forsendelser legges i kø og vil bli håndtert etter utført deploy. Innsending fra sluttbrukersystemer vil ikke bli påvirket og vil fungere som normalt.