Handleiding voor verlenging van L2L SSL-certificaten
Last updated: June 19, 2026
Inleiding
Bij L2L geven we prioriteit aan de beveiliging en betrouwbaarheid van onze diensten. Als onderdeel van onze inzet om een veilige omgeving voor onze klanten te behouden, voeren we jaarlijks een verlenging van onze SSL-certificaten (Secure Sockets Layer) uit. Dit document beschrijft het proces voor het verlengen van SSL-certificaten, zodat uw integraties, zoals Single Sign-On of andere systemen van derden, zonder onderbreking blijven werken.
Proces voor het verlengen van SSL-certificaten
Overzicht
Onze SSL-certificaten worden jaarlijks verlengd om verbeterde beveiliging voor onze communicatie en diensten te garanderen. We gebruiken een wildcardcertificaat om meerdere subdomeinen te beveiligen met één SSL-certificaat, wat het beheer en de implementatie vereenvoudigt. Dit is wat u moet weten over het verlengingsproces:
Deze verlenging van het SSL-certificaat heeft specifiek gevolgen voor klanten in de volgende situaties:
- SSO (Single Sign-On) gebruiken voor aanmeldingen. (Als uw organisatie Single Sign-On met L2L gebruikt, is deze update over het algemeen niet iets waarvoor standaard handmatige installatie van het certificaat nodig is. In de meeste standaard SSO/SAML-configuraties wordt het certificaat verwerkt als onderdeel van de normale vertrouwensketen.)
- Een integratie hebben met derden die de L2L API gebruiken en daarbij SSL-verificatie uitvoeren. (Voor standaardintegraties die de L2L API gebruiken, verwachten we niet dat klanten wijzigingen moeten aanbrengen. De meeste integraties vertrouwen op standaard SSL-validatie en blijven normaal werken. U hoeft alleen actie te ondernemen als uw team bewust een aangepast SSL-verificatieproces, certificaatpinnen of een handmatig beheerde truststore heeft geconfigureerd. Als dat het geval is, weet uw IT- of integratieteam doorgaans al dat dit van toepassing is op uw omgeving.)
- Aangepaste L2L Studio-applicaties gebruiken met de L2L Login Plugin. (Dit scenario is mogelijk, maar alleen voor applicaties die door de klant worden beheerd. Als uw team een aangepaste Studio-applicatie heeft gebouwd en onderhoudt die gebruikmaakt van de L2L Login Plugin, moet uw team mogelijk het certificaat controleren en indien nodig bijwerken. Als de Studio-applicatie door L2L Technical Services is gebouwd en wordt onderhouden, hoeft u voor dit onderdeel niets te doen.)
Samengevat:
Als het antwoord nee is, is er waarschijnlijk geen actie nodig.
Tijdlijn
Het nieuwe SSL-certificaat downloaden - U HOEFT NIET IN TE LOGGEN OM HET CERTIFICAAT TE BEKIJKEN
Een Chrome-browser gebruiken:
- Bezoek de downloadpagina voor het SSL-certificaat: https://l2ltest-l2l.leading2lean.com
- Klik op het hangslotpictogram naast de URL in de adresbalk.
- Navigeer naar het gedeelte "Certificaat" (geldig).
- Ga in het certificaatvenster naar het tabblad "Details" en klik op 'Exporteren' om de wizard voor het exporteren van certificaten te starten.
- Volg de stappen van de wizard om het SSL-certificaatbestand op uw computer op te slaan.
Microsoft Edge Browser gebruiken:

