proxy 인수를 선택하기 전에 Authlib import를 확인합니다. Requests와 HTTPX 통합은 서로 다른 전송 구성을 제공합니다.

Requests의 OAuth2Session은 Requests의 Session 동작을 상속합니다.

from authlib.integrations.requests_client import OAuth2Session

client = OAuth2Session(client_id=client_id)
client.proxies.update({
    "http": "http://proxy.example.net:8080",
    "https": "http://proxy.example.net:8080",
})

대응하는 비동기 HTTPX 통합은 생성 시 클라이언트 수준의 proxy 인수를 받습니다.

from authlib.integrations.httpx_client import AsyncOAuth2Client

client = AsyncOAuth2Client(
    client_id=client_id,
    proxy="http://proxy.example.net:8080",
)

HTTPX 예제는 Authlib 1.9.1이 지원하는 단수형 proxy 옵션을 사용합니다. 이 통합은 인식된 전송 옵션을 기반 HTTP 클라이언트로 전달합니다. Requests 스타일의 proxies 사전은 서로 바꿔 쓸 수 있는 생성자 인수가 아닙니다. 허용된 공용 프록시 경로에서 공용 token 및 API 엔드포인트를 사용할 때 HTTP 프록시 목록이 두 예제의 HTTP proxy URL 후보를 제공합니다.

어느 구성을 적용하든 애플리케이션의 기존 OAuth 등록, redirect URI, scopes, token 처리를 유지합니다. 설정된 클라이언트를 token 및 보호된 리소스 작업에 사용하고, 평소의 동기 또는 비동기 수명 주기로 닫습니다.

프레임워크 도우미가 애플리케이션을 대신해 이러한 클라이언트를 만들 수 있습니다. 요청 시점의 인수를 넘기기 전에 도우미의 통합과 클라이언트 생성 옵션을 확인합니다. Requests token 요청이 받아들이는 proxies 키워드가 비동기 HTTPX 요청도 그것을 받아들인다는 것을 뜻하지는 않습니다.

관련 글