Sigtao is een bedrijfsapplicatie die door veel lokale overheden en publieke instellingen wordt gebruikt. Wanneer de verbinding met Sigtao faalt of herhaaldelijk verbroken wordt, is de klassieke reflex om de internetverbinding te controleren of de computer opnieuw op te starten. In de meeste gevallen komt het probleem niet van het lokale netwerk, maar van een tussenliggend schakelpunt tussen de browser en de applicatieserver.
De meest voorkomende oorzaken van terugkerende verbroken verbindingen op Sigtao raken drie verschillende lagen: de configuratie van de browser, de netwerkbeveiligingsbeleid en de softwarecompatibiliteit na een systeemupdate. Het begrijpen van deze drie niveaus maakt het mogelijk om de diagnose te richten in plaats van te tasten.
Verder lezen : Hoe een woning te krijgen op al'in?
Browsercompatibiliteit en Sigtao-certificaten na systeemupdate
Een trend die door verschillende overheden is opgemerkt sinds de recente versies van browsers en besturingssystemen (overstappen naar Windows 11, nieuwe versies van Edge of Chrome): Sigtao kan niet goed functioneren terwijl andere interne webapplicaties normaal werken. Deze discrepantie is verwarrend, omdat het de indruk wekt dat de software niet de oorzaak is.
Het probleem komt vaak voort uit het beheer van certificaten. Bij een grote update van de browser wordt de certificaatopslag soms opnieuw ingesteld of aangevuld met nieuwe root-autoriteiten. Als het certificaat dat door de Sigtao-server wordt gebruikt, afhankelijk is van een oude of tussenliggende keten van vertrouwen, kan de bijgewerkte browser stilletjes de TLS-verbinding weigeren of deze na enkele seconden verbreken.
Aanrader : Hoe een telefoon op afstand te bespioneren?
Om u te helpen dit soort storingen te diagnosticeren, kunt u de verbinding met Sigtao op Geekovision openen en de beschreven symptomen vergelijken met die u op uw computer observeert.
De eerste nuttige reflex: open de ontwikkelaarsconsole van de browser (F12, tabblad Beveiliging of Netwerk) en controleer of er certificaatfouten of blokkeringen van het type ERR_CERT_AUTHORITY_INVALID verschijnen tijdens de poging om verbinding te maken. Als het certificaat de oorzaak is, moet de IT-afdeling de certificaatketen aan de serverzijde bijwerken of het ontbrekende root-certificaat op de computers implementeren.
Versterkte beveiligingsbeleid en sessieduur van Sigtao
Sinds 2024-2025 hebben veel publieke IT-afdelingen hun beveiligingsregels aangescherpt. Deze aanscherping resulteert in drie veranderingen die direct invloed hebben op de verbinding met Sigtao:
- Versterkte multi-factor authenticatie (MFA): het toevoegen of wijzigen van de MFA-laag kan reconnectie-lussen veroorzaken als het authenticatietoken verloopt voordat de Sigtao-applicatiesessie is beëindigd.
- Strengere IP-beperkingen: sommige beleidsregels staan verbinding alleen toe vanuit gedefinieerde IP-adresbereiken. Een thuiswerkplek die via een VPN werkt met een regelmatig veranderend uitgangs-IP zal bij elke rotatie worden verbroken.
- Verkorte sessieduren: waar de sessie enkele uren actief bleef, kan de timeout nu op enkele tientallen minuten worden ingesteld, wat frequent opnieuw verbinden tijdens het werk afdwingt.
Deze instellingen zijn niet afhankelijk van de eindgebruiker. Het probleem is dat de foutmelding die door Sigtao wordt weergegeven geen onderscheid maakt tussen een sessietimeout en een netwerkonderbreking. Het zichtbare symptoom (witte pagina, terugkeer naar het inlogscherm) is in beide gevallen identiek.
Om te weten of het beveiligingsbeleid de oorzaak is, hoeft u alleen maar het exacte tijdstip van elke verbroken verbinding gedurende een dag te noteren. Als de onderbrekingen zich op regelmatige intervallen voordoen (bijvoorbeeld elke 20 of 30 minuten), is het een sessietimeout. Als ze willekeurig zijn maar gecorreleerd met een IP-adreswijziging (controleerbaar in de VPN-logs), is het de IP-beperking die blokkeert.
Applicatieverbinding plan: in kaart brengen van de stromen naar Sigtao
Wanneer de verbroken verbindingen aanhouden ondanks de basiscontroles, is de meest betrouwbare methode om een applicatieverbinding plan op te stellen. Dit document, vergelijkbaar met een BI-verbinding plan dat in een multi-bron omgeving wordt gebruikt, brengt elke schakel in de keten tussen de gebruikerscomputer en de Sigtao-server in kaart.
De te identificeren componenten zijn als volgt:
- De browser en de exacte versie op de clientcomputer
- De bedrijfsproxy (adres, filteringregels die op de Sigtao-domeinen worden toegepast)
- De gebruikte VPN en de uitgangsconfiguratie (vast of dynamisch IP)
- De SSO (Single Sign-On) die de authenticatie beheert, met de geldigheidsduur van het token
- De LDAP- of Active Directory-directory die de toegangsrechten valideert
- De Sigtao-applicatieserver zelf, met de geïmplementeerde versie
Elke schakel kan de bron van een onderbreking zijn. Zonder deze mapping wordt de diagnose blindelings door eliminatie gedaan, door hypotheses zonder logische volgorde te testen. Met deze mapping kan een technicus de foutieve component binnen enkele minuten isoleren door de logs van elke stap te controleren.
Een concreet geval van een verkeerd geconfigureerde proxy
In sommige configuraties past de bedrijfsproxy filtering toe op basis van de categorie van de site. Als Sigtao is gehost op een domein dat niet expliciet is geclassificeerd als “bedrijfsapplicatie” in de proxydatabase, kan de filtering de verbinding na een variabele tijd onderbreken, vooral tijdens het herladen van zware pagina’s of het verzenden van grote formulieren.
De controle gebeurt door het gedrag van Sigtao met en zonder proxy te vergelijken (door tijdelijk via een directe verbinding of een testproxy te gaan). Als de verbinding stabiel is zonder proxy, moet er een uitzondering voor het Sigtao-domein aan de filteringregels worden toegevoegd.
Verwarring tussen portalen en inloggegevens van Sigtao
Een laatste factor, vaak onderschat, veroorzaakt herhaalde verbindingsfouten zonder dat er een technische component defect is. In organisaties die meerdere applicatieportalen gebruiken (Sigtao, My Arkevia, e-mail, intranet), verwarren gebruikers vaak de inloggegevens of de toegang URL’s.
Sigtao kan meerdere toegangspunten hebben afhankelijk van de geïmplementeerde versie (product URL, pre-product URL, oude portal die niet is gedeactiveerd). Het invoeren van de oude URL leidt soms naar een functionele inlogpagina, maar verbonden met een verouderde server, wat fouten na authenticatie veroorzaakt.
De eenvoudige oplossing: voeg de gevalideerde product URL toe aan de favorieten van de browser en verwijder de oude vermeldingen. Aan de IT-zijde voorkomt het correct deactiveren van oude URL’s dat dit probleem zich bij elke versiewijziging herhaalt.
De terugkerende verbroken verbindingen op Sigtao zijn zelden het gevolg van een enkele oorzaak. De combinatie van een browserupdate, een aangescherpte MFA en een verkeerd geconfigureerde proxy kan intermitterende symptomen opleveren die alleen door een gedocumenteerd verbindingsplan kunnen worden ontrafeld. De tijd nemen om de stromen één keer in kaart te brengen bespaart uren aan diagnose bij elk volgend incident.