- Sort Score
- Num 10 results
- Language All
Results 191 - 200 of 310 for authenticated (0.38 seconds)
-
docs/ru/docs/how-to/authentication-error-status-code.md
Начиная с версии FastAPI `0.122.0`, используется более подходящий HTTP статус-код `401 Unauthorized`, и в ответе возвращается имеющий смысл HTTP-заголовок `WWW-Authenticate` в соответствии со спецификациями HTTP, [RFC 7235](https://datatracker.ietf.org/doc/html/rfc7235#section-3.1), [RFC 9110](https://datatracker.ietf.org/doc/html/rfc9110#name-401-unauthorized).
Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Thu Mar 19 17:56:20 GMT 2026 - 1.7K bytes - Click Count (0) -
src/main/java/jcifs/smb1/http/NetworkExplorer.java
ntlm = (NtlmPasswordAuthentication) ssn.getAttribute("npa-" + server); } if (ntlm == null) { resp.setHeader("WWW-Authenticate", "NTLM"); if (offerBasic) { resp.addHeader("WWW-Authenticate", "Basic realm=\"" + realm + "\""); } resp.setHeader("Connection", "close");
Created: Sun Apr 05 00:10:12 GMT 2026 - Last Modified: Sun Aug 31 08:00:57 GMT 2025 - 22.6K bytes - Click Count (0) -
docs/ja/docs/how-to/authentication-error-status-code.md
FastAPI バージョン `0.122.0` より前は、統合されたセキュリティユーティリティが認証に失敗してクライアントへエラーを返す際、HTTP ステータスコード `403 Forbidden` を使用していました。 FastAPI バージョン `0.122.0` 以降では、より適切な HTTP ステータスコード `401 Unauthorized` を使用し、HTTP 仕様に従ってレスポンスに妥当な `WWW-Authenticate` ヘッダーを含めます。[RFC 7235](https://datatracker.ietf.org/doc/html/rfc7235#section-3.1), [RFC 9110](https://datatracker.ietf.org/doc/html/rfc9110#name-401-unauthorized)。
Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Fri Mar 20 14:07:17 GMT 2026 - 1.4K bytes - Click Count (0) -
docs/tr/docs/how-to/authentication-error-status-code.md
FastAPI `0.122.0` sürümünden itibaren ise daha uygun olan HTTP durum kodu `401 Unauthorized` kullanılmakta ve HTTP spesifikasyonlarına uygun olarak response içinde anlamlı bir `WWW-Authenticate` header'ı döndürülmektedir, [RFC 7235](https://datatracker.ietf.org/doc/html/rfc7235#section-3.1), [RFC 9110](https://datatracker.ietf.org/doc/html/rfc9110#name-401-unauthorized).
Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Fri Mar 20 07:53:17 GMT 2026 - 1.3K bytes - Click Count (0) -
src/main/java/jcifs/smb1/smb1/SmbSession.java
* * @param dc the domain controller to authenticate against * @param auth the authentication credentials * @throws SmbException if authentication fails or an SMB error occurs */ public static void logon(final UniAddress dc, final NtlmPasswordAuthentication auth) throws SmbException { logon(dc, 0, auth); } /**Created: Sun Apr 05 00:10:12 GMT 2026 - Last Modified: Sat Aug 16 01:32:48 GMT 2025 - 20.7K bytes - Click Count (0) -
src/test/java/jcifs/smb/JAASAuthenticatorTest.java
auth.refresh(); Subject afterRefresh = auth.getSubject(); // After refresh, may succeed or fail depending on JAAS configuration // Just verify that refresh doesn't break the authenticator assertNotNull(auth, "Authenticator should remain usable after refresh"); } @Test @DisplayName("handle: sets NameCallback and PasswordCallback on happy path")
Created: Sun Apr 05 00:10:12 GMT 2026 - Last Modified: Sat Aug 30 05:58:03 GMT 2025 - 9.9K bytes - Click Count (0) -
okhttp-tls/README.md
--------------------- The above scenario is representative of most TLS set ups: the client uses certificates to validate the identity of a server. The converse is also possible. Here we create a server that authenticates a client and a client that authenticates a server. ```java // Create the root for client and server to trust. We could also use different roots for each! HeldCertificate rootCertificate = new HeldCertificate.Builder()
Created: Fri Apr 03 11:42:14 GMT 2026 - Last Modified: Sun Mar 15 09:01:42 GMT 2026 - 9.1K bytes - Click Count (0) -
src/main/java/jcifs/SmbTransportPool.java
* @return whether any transport was still in use * * @throws CIFSException if an error occurs during authentication * */ boolean close() throws CIFSException; /** * Authenticate arbitrary credentials represented by the * <code>NtlmPasswordAuthentication</code> object against the domain controller * specified by the <code>UniAddress</code> parameter. If the credentials areCreated: Sun Apr 05 00:10:12 GMT 2026 - Last Modified: Sat Aug 16 01:32:48 GMT 2025 - 7.5K bytes - Click Count (0) -
docs/zh-hant/docs/advanced/security/http-basic-auth.md
# HTTP 基本認證 { #http-basic-auth } 在最簡單的情況下,你可以使用 HTTP Basic 認證。 在 HTTP Basic 認證中,應用程式會期待一個包含使用者名稱與密碼的標頭。 如果沒有接收到,會回傳 HTTP 401「Unauthorized」錯誤。 並回傳一個 `WWW-Authenticate` 標頭,其值為 `Basic`,以及可選的 `realm` 參數。 這會告訴瀏覽器顯示內建的使用者名稱與密碼提示視窗。 接著,當你輸入該使用者名稱與密碼時,瀏覽器會自動在標頭中送出它們。 ## 簡單的 HTTP 基本認證 { #simple-http-basic-auth } - 匯入 `HTTPBasic` 與 `HTTPBasicCredentials`。 - 使用 `HTTPBasic` 建立一個「`security` scheme」。 - 在你的*路徑操作*中以依賴的方式使用該 `security`。Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Fri Mar 20 17:05:38 GMT 2026 - 4.7K bytes - Click Count (0) -
docs/zh/docs/how-to/authentication-error-status-code.md
# 使用旧的 403 认证错误状态码 { #use-old-403-authentication-error-status-codes } 在 FastAPI `0.122.0` 版本之前,当内置的安全工具在认证失败后向客户端返回错误时,会使用 HTTP 状态码 `403 Forbidden`。 从 FastAPI `0.122.0` 版本开始,它们改用更合适的 HTTP 状态码 `401 Unauthorized`,并在响应中返回合理的 `WWW-Authenticate` 头,遵循 HTTP 规范,[RFC 7235](https://datatracker.ietf.org/doc/html/rfc7235#section-3.1)、[RFC 9110](https://datatracker.ietf.org/doc/html/rfc9110#name-401-unauthorized)。Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Fri Mar 20 17:06:37 GMT 2026 - 1.1K bytes - Click Count (0)