DNS-fallback in Pay.POS
Slimme DNS-fallback zorgt ervoor dat Pay.POS automatisch de snelste en meest geschikte DNS-server kiest voor een betrouwbare netwerkverbinding.
Pay.POS gebruikt een slimme DNS-fallback om netwerkproblemen zoveel mogelijk te voorkomen en de beschikbaarheid van de applicatie te vergroten.
Bij iedere DNS-aanvraag probeert de app de beschikbare DNS-servers in een vaste volgorde. Reageert een DNS-server niet binnen 50 ms, dan schakelt Pay.POS automatisch over naar de volgende server in de lijst. Zodra de TTL (Time To Live) van het DNS-record is verlopen, wordt dit proces opnieuw uitgevoerd zodat opnieuw de snelste en best beschikbare DNS-server wordt gekozen.
Volgorde van de DNS-servers
Pay.POS gebruikt de volgende volgorde:
| Prioriteit | DNS-server | Reden |
|---|---|---|
| 1 | 8.8.8.8 (Google Public DNS) | Standaard voorkeursserver vanwege de hoge betrouwbaarheid, prestaties en wereldwijde beschikbaarheid. |
| 2 | DNS-server van de router (DHCP) | Vergroot de compatibiliteit met bedrijfsnetwerken waar uitsluitend de lokale DNS-server is toegestaan. |
| 3 | 1.1.1.1 (Cloudflare DNS) | Extra fallback wanneer de voorgaande DNS-servers niet beschikbaar zijn. |
Waarom deze volgorde?
Google Public DNS is de eerste keuze vanwege de uitstekende prestaties en betrouwbaarheid. Sommige bedrijfsnetwerken staan echter alleen DNS-verkeer naar de lokale DNS-server van de router toe. Daarom probeert Pay.POS als tweede de via DHCP ontvangen DNS-server. Mocht ook deze niet beschikbaar zijn dan wordt automatisch overgeschakeld naar Cloudflare DNS.
Door deze aanpak blijft de applicatie optimaal functioneren op zowel open internetverbindingen als streng beveiligde bedrijfsnetwerken, zonder dat hiervoor handmatige configuratie nodig is.