> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/documentation/documentation-nl/aan-de-slag/about-dispel.md).
# Over Dispel
Wat de Dispel Zero Trust Engine is, waarom toegang werkt zoals het werkt, en hoe een verbinding een apparaat binnen een OT-netwerk bereikt.
Dispel levert beveiliging die industriële operaties sneller laat draaien.
De **Dispel Zero Trust-engine** verbindt mensen, systemen en operationele data veilig over complexe OT-omgevingen. Het vervangt de statische VPN's, jumpservers en onbeheerde leverancierspaden waarop industriële locaties hebben vertrouwd: operators, OEM's, aannemers en engineers bereiken de systemen die ze nodig hebben via een bemiddelde verbinding die is afgebakend tot een tijdvenster en wordt vastgelegd, zonder dat er een permanent pad open blijft naar het OT-netwerk.
Deze pagina behandelt waaruit het platform bestaat en hoe een verbinding een apparaat bereikt. Voor de woordenschat die in deze documentatie wordt gebruikt, zie [Belangrijke terminologie](/documentation/documentation-nl/aan-de-slag/key-terminology.md).
## Waarom toegang op deze manier werkt
Elk OT-beveiligingsprogramma dient drie groepen die verschillende dingen willen. Beveiliging wil de strengste controles. Operaties moet de productie draaiende houden. Compliance moet aantonen dat de controles werken.
Wanneer de tooling niet aan alle drie voldoet, zoeken mensen een omweg. Een leverancier vraagt een plantoperator om gedeelde inloggegevens omdat inloggen te lastig is. Een engineer wordt buitengesloten omdat de corporate SSO de lokale directory niet bereikt. Een aannemer gaat om het goedgekeurde pad heen omdat onboarding vier dagen duurt. Het programma lijkt op papier solide terwijl er daaronder een dozijn privé-tunnels draait.
Dispel is zo gebouwd dat het beveiligde pad ook het snelste is. Veel van wat de rest van deze documentatie beschrijft, vloeit voort uit dat doel — waarom toegang voor een venster wordt verleend in plaats van permanent open te staan, waarom leveranciers zichzelf kunnen onboarden, waarom het netwerkpad tussen sessies opnieuw wordt opgebouwd.
## Het platform
Gebruikers maken verbinding via een **Regio** , die de sessie bemiddelt en deze doorgeeft aan een **Wicket** op de locatie. De Wicket staat op de grens van de OT-DMZ en reikt naar beneden tot in de cells waar de apparatuur staat, zodat een verbinding het apparaat bereikt zonder dat de machine van de gebruiker ooit deel uitmaakt van het OT-netwerk.
| Onderdeel van het platform | Wat het doet | Waar het gedocumenteerd is |
| ----------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Getrapte verbindingssuite** | Past de toegangsmethode aan op het werk: clientloze Browser Connect voor snelle vendorsessies, een geïsoleerde Virtuele Desktop voor engineeringwerk en de Dispel Application voor legacy- en propriëtaire tooling. | [Verbindingsmethoden](/documentation/documentation-nl/verbinding-maken-met-uw-systemen/connection-methods.md) |
| **Toegangsvensters** | Verleen toegang tot een faciliteit voor een vaste periode en een gekozen set gebruikers of groepen, via goedkeuring of op verzoek. | [Toegangsvensters](/documentation/documentation-nl/verbinding-maken-met-uw-systemen/access-windows.md) |
| **Dispel Intelligence** | Scoort en registreert wat er binnen een sessie gebeurt — identiteit, apparaat en gedrag — van aanmelden tot verbreking. | [Sessieforensisch onderzoek](/documentation/documentation-nl/monitoren-en-onderzoeken/risk-factor-analysis.md), [UEBA](/documentation/documentation-nl/monitoren-en-onderzoeken/user-and-entity-behavior-analytics.md) |
| **Dispel Compliance** | Beoordeelt de liveconfiguratie van het platform ten opzichte van basislijnen van frameworks en bouwt het bewijsmateriaal op terwijl u werkt. | [Naleving](/documentation/documentation-nl/beveiligen-en-beheren/overview.md) |
| **Dispel Identity** | Bepaalt wie verbinding maakt voordat toegang begint, in plaats van alleen op de inloggegevens te vertrouwen. | [Dispel Identity](/documentation/documentation-nl/beveiligen-en-beheren/dispel-identity.md) |
| **Topologie** | Eén liveweergave van elke regio, locatie, Wicket en apparaat, met de gezondheid van het pad. | [Topologie](/documentation/documentation-nl/monitoren-en-onderzoeken/topology.md) |
Het platform is interoperabel met bestaande OT-systemen over alle 65.000+ TCP/IP-protocollen, waaronder SSH, RDP en VNC. Propriëtaire omgevingen zoals Rockwell FactoryTalk, Siemens TIA Portal en Mitsubishi GX Works vereisen een vertaler. Signalen over sessie- en activarisico wisselen uit met de OT-beveiligingstools die u al gebruikt — waaronder Nozomi Networks, Dragos, Armis, Forescout en TXOne Networks. Zie [Integraties](/documentation/documentation-nl/integreren-en-beheren/integrations.md).
## Hoe uw omgeving is georganiseerd
Uw organisatie is gelaagd in lagen, en diezelfde gelaagdheid begrenst rollen en rechten.
| Laag | Wat het is |
| ---------------- | ----------------------------------------------------------------------------------------------------------------------- |
| **Regio** | Een door Dispel gehost netwerk voor externe toegang voor een geografisch gebied, apart gehouden van elke andere Regio. |
| **Facility** | Eén locatie binnen een Regio — een fabriek, onderstation of netwerksegment — samen met de apparaten die u daar bereikt. |
| **Wicket** | De hardware- of software-appliance op de locatie die een faciliteit koppelt aan zijn Regio. |
| **Eindapparaat** | Het OT-asset waaraan u werkt, bereikt vanuit de betreffende faciliteit. |
Voor hoe een implementatie is opgebouwd en wat elk onderdeel doet, zie [Implementatie-infrastructuur](/documentation/documentation-nl/uw-omgeving-opbouwen/infrastructure/deployment-infrastructure.md).
## Hoe een verbinding een apparaat bereikt
1. **Aanmelden** bij [app.dispel.com](https://app.dispel.com). Hier vraagt u toegang aan, start u verbindingen en — als u de organisatie beheert — beheert u die.
2. **Houd een toegangsvenster open.** Een [toegangsvenster](/documentation/documentation-nl/verbinding-maken-met-uw-systemen/access-windows.md) dekt een faciliteit, een tijdsperiode en een set gebruikers of groepen. Zonder zo'n venster voor de faciliteit bereikt geen enkele verbindingsmethode daar een apparaat.
3. **Start een verbindingsmethode.** Reserveer een [Virtuele Desktop](/documentation/documentation-nl/verbinding-maken-met-uw-systemen/connection-methods/virtual-desktops.md), open een [Browser Connect](/documentation/documentation-nl/verbinding-maken-met-uw-systemen/connection-methods/browser-connect.md) sessie, of maak verbinding via de [Dispel-applicatie](/documentation/documentation-nl/verbinding-maken-met-uw-systemen/connection-methods/dispel-application.md). Elk leidt u via de Regio.
4. **Bereik het apparaat.** Verkeer wordt van de Regio via de Wicket naar het apparaat doorgestuurd. Welke apparaten u bereikt, over welke poorten en protocollen, komt uit [toegangsregels (ACL's)](/documentation/documentation-nl/uw-omgeving-opbouwen/infrastructure/device-management/device-access-acls.md).
5. **De toegang eindigt met het venster.** Wanneer het toegangsvenster sluit, stopt het met toegang verlenen tot die faciliteit, ongeacht welke verbindingsmethode u gebruikte. Een Virtuele Desktop wordt bovendien vernietigd zodra u ermee klaar bent.
## Wat Dispel inricht en wat u registreert
Het netwerk waarop een Regio draait, wordt door de infrastructuur van Dispel opgebouwd als onderdeel van uw implementatie. Een organisatiebeheerder kan later vanuit de app een Regio toevoegen door deze een naam te geven en een hostinglocatie te kiezen; deze toont een bouwstatus totdat het netwerk gereed is. Alles binnen een Regio — faciliteiten, Wickets, apparaten en gebruikers — registreert en beheert uw team.
## Volgende stappen
* [Aan de slag met Dispel](/documentation/documentation-nl/aan-de-slag/getting-started-with-dispel.md) — stel uw organisatie in en maak een eerste verbinding.
* [Belangrijke terminologie](/documentation/documentation-nl/aan-de-slag/key-terminology.md) — definities voor de termen op deze pagina.
* [Toegangsvensters](/documentation/documentation-nl/verbinding-maken-met-uw-systemen/access-windows.md) — verleen en vraag tijdgebonden toegang aan.
* [Verbindingsmethoden](/documentation/documentation-nl/verbinding-maken-met-uw-systemen/connection-methods.md) — kies tussen Virtuele Desktops, Browser Connect en de Dispel-applicatie.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.dispel.com/documentation/documentation-nl/aan-de-slag/about-dispel.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