Curl gebruiken:
curl -o l2l_certificate.pem https://[SUBDOMAIN].leading2lean.comVervang l2l_certificate.pem door de gewenste bestandsnaam. Met deze opdracht wordt het certificaat naar het opgegeven bestand gedownload.
De vervaldatum van een certificaat controleren
U kunt de vervaldatum van uw SSL-certificaat controleren met de volgende opdracht in uw terminal of opdrachtprompt:
openssl x509 -noout -dates -in l2l_certificate.pemVervang l2l_certificate.pem door het pad naar uw certificaatbestand. Met deze opdracht worden de datums notBefore en notAfter weergegeven, die de geldigheidsperiode van het certificaat aangeven.
Belangrijke opmerking voor bedrijfsnetwerken met Deep Packet Inspection (DPI)
Als u het SSL-certificaat opent vanaf een bedrijfsnetwerk dat Deep Packet Inspection gebruikt, haalt uw systeem mogelijk niet het originele L2L SSL-certificaat op, maar in plaats daarvan een intermediair certificaat dat door de beveiligingsinfrastructuur van uw bedrijf is gegenereerd. Controleer de authenticiteit van het gedownloade certificaat als volgt:
1. Controleer de certificeringsinstantie (CA): Open het gedownloade certificaat. Zoek naar de uitgever (CA) die het certificaat heeft ondertekend.
2. Controleer de CA: Als de CA een bekende, wereldwijd erkende certificeringsinstantie is (DigiCert, GlobalSign, Sectigo, USERTrust, Let's Encrypt), is het certificaat geldig. Als de CA een interne of automatisch gegenereerde certificeringsinstantie is, hebt u mogelijk niet het originele certificaat ontvangen.
3. Oplossing: Probeer het certificaat buiten uw bedrijfsomgeving te downloaden, bijvoorbeeld via een persoonlijke internetverbinding, of vraag het certificaat op bij uw IT-team, om er zeker van te zijn dat u het juiste SSL-certificaat hebt.
De vervaldatum van een certificaat controleren met de Chrome Browser
Het rechtstreeks controleren van de vervaldatum van een SSL-certificaat in uw Chrome Browser is een eenvoudig proces. Zo doet u dat:
- Open de website:
- Navigeer naar de website waarvoor je het SSL-certificaat wilt controleren in je Chrome-browser.
- Bekijk het certificaat:
- Klik op het hangslotpictogram aan de linkerkant van de adresbalk. Dit geeft aan dat de verbinding veilig is.
- Certificaatinformatie:
- Nadat je op het hangslotpictogram hebt geklikt, verschijnt er een menu. Klik op "Certificaat" om gedetailleerde informatie over het SSL-certificaat van de site te bekijken.
- Controleer de vervaldatum:
- In het certificaatvenster zie je verschillende tabbladen, zoals "Algemeen", "Details" en "Certificeringspad". Zoek op het tabblad "Algemeen" naar de datums bij "Geldig vanaf". Dit toont het datumbereik waarin het certificaat geldig is, inclusief de vervaldatum.
Voorbeeldtijdlijn (1)
Als het huidige SSL-certificaat op donderdag 30 november verloopt, ziet de tijdlijn er als volgt uit:
- Nieuw SSL-certificaat beschikbaar: 13 november (twee maandagen vóór 30 november).
- Overschakelen naar nieuw SSL-certificaat: 27 november (de laatste maandag vóór 30 november).
- Herinneringsmails: De eerste herinnering wordt eerder in november verzonden, met een vervolgherinnering op 24 november (de vrijdag vóór de omschakeling).
- Bevestiging van voltooiing: Kort na 27 november wordt een e-mail verzonden, inclusief de volgende vervaldatum.
Voorbeeldtijdlijn 2 (Vervaldatum op een maandag)
Als het huidige SSL-certificaat op maandag 4 december verloopt, wordt de tijdlijn voor het verlengingsproces enigszins aangepast vanwege ons beleid om op de laatste maandag vóór de vervaldatum over te schakelen naar het nieuwe certificaat. Zo werkt het in dit scenario:
- Nieuw SSL-certificaat beschikbaar: 20 november (twee maandagen vóór 4 december).
- Overschakelen naar nieuw SSL-certificaat: 27 november (de maandag direct voorafgaand aan de vervaldatum van 4 december).
- Herinneringsmails: De eerste herinnering wordt eerder in november verzonden, met een vervolgherinnering op 24 november (de vrijdag vóór de omschakeling).
- Bevestiging van voltooiing: Kort na 27 november wordt een e-mail verzonden met details over de voltooiing van de SSL-update en de volgende vervaldatum.
Dit voorbeeld illustreert het proces wanneer de vervaldatum van het certificaat op een maandag valt, waardoor de verlenging de voorgaande maandag moet worden voltooid om continue beveiliging en een ononderbroken werking van de service te garanderen.
Conclusie
De jaarlijkse verlenging van onze SSL-certificaten is een kritiek proces om een ononderbroken en veilige service te garanderen. Door de beschreven stappen te volgen voor het downloaden en bijwerken van uw SSL-certificaat, kunt u ervoor zorgen dat uw integraties met L2L naadloos blijven functioneren. Mocht u vragen hebben of hulp nodig hebben, aarzel dan niet om contact op te nemen met ons supportteam.
Bedankt voor uw aandacht voor dit belangrijke proces en voor uw voortdurende samenwerking met L2L.
Veelgestelde vragen
Heeft dit te maken met het externe certificaat dat we in ons Ignition-systeem gebruiken? Normaal gesproken zou Ignition prima moeten werken zonder een certificaat te installeren, maar interne beveiliging kan de certificaatverificatie soms onderscheppen en kan vereisen dat er een wordt geïnstalleerd.
Heb ik een nieuwe API Key of Auth Key nodig? NEE.
Hoe weet je of je je SSL moet bijwerken?
Omdat AAA Certificate Services en User Trust certificeringsinstanties bekend zijn bij alle up-to-date browsers en besturingssystemen, hoeft u niets te doen. Als de browser een nieuw certificaat voor een site ziet, gaat deze terug naar die certificeringsinstanties en controleert de geldigheid van het certificaat. Normaal gesproken hoeft u dus niets te doen.
Als u een intern rootcertificaat gebruikt, wat betekent dat uw eigen certificeringsinstantie op hun firewall staat, gebaseerd op uw beveiligingsbeleid, zult u Sectigo niet als uitgever van ons eigen certificaat zien. U ziet op dat moment de naam van de certificeringsinstantie van uw eigen firewall; u moet deze bijwerken naar het nieuwe certificaat.