From 84c064253a83dc1e7be7d8b0543bd5fcfa324003 Mon Sep 17 00:00:00 2001 From: Ludek Janda Date: Mon, 18 Nov 2024 15:44:26 +0100 Subject: [PATCH] Updates in DA, TR --- config/_default/menu.tr.toml | 2 +- content/da/docs/rate-limits.md | 246 ++++++++++++++++++++++++++++++++- content/tr/docs/_index.md | 2 +- 3 files changed, 246 insertions(+), 4 deletions(-) diff --git a/config/_default/menu.tr.toml b/config/_default/menu.tr.toml index f338e5f114..906c55e2bd 100644 --- a/config/_default/menu.tr.toml +++ b/config/_default/menu.tr.toml @@ -14,7 +14,7 @@ weight = 40 identifier = "about" [[main]] -name = "Internet Security Research Group (ISRG)" +name = "İnternet Güvenliği Araştırma Grubu (ISRG)" weight = 20 identifier = "isrg" parent = "about" diff --git a/content/da/docs/rate-limits.md b/content/da/docs/rate-limits.md index ca5ca0f558..878ffa21de 100644 --- a/content/da/docs/rate-limits.md +++ b/content/da/docs/rate-limits.md @@ -1,9 +1,251 @@ --- -title: Rate Limits +title: Grænser For kald slug: rate-limits date: 2018-01-04 lastmod: 2024-10-22 show_lastmod: true -untranslated: 1 --- +Let's Encrypt giver kaldsgrænser for at sikre rimelig brug af så +mange mennesker som muligt. Vi mener, at disse kald grænser er høje nok til at arbejde med +for de fleste mennesker som standard. Vi har også designet dem, så fornyelse af et +certifikat næsten aldrig rammer en kalds grænse, og således at store +organisationer gradvist kan øge antallet af certifikater, de kan udstede +uden at kræve intervention fra Let's Encrypt. + +Hvis du aktivt udvikler eller tester en Let's Encrypt klient, så benyt venligst +vores [staging miljø](/docs/staging-environment) i stedet for produktions API. Hvis du arbejder på at integrere Let's Encrypt som udbyder eller med et stort +websted, bedes du gennemgå vores [Integrations Guide](/docs/integration-guide). + +# Hvordan vores kald begrænsninger virker + +Grænser beregnes, per anmodning, ved hjælp af en utæt +spand algoritme. Denne +tilgang giver fleksibilitet i, hvordan du bruger dine tildelte kald. Du kan +enten fremsætte anmodninger i fuld fart – op til den fulde grænse – eller udjævne dine anmodninger +for at undgå risikoen for at blive begrænset. + +Hvis du har ramt en kaldsgrænse, har vi ikke en måde at nulstille den midlertidigt. Ingen grund til bekymring - din kapacitet for denne grænse vil gradvist genopfyldt over tid, at tillade +dig at fremsætte flere anmodninger uden du behøver at gøre noget. Tilbagekaldelse af certifikater nulstiller **ikke** kaldsgrænser, fordi ressourcerne til +udstedelse af disse certifikater allerede er blevet forbrugt. For mere information, se venligst +[Prøv igen efter overskridelse af kalds grænser](#retrying-after-hitting-rate-limits). + +# Grænser For Kontoregistrering + +Følgende grænser gælder, når abonnenter anmoder om en ny konto ved hjælp af +new-account API'et. Overskridelse af disse grænser er meget sjældent. Vi anbefaler, at +store integratorer anvender et design, som bruger en konto til mange +kunder. + +
+ +## Nye registreringer pr. IP-adresse + +Op til 10 konti kan oprettes fra en enkelt IP-adresse for hver 3 timer. Muligheden for at oprette nye konti genfylder med en sats på 1 konto hvert 18. minut. + +### Overstyringer + +Vi tilbyder **ikke** overskridelser af denne grænse. + +
+
+ +## Nye registreringer pr. IPv6-interval + +Op til 500 konti kan oprettes fra en enkelt /48 IPv6 subnet hver 3. time. +Evnen til at oprette nye konti genfylder med en sats på 1 konto hver 22 +sekunder. + +### Overstyringer + +Vi tilbyder **ikke** overskridelser af denne grænse. + +
+ +# Begrænsninger For Certifikatudstedelse + +Følgende grænser gælder, når abonnenter anmoder om et nyt certifikat ved hjælp af +`new-order` API'et. Overskridelse af disse grænser er mere almindeligt, især for +store hosting-udbydere eller organisationer, der udsteder certifikater for mange +værtsnavne. + +
+ +## Nye ordrer pr konto + +Nye ordrer pr. konto +Hver gang du anmoder om et certifikat fra Let's Encrypt, oprettes en ny ordre. +Et enkelt certifikat kan indeholde op til 100 værtsnavne. Af hensyn til ydeevne og pålidelighed er det bedre at bruge færre navne pr certifikat, når det er muligt. + +### Grænse + +Op til 300 nye ordrer kan oprettes af en enkelt konto hver 3. time. Evnen til at oprette nye ordrer genfylder med en sats på 1 ordre hver 36 +sekunder. + +### Overstyringer + +Overskridelser +For at overskride denne grænse, skal du anmode om en +overskridelse for en specifik konto. + +
+
+ +## Nye certifikater pr registreret domæne + +Et registreret domæne er generelt den del af domænet, du har købt +hos din domænenavnsregistrant. For eksempel på `www.example.com`, er det +registrerede domæne `example.com`. I `new.blog.example.co.uk`, er det registrerede +domæne `eksempel.co.uk`. Vi bruger [Public Suffix +List] (https://publicsuffix.org/) til at identificere registrerede domæner. + +### Grænse + +Der kan udstedes op til 50 certifikater pr. registreret domæne hver 7. dag. Dette er +en global grænse, og alle nye ordreanmodninger, uanset hvilken konto der indsender +dem, tæller med i denne grænse. Evnen til at udstede nye certifikater for +samme registrerede domæne genfylder med en sats på 1 certifikat hvert 202 minutter. + +### Overstyringer + +For at overskride denne grænse, skal du anmode om en +tilsidesættelse for det specifikke registrerede domæne eller en konto. + +
+
+ +## Nye certifikater pr eksakt sæt af værtsnavne + +Hvis du anmoder om et certifikat for `example.com` og `login.example.com`, det +“eksakte sæt af værtsnavne” er `[example.com, login.example.com]`. Hvis du anmoder om et +certifikat for kun 1 værtsnavn, såsom `eksempel.co.uk`, så ville det nøjagtige sæt af +værtsnavne være `[example.co.uk]`. + +### Grænse + +Op til 5 certifikater kan udstedes pr. nøjagtig samme sæt af værtsnavne hver 7 dage. +Dette er +en global grænse, og alle nye ordreanmodninger, uanset hvilken konto der indsender +dem, tæller med i denne grænse. Evnen til at udstede nye certifikater for +samme sæt af værtsnavne genfyldes med en sats på 1 certifikat hvert 34 timer. + +### Almindelige Årsager + +Almindelige årsagerReinstallation af din klient flere gange for at fejlfinde en ukendt fejl, eller +sletning af din ACME-klients konfigurationsdata, hver gang du opdaterer din applikation, er almindelige måder at ramme denne grænse. Vi har bevidst sat denne +grænse relativt lav for at forhindre fejlfyldte systemer eller software under udvikling hurtigt forbruger kapacitet af andre kapacitetsgrænser. + +Ved test eller fejlfinding af dine applikationer, anbefaler vi at konfigurere din +klient til at bruge vores [staging miljø](/docs/staging-environment), som har [væsentligt højere](/docs/staging-environment/#rate-limits) grænser. + +### Omgåelse + +Hvis du har ramt denne grænse, kan du ændre sættet af værtsnavne ved at tilføje +`blog.example.com`, for at anmode om yderligere certifikater. Vær opmærksom på, at disse nye +ordrer ikke ville blive betragtet som fornyelser. De vil derfor være underlagt satsgrænserne for +[Nye Ordrer pr. konto](#new-orders-per-account) og Nye Certifikater pr. +Registreret domæne. + +### Overstyringer + +Vi tilbyder **ikke** tilsidesættelser af denne grænse. + +
+
+ +## Godkendelsesfejl pr. værtsnavn pr. konto + +En godkendelse er genereret for hvert værtsnavn inkluderet i en ordre. Før et +certifikat kan udstedes, skal alle godkendelser i ordren valideres med succes. En mislykket godkendelse betyder, at selv om anmodninger om +validering blev sendt med succes, alle forsøg med Let's Encrypt for at valideringskontrollen af værtsnavnet mislykkedes. + +### Grænse + +Op til 5 godkendelsesfejl pr. værtsnavn kan påføres af en konto hver +time. Evnen til at pådrage sig godkendelsesfejl genfylder med en hastighed på 1 per værtsnavn hver 12 minutter. Når den er overskredet, håndhæves denne grænse ved at forhindre +nye ordrer på samme værtsnavn, af den samme konto indtil grænsen +nulstilles. + +### Almindelige Årsager + +Før du begynder fejlfinding, anbefaler vi, at du sætter din klient til at bruge vores +[iscenesættelse miljø](/docs/staging-environment). Dette miljø har +[væsentligt højere](/docs/staging-environment/#rate-limits) grænser, som kan +hjælpe dig med at identificere og løse problemer uden at forbruge dine produktionsgrænser. + +- Valideringsfejl ved brug af metoderne `HTTP-01` og `TLS-ALPN-01` stammer normalt + fra netværks- eller firewall-konfigurationer, der forhindrer Let's Encrypt + -valideringsservere i at nå frem til din server. + +- Valideringsfejl ved brug af 'DNS-01'-metoden skyldes ofte manglende + trin eller stavefejl under den indledende opsætningsproces. Typisk kræver denne validering + metode, at du opretter en CNAME-post i din primære DNS-zone, aktivere + din klient til at indstille de nødvendige DNS-poster under valideringsprocessen. + +### Overstyringer + +Vi tilbyder **ikke** overskridelser af denne grænse. + +
+ +# Begrænsnings undtagelser for fornyelser + +Let's Encrypt genkender en ny certifikatordre som en "fornyelse" på to måder: den +foretrukne metode er via ACME Renewal Info (ARI), som er undtaget fra alle +-satsgrænser, og den anden bygger på ældre detektionslogik, som +betragter ordrer med nøjagtig samme sæt værtsnavne som fornyelser, men kan stadig +være underlagt visse kapacitetsgrænser. + +## ARI Fornyelser + +Fornyelser koordineret af ARI tilbyder den unikke fordel ved at blive fritaget for alle +kapacitetsgrænser. Klienter, der understøtter ARI med jævne mellemrum tjekker med Let's Encrypt's servere for at afgøre, om dit eksisterende certifikat bør fornyes. Når det optimale +fornyelsesvindue er nået, anmoder klienten udtrykkeligt om en ny ordre, der angiver det certifikat, den erstatter. Hvis den nye ordre indeholder mindst et +værtsnavn, der matcher det certifikat, den agter at erstatte, og certifikatet er +ikke tidligere blevet erstattet med ARI, ordren vil ikke være underlagt nogen +satsgrænser. + +## Ikke-ARI-fornyelser + +Hvis din klient eller hostingudbyder endnu ikke har tilføjet support til ARI, din ordre +kan stadig betragtes som en fornyelse af et tidligere certifikat, hvis det indeholder +nøjagtig samme sæt værtsnavne, ignorerer kapitalisering og rækkefølgen af værtsnavne. +For eksempel, hvis du har anmodet om et certifikat for værtsnavne [www.eksempel.com, example.com], kan du anmode om fire yderligere certifikater for [www. example.com, example.com] før du rammer på [Nye certifikater pr. eksakt sæt af Værtsnavne](#new-certificates-per-exact-set-of-hostnames) kapacitetsgrænse. Hver af +disse nye ordrer vil blive betragtet som fornyelser og ville være fritaget fra Nye +Ordrer per konto og Nye Certifikater per +Registreret Domæne satsgrænser. +I modsætning til ARI fornyelser vil disse ordrer ville stadig være underlagt +Authorization Failures per Hostname per +Account og New Certificates +per Exact Set of Hostnames. + +# Genforsøg efter at have ramt kapacitetsgrænser + +Alle vores kapacitetsbegrænsning fejlmeddelelser følger det samme format. For eksempel: + +``` +too many new registrations (10) from this IP address in the last 3h0m0s, +retry after 1970-01-01 00:18:15 UTC. +``` + +Du bør være i stand til at foretage den samme anmodning efter den angivne dato +og tidspunkt. Hvis din anmodning overstiger kapaciteten af mere end en af vores grænser, +vil vi altid returnere fejlmeddelelsen for den grænse, der nulstiller længst i +fremtiden. + +## Forsøg Efter Header + +Vi inkluderer en `Retry-After` header i alle rate limit fejlsvar, der angiver +varigheden af din klient bør vente, før den forsøger igen. + +Du kan få en liste over certifikater udstedt for dit registrerede domæne ved at +søge [crt.sh](https://crt.sh/) eller [Censys](https://search. ensys.io/#),, der bruger den offentlige Certificate +Transparency logs. + +# Anmodning om overskridning + +Hvis du er en stor værtsudbyder eller organisation, der arbejder på integrationen til Let's encrypt, har vi en [kaldsbegrænsende +-form] (https://isrg. ormstack.com/forms/rate_limit_adjustment_request), der kan +bruges til at anmode om højere satsgrænser. Det tager et par uger at behandle +anmodninger, så denne formular er ikke egnet, hvis du blot skal nulstille en hastighedsgrænse +hurtigere end den nulstiller på egen hånd. diff --git a/content/tr/docs/_index.md b/content/tr/docs/_index.md index e7395f478c..c4c8121610 100644 --- a/content/tr/docs/_index.md +++ b/content/tr/docs/_index.md @@ -1,5 +1,5 @@ --- -title: Documentation +title: Dökümantasyon menu: main: weight: 10