GeoServer/web-security-core — Czech @ OSGeo Weblate: Chain testing is done by specifying an HTTP method and …

Translation

Key AuthenticationPage.filterChainHelp

English

AuthenticationPage.authChains=Filter Chains AuthenticationPage.authChainsHelp.title=Filter Authentication Chains AuthenticationPage.authChainsHelp=Add, edit and remove individual chainsDifferent authentication mechanisms are available for each chain type. HTML chains should be used for chains returning HTML pages, service chains for all other kind of services. The order of the filter chains is important. The first chain matching an incoming request processes the request. AuthenticationPage.filterChain=Filter chain testing AuthenticationPage.filterChainHelp.title=Filter testing

Czech

Needs editing

Skip

Key	English	Czech
AuthenticationPage.bfInvalidMinMax	Invalid min/max delay fields, maximum must be greater or equal than minimum	Neplatná min / max pole zpoždění, maximum musí být větší nebo rovna minimu
AuthenticationPage.bfMaxBlockedThreads	Maximum number of threads blocked on failed login delay	Maximální počet podprocesů blokovaných při nezdařeném zpoždění přihlášení
AuthenticationPage.bfWhitelistedNetmasks	Excluded network masks (comma separated)	Vyloučené síťové masky (oddělené čárkami)
AuthenticationPage.invalidMask	Invalid network mask '{0}'	Neplatná maska sítě '{0}'
AuthenticationPage.authFilters	Authentication Filters
AuthenticationPage.authFiltersHelp.title	Authentication Filters
AuthenticationPage.authFiltersHelp	<p>Authentication filters provide a method or mechanism for authentication and fall into two main categories:<ol><li>Filters that gather and process authentication information</li><li>Filters that do actual authentication</li></ol></p><p>The first category of filters are meant to be used in conjunction with an authentication provider. In this scenario the filter acts as a pre-processor whose job is to simply gather security credentials and it is the job of the provider to actually perform the authentication. An example is HTTP basic authentication in which the filter processes the HTTP basic auth header, extracting the username and password. Those credentials are then later processed by the provider to perform the actual authentication of the user.</p><p>The second category of filters are typically used in situations where authentication happens externally and are referred to as "pre-authentication" filters. Such filters recognize and process information from a pre-authentication and allow a request to proceed as authenticated. This category of filter does not require an authentication provider since the authentication has already taken place. An example would be a system that uses Siteminder for authentication, passing through the authenticated username in a request header.</p>	<p>Autentizační filtry poskytují metodu nebo mechanismus pro autentizaci a spadají do dvou hlavních kategorií: <ol><li>Filtry, které shromažďují a zpracovávají autentizační informace</li><li>Filtry, které provádějí skutečnou autentizaci</li></ol></p><p>První kategorie filtrů je určena k použití ve spojení s poskytovatelem autentizace. V tomto scénáři funguje filtr jako předprocesor, jehož úlohou je jednoduše shromažďovat pověření zabezpečení a je úkolem poskytovatele, aby autentizaci skutečně provedl. Příkladem je základní autentizace HTTP, ve které filtr zpracuje záhlaví základního autorizačního protokolu HTTP a extrahuje uživatelské jméno a heslo. Tyto přihlašovací údaje jsou později zpracovány poskytovatelem, aby provedly skutečnou autentizaci uživatele. </p><p>Druhá kategorie filtrů se obvykle používá v situacích, kdy k autentizaci dochází externě a jsou označovány jako filtry „předběžné autentizace“. Takové filtry rozpoznávají a zpracovávají informace z předběžné autentizace a umožňují požadavku pokračovat v autentizaci. Tato kategorie filtru nevyžaduje poskytovatele ověřování, protože ověřování již proběhlo. Příkladem by mohl být systém, který pro autentizaci používá Siteminder, který prochází autentizovaným uživatelským jménem v záhlaví požadavku.</p>
AuthenticationPage.authProviders	Authentication Providers	Poskytovatelé ověřování
AuthenticationPage.authProvidersHelp.title	Authentication Providers	Poskytovatelé ověřování
AuthenticationPage.authProvidersHelp	<p>Authentication providers are the mechanism through which a a user is authenticated using some pre-defined authentication method.</p>	<p>Poskytovatelé autentizace jsou mechanismus, jehož prostřednictvím je uživatel autentizován pomocí nějaké předdefinované metody autentizace.</p>
AuthenticationPage.authChains	Filter Chains
AuthenticationPage.authChainsHelp.title	Filter Authentication Chains
AuthenticationPage.authChainsHelp	<p>Add, edit and remove individual chains</p><p>Different authentication mechanisms are available for each chain type. HTML chains should be used for chains returning HTML pages, service chains for all other kind of services.</p> <p>The order of the filter chains is important. The first chain matching an incoming request processes the request.</p>
AuthenticationPage.filterChain	Filter chain testing
AuthenticationPage.filterChainHelp.title	Filter testing
AuthenticationPage.filterChainHelp	<p>Chain testing is done by specifying an HTTP method and the URL path excluding the context root. As an example, for testing <strong>http://localhost:8080/geoserver/wms?request=getCapabilities</strong> the test URL path is <strong>/wms</strong></p>	<p>Testování řetězce se provádí zadáním metody HTTP a cesty URL bez kořenového adresáře. Jako příklad pro testování <strong>http://localhost:8080/geoserver/wms?request=getCapabilities</strong> je cesta testovací URL <strong>/wms</strong>
AuthenticationPage.httpMethod	HTTP method for testing	Metoda HTTP pro testování
AuthenticationPage.urlPath	URL path for testing	URL cesta pro testování
AuthenticationPage.chainTestResult	Responsible chain
AuthenticationPage.chainTest	Find chain
AuthenticationPage.providerChain	Provider Chain
AuthenticationPage.providerChainHelp.title	Provider Authentication Chain
AuthenticationPage.providerChainHelp	<p>The GeoServer authentication chain defines the order in which authentication providers are applied to a request in order to authenticate a user. Upon an incoming request, each provider in the chain is processed in order and given a chance to authenticate. Each provider may do one of three things:<ol><li>Signal a successful authentication if the user specified good credentials. When a successful authentication occurs chain processing is stopped.</li><li>Signal an unsuccessful authentication if the user specified bad credentials. When an unsuccessful authentication occurs chain processing is stopped.</li><li>Ignore the authentication request in cases where the provider does not apply to the method of authentication. For example if HTTP digest authentication is being used a basic username password authentication provider would simply ignore it. In this case the authentication chain processing continues to the next provider in the chain.</li></ol></p><p>If no provider in the chain is capable of authenticating the request an error (usually a 401) is sent back to the user.</p>	<p>Ověřovací řetězec GeoServeru definuje pořadí, v jakém jsou poskytovatelé autentizace použiti k požadavku autentizace uživatele. Na základě příchozí žádosti je každý poskytovatel v řetězci zpracován podle pořadí a má šanci ověřit se. Každý poskytovatel může udělat jednu ze tří věcí: <ol><li>Signalizovat úspěšnou autentizaci, pokud uživatel zadal dobré přihlašovací údaje. Když dojde k úspěšné autentizaci, zpracování řetězce je zastaveno. </li><li>Signalizace neúspěšné autentizace, pokud uživatel zadal špatná pověření. Pokud dojde k neúspěšnému ověření, zpracování řetězce je zastaveno. </li><li>V případě, že se poskytovatel nevztahuje na způsob autentizace, sledujte požadavek na ověření. Například pokud se používá autentizace pomocí digestu HTTP, poskytovatel autentizace pomocí základního uživatelského jména by jej jednoduše ignoroval. V tomto případě zpracování autentizačního řetězce pokračuje k dalšímu poskytovateli v řetězci. </li></ol></p><p>Pokud žádný poskytovatel v řetězci není schopen ověřit požadavek, je uživateli zaslána chyba (obvykle 401).</p>
AuthenticationPage.requestChain	Request Chain
SecurityFilterChainPage.title	Filter chain
SecurityFilterChainPage.description	Configure an individual filter chain
SecurityFilterChainPage.name	Name	Název
SecurityFilterChainPage.disabled	Disable security for this chain	Zakázat zabezpečení tohoto řetězce
SecurityFilterChainPage.allowSessionCreation	Allow creation of an HTTP session for storing the authentication token	Povolit vytvoření relace HTTP pro ukládání ověřovacího tokenu
SecurityFilterChainPage.patternString	Comma delimited list of ANT patterns (with optional query string)	Seznam ANT vzorků oddělený čárkami (s volitelným řetězcem dotazu)
SecurityFilterChainPage.requireSSL	Accept only SSL requests

Key	English	Czech
AuthenticationPage.authFiltersHelp.title	Authentication Filters
AuthenticationPage.authProviders	Authentication Providers	Poskytovatelé ověřování
AuthenticationPage.authProvidersHelp	<p>Authentication providers are the mechanism through which a a user is authenticated using some pre-defined authentication method.</p>	<p>Poskytovatelé autentizace jsou mechanismus, jehož prostřednictvím je uživatel autentizován pomocí nějaké předdefinované metody autentizace.</p>
AuthenticationPage.authProvidersHelp.title	Authentication Providers	Poskytovatelé ověřování
AuthenticationPage.bfEnabled	Enabled	Povoleno
AuthenticationPage.bfInvalidMinMax	Invalid min/max delay fields, maximum must be greater or equal than minimum	Neplatná min / max pole zpoždění, maximum musí být větší nebo rovna minimu
AuthenticationPage.bfMaxBlockedThreads	Maximum number of threads blocked on failed login delay	Maximální počet podprocesů blokovaných při nezdařeném zpoždění přihlášení
AuthenticationPage.bfMaxDelaySeconds	Maximum delay on failed authentication (seconds)	Maximální zpoždění při neúspěšném ověřování (v sekundách)
AuthenticationPage.bfMinDelaySeconds	Minimum delay on failed authentication (seconds)	Minimální zpoždění při neúspěšné autentizaci (sekundy)
AuthenticationPage.bfWhitelistedNetmasks	Excluded network masks (comma separated)	Vyloučené síťové masky (oddělené čárkami)
AuthenticationPage.bruteForceSettings	Brute force attack prevention settings	Nastavení prevence útoku hrubou silou
AuthenticationPage.chainTest	Find chain
AuthenticationPage.chainTestResult	Responsible chain
AuthenticationPage.description	Authentication providers and settings	Poskytovatelé a nastavení autentizace
AuthenticationPage.filterChain	Filter chain testing
AuthenticationPage.filterChainHelp	<p>Chain testing is done by specifying an HTTP method and the URL path excluding the context root. As an example, for testing <strong>http://localhost:8080/geoserver/wms?request=getCapabilities</strong> the test URL path is <strong>/wms</strong></p>	<p>Testování řetězce se provádí zadáním metody HTTP a cesty URL bez kořenového adresáře. Jako příklad pro testování <strong>http://localhost:8080/geoserver/wms?request=getCapabilities</strong> je cesta testovací URL <strong>/wms</strong>
AuthenticationPage.filterChainHelp.title	Filter testing
AuthenticationPage.httpMethod	HTTP method for testing	Metoda HTTP pro testování
AuthenticationPage.invalidMask	Invalid network mask '{0}'	Neplatná maska sítě '{0}'
AuthenticationPage.logoutSettings	Logout settings	Nastavení odhlášení
AuthenticationPage.providerChain	Provider Chain
AuthenticationPage.providerChainHelp	<p>The GeoServer authentication chain defines the order in which authentication providers are applied to a request in order to authenticate a user. Upon an incoming request, each provider in the chain is processed in order and given a chance to authenticate. Each provider may do one of three things:<ol><li>Signal a successful authentication if the user specified good credentials. When a successful authentication occurs chain processing is stopped.</li><li>Signal an unsuccessful authentication if the user specified bad credentials. When an unsuccessful authentication occurs chain processing is stopped.</li><li>Ignore the authentication request in cases where the provider does not apply to the method of authentication. For example if HTTP digest authentication is being used a basic username password authentication provider would simply ignore it. In this case the authentication chain processing continues to the next provider in the chain.</li></ol></p><p>If no provider in the chain is capable of authenticating the request an error (usually a 401) is sent back to the user.</p>	<p>Ověřovací řetězec GeoServeru definuje pořadí, v jakém jsou poskytovatelé autentizace použiti k požadavku autentizace uživatele. Na základě příchozí žádosti je každý poskytovatel v řetězci zpracován podle pořadí a má šanci ověřit se. Každý poskytovatel může udělat jednu ze tří věcí: <ol><li>Signalizovat úspěšnou autentizaci, pokud uživatel zadal dobré přihlašovací údaje. Když dojde k úspěšné autentizaci, zpracování řetězce je zastaveno. </li><li>Signalizace neúspěšné autentizace, pokud uživatel zadal špatná pověření. Pokud dojde k neúspěšnému ověření, zpracování řetězce je zastaveno. </li><li>V případě, že se poskytovatel nevztahuje na způsob autentizace, sledujte požadavek na ověření. Například pokud se používá autentizace pomocí digestu HTTP, poskytovatel autentizace pomocí základního uživatelského jména by jej jednoduše ignoroval. V tomto případě zpracování autentizačního řetězce pokračuje k dalšímu poskytovateli v řetězci. </li></ol></p><p>Pokud žádný poskytovatel v řetězci není schopen ověřit požadavek, je uživateli zaslána chyba (obvykle 401).</p>
AuthenticationPage.providerChainHelp.title	Provider Authentication Chain
AuthenticationPage.redirectURL	Redirect URL after logout (empty,absolute or relative to context root)
AuthenticationPage.requestChain	Request Chain
AuthenticationPage.sslPort	SSL Port (default is 443)	Port SSL (výchozí je 443)
AuthenticationPage.sslSettings	SSL settings	Nastavení protokolu SSL
AuthenticationPage.title	Authentication	Autentizace
AuthenticationPage.urlPath	URL path for testing	URL cesta pro testování
AuthenticationProviderPage.description	Manage authentication providers	Spravujte poskytovatele ověřování

Loading…

None

String updated in the repository

English

Czech 237 characters edited Current translation Translated

a year ago

Browse all string changes

Things to check

XML syntax

The translation is not valid XML

Reset

Glossary

English	Czech
No related strings found in the glossary.

String information

Key

AuthenticationPage.filterChainHelp

Source string description

String age

a year ago

Last updated

a year ago

Source string age

a year ago

Translation file

src/web/security/core/src/main/resources/GeoServerApplication_cs.properties, string 299