Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.
Expandera
titleAF1 - Normalflöde interna HTTP anrop genom VP

Flödet för ett normalt tjänsteanrop från en intern plattformskomponent, exempelvis en aggregeringstjänst.

Beskrivningar:

  1. 1.1

.1 -

Endast auktoriserade IP addresser tillåts anropa plattformen via HTTP. Så avsändarens IP address valideras mot en vitlista konfigurerad i application.properties. Är avsändarens IP inte konfigurerad kastas ett VP011 fel.

1.
  1. 1.2

- Avsändarens

vsändarens id tas ut ur http headern x-vp-sender-id. Som ett skydd ifall en konsument skulle sätta x-vp-sender-id headern och anropa via en proxyserver kontrolleras ursprungsanvändarens IP address enligt 1.1.1. Denna IP address tas då ut från headern X-Forwarded-For.

X.

För övriga beskrivningar se

X…

Se de “Gemensamma beskrivningarna för AF1-AF3” nedan.

Expandera
titleAF2 - Normalflöde HTTP via proxyserver genom VP

Flödet för ett normalt tjänsteanrop från en konsument via proxyserver. I detta fall anropar konsumenten proxyservern med HTTPS/TLS som validerar/terminerar certifikatet och sedan anropar VP med HTTP.

Beskrivningar:

1.1.1

-

Endast auktoriserade IP addresser tillåts anropa plattformen via HTTP. Så avsändarens IP address valideras mot en vitlista konfigurerad i application.properties. Är avsändarens IP inte konfigurerad kastas ett VP011 fel.

1.1.2

-

Proxyserverns skickar med konsumentens certifikat i headern x-vp-auth-cert. Avsändarens id parsas sedan ut från certifikatets “subject” via nyckeln SERIALNUMBER.

X.X…

Se de “Gemensamma beskrivningarna för AF1-AF3” nedan.

Expandera
titleAF3 - Normalflöde HTTPS anrop genom VP

Flödet för ett normalt tjänsteanrop från en konsument via HTTPS direkt till virtualiseringsplattformen.

Image Added

1.1.1

Certifikatet utbyts med konsumenten med en “two-way authentication”. VPs truststore och keystore som används är konfigurerbart i properties filer.

1.1.2

Avsändarens id parsas ut från certifikatets “subject” via nyckeln SERIALNUMBER.

X.

För övriga beskrivningar se nedan

X…

Se de “Gemensamma beskrivningarna för AF1-AF3” nedan.

Expandera
titleGemensamma beskrivningar för AF1-AF3

2.1 Read request

Requesten parsas och följande värden tas ut:

  • Mottagarens logiska address

  • Tjänstekontraktets namespace

  • RIV version

  • Requestens encoding

2.2 Get physical address

Mottagarens fysiska address hämtas från TAK cachen baserat på den logiska adress och tjänstekontrakt. TAK cachen är tidigare hämtad från tjänsteaddresseringkatalogen.

Hittas ingen fysisk address kastas ett VP004 fel.

2.3 Authorization

Med hjälp av TAK cachen kontrolleras om avsändaren är behörig att anropa denlogiska adressen med tjänstekontraktet.

Är avändaren ej behörig kastas ett VP007 fel.

2.4 RIV version

I TAK cachen finns information om vilken RIV version som mottagaren förväntar sig. Skiljer den sig mot den inkommande RIV versionen som lästs ut från requesten görs en konvertering till mottagarens version. RIV20 och RIV21 stödjs.

3.1 Convert request

Virtualiseringsplattformen anropar alltid producenten med UTF8 encoding av meddelanden. Skiljer sig inkommande encoding från UTF8 görs en konvertering till UTF8.

Endast konvertering från UTF16 stödjs.

4. Request to producer

Requesten skickas till producenten. Vid fel att anropa producenten eller vid timeout att få ett svar kastas ett VP009 fel. Timeouttiden är konfigurerbar.

3.2 Convert response

Om inkommande request är skiljt från UTF8 görs en konvertering tillbaka till avsändarens ursprungsencoding.

Endast konvertering till UTF16 stödjs.

2.5 Handle response

Ingen parsning av svarsmeddelandet görs men det görs en kontroll att svaret inte är tomt.

Vid tomt svar från producenten kastas ett VP009 fel.