Sertifikaatit natiiveille liittimille

Kun natiivi liitin kommunikoi toisen lähde-/kohdejärjestelmän kanssa (kuten Active Directory, LDAP tai API), se käyttää suojattua yhteyttä (HTTPS tai LDAPS). Jotta tämä yhteys toimisi, liittimen täytyy luottaa kohdejärjestelmään. Ja tämä luottamus perustuu sertifikaatteihin.

Minkä sertifikaatin tarvitset?

Sinun täytyy asentaa natiiviin liittimeen lähde-/kohdejärjestelmän sertifikaatti, tai tarkemmin sanottuna sertifikaatti, joka todistaa sen olevan luotettava. Esim. jos yhdistät Active Directoryyn, tarvitset Active Directoryn juurisertifikaatin. Ja esim. jos yhdistät johonkin API-päätepisteeseen, tarvitset kyseisen API:n juurisertifikaatin.

Käytännössä tämä tarkoittaa jotakin seuraavista:

Vaihtoehto 1 (suositeltu)
Root CA -sertifikaatti
Pääasiallinen taho, joka myönsi sertifikaatin (ylimpänä sertifikaattiketjussa).

Vaihtoehto 2
Intermediate CA -sertifikaatti(t)
Näitä saattaa olla juuren ja palvelimen välissä.

Vaihtoehto 3 (vain varasuunnitelmaksi, ei suositella tuotantokäyttöön, sillä nämä vanhenevat hyvin usein)
Palvelinsertifikaatti
Kohdejärjestelmän varsinainen sertifikaatti.

Yksinkertainen ajattelumalli natiiveille liittimille tarvittavista sertifikaateista

Lähde-/kohdejärjestelmä esittää sertifikaatin, kun liitin muodostaa yhteyden.
Liitin tarkistaa, kuka myönsi kyseisen sertifikaatin.
Jos liitin luottaa kyseiseen myöntäjään, yhteys sallitaan.

Koska natiivit liittimet eivät luota mihinkään sertifikaatteihin oletuksena, sinun täytyy asentaa se erikseen, jotta natiivi liitin voi luottaa siihen.

Mistä tiedät, mitä pitää asentaa?

Jos lähde-/kohdejärjestelmäsi REST API on julkinen SaaS-ratkaisu, voit hakea sen juurisertifikaatin heidän verkkosivustoltaan.

Tai kysy IT-tiimiltäsi tai järjestelmän omistajalta:

"Toimittaisitteko tämän järjestelmän juurisertifikaatin base64-koodatussa PEM-muodossa?"

Tai:

"Mikä CA (Certificate Authority) allekirjoitti tämän järjestelmän sertifikaatin? Lataa se base64-koodatussa PEM-muodossa"

Yleisiä virheitä

• Vanhentuneiden sertifikaattien käyttäminen
• Väärän ympäristön sertifikaattien käyttäminen (testi vs. tuotanto)

Mitä tapahtuu, kun se toimii?

• Liitin muodostaa yhteyden onnistuneesti
• Ei SSL- tai TLS-virheitä
• Tieto siirtyy normaalisti

Mitä tapahtuu, kun se on väärin?

Saatat nähdä virheitä, kuten:

• "SSL handshake failed"
• "PKIX path building failed"
• "Unable to find valid certification path"

Nämä tarkoittavat tyypillisesti sitä, ettei natiivi liitin luota sertifikaattiin.

Miten sertifikaatit asennetaan

Vain Matrix42 voi asentaa sertifikaatteja natiiveihin liittimiin, ota yhteyttä Matrix42:een sertifikaattien asentamiseksi.