Waarom Inlogpogingen Worden Beperkt

De meeste mensen ontdekken pas dat er limieten bestaan als ze er een bereiken: een melding dat er te veel pogingen zijn gedaan en dat je het later opnieuw moet proberen. Dat kan willekeurig aanvoelen, maar de limieten in Invoice Generator zijn bewust op verschillende niveaus ingesteld voor verschillende delen van de app. Als je weet welke verzoeken een limiet delen en hoe lang de periode is, vertelt de melding je precies wat er is gebeurd.

Vier Aparte Limieten, Elk per IP-adres Geteld

De server houdt vier onafhankelijke tellers bij, elk per IP-adres:

• Authenticatie: standaard 10 verzoeken per uur. Dit geldt voor registreren, inloggen, de controle van de tweestapscode bij het inloggen en verzoeken om een verificatiemail opnieuw te versturen.
• De app zelf: 1.000 verzoeken per 15 minuten in productie. Dit geldt voor facturen, klanten, betalingen, rapporten, uitgaven, tijdregistraties, werkruimtes, het klantenportaal en de ontwikkelaars-API.
• Het contactformulier: 10 inzendingen per uur.
• De afbeeldingsproxy, die externe logo's laadt voor het maken van pdf's: 500 verzoeken per 15 minuten.

Omdat dit aparte tellers zijn, heeft het opgebruiken van de ene geen invloed op de andere. Sluit je jezelf buiten bij het inloggen omdat je je wachtwoord een paar keer verkeerd typt, dan kan iedereen op je netwerk die al is ingelogd gewoon doorwerken. Hun verzoeken tellen mee voor de limiet van de app, niet voor die van authenticatie.

Waarom Authenticatie de Strengste Limiet Heeft

Iemand die normaal inlogt heeft één poging nodig, misschien twee of drie na een typfout. Tien per uur is daarvoor ruim voldoende. Een geautomatiseerd programma dat wachtwoorden raadt, heeft er duizenden nodig. Door inloggen op tien pogingen per uur per IP-adres te begrenzen, wordt een snelle raadaanval er een die jaren zou duren, zonder dat iemand bij normaal gebruik verschil merkt.

De tweestapscontrole zit om dezelfde reden in deze groep. Een code van zes cijfers heeft maar een miljoen mogelijke waarden. Zonder limiet zouden die snel kunnen worden geprobeerd binnen de vijf minuten dat het tijdelijke inlogtoken geldig is. Met de gedeelde limiet krijgt een aanvaller die het wachtwoord al heeft ongeveer tien pogingen voor de code, en wordt daarna een uur geblokkeerd.

Het opnieuw versturen van de verificatiemail hoort erbij omdat elke aanvraag een echte e-mail verstuurt. Zonder limiet zou je iemands inbox kunnen overspoelen met verificatiemails die diegene nooit heeft aangevraagd.

Waarom de Limiet voor de App Zoveel Hoger Is

Normaal gebruik van het dashboard levert veel verzoeken op. Bij het laden van één pagina kunnen tegelijk facturen, klanten, meldingen en het bedrijfsprofiel worden opgehaald, en een bulkactie of een druk rapport voegt er nog meer aan toe. Duizend verzoeken per periode van 15 minuten laat veel ruimte voor intensief gebruik, maar stopt een ontspoord script of een koppeling die in een lus vastzit voordat anderen er last van krijgen.

Het Contactformulier en de Afbeeldingsproxy

Het contactformulier heeft een eigen limiet van 10 per uur, omdat elke inzending een e-mail naar het supportteam stuurt. Zonder die limiet zou het formulier een makkelijke manier zijn om spam te versturen. De afbeeldingsproxy heeft een apart budget van 500 per 15 minuten, omdat het maken van een pdf hetzelfde externe logo meerdere keren kan opvragen. Met een eigen teller gaat het maken van documenten niet ten koste van je gewone limiet voor de app.

Wat Je Ziet Als Je een Limiet Bereikt

Boven de limiet geeft de server HTTP 429 terug met een duidelijke melding, zoals "Too many authentication attempts, please try again after an hour". Antwoorden bevatten ook de standaard RateLimit-headers, zodat een API-koppeling kan zien hoeveel er nog over is en wanneer de periode opnieuw begint, in plaats van te gokken. De periodes hebben een vaste lengte (een uur voor authenticatie, 15 minuten voor de app), dus als je de genoemde tijd afwacht, is de blokkade altijd opgeheven.

Let Op bij Gedeelde Netwerken

Omdat er per IP-adres wordt geteld, deelt iedereen achter hetzelfde openbare IP-adres één budget. Dat kan een kantoor zijn, een flexwerkplek of een VPN. Voor de app maakt dat zelden uit, maar tien inlogpogingen per uur kunnen op zijn als een heel team tegelijk inlogt via één kantoorverbinding. Kunnen meerdere mensen tegelijk opeens niet inloggen, dan is dat de meest waarschijnlijke oorzaak, en het lost zichzelf binnen het uur op.