არჩეულ ჰოსტს მიეცით პროქსი ტრანსპორტი, დანარჩენ კლიენტს კი აშკარად განსაზღვრული პირდაპირი ტრანსპორტი:

import httpx

direct = httpx.HTTPTransport(trust_env=False)
proxied = httpx.HTTPTransport(
    proxy="http://203.0.113.10:8080",
    trust_env=False,
)

with httpx.Client(
    transport=direct,
    mounts={"all://example.com": proxied},
    trust_env=False,
    timeout=15,
) as client:
    response = client.get("https://example.com/")
    print(response.status_code)

    other = client.get("https://example.org/")
    print(other.status_code)

დოკუმენტაციის მისამართი შეცვალეთ სასურველი HTTP წერტილით სერვისიდან ან HTTP პროქსიების სიიდან. აქ example.com მიბმას იყენებს, example.org კი პირდაპირ ნაგულისხმევ გზას. ორივე გამოძახება მნიშვნელოვანია: მარტო პროქსი ჰოსტის წარმატება სარეზერვო გზას არ ამოწმებს.

დამთხვევის დეტალიეფექტი
all://example.comზუსტად ეს ჰოსტი სამიზნის ყველა სქემისთვის.
ქვედომენიცალკე არჩევანია; თუ ისიც უნდა ემთხვეოდეს, განზრახ გამოიყენეთ მხარდაჭერილი wildcard.
ბილიკიმიბმები სქემის, ჰოსტისა და არჩევითი პორტის შაბლონებს ირჩევს და არა URL ბილიკებს.
გადამისამართება სხვა ჰოსტზეგადამისამართებების მიყოლის ჩართვისას ახალი URL მოწმდება და შეიძლება პირდაპირი სარეზერვო გზა გამოიყენოს.

მაგალითი გარემოს აღმოჩენას კლიენტზე და ორივე ტრანსპორტზე თიშავს. მორგებისას სხვა ფართო პროქსი წესმა ან დამთხვეულმა მიბმამ შედეგი შეიძლება შეცვალოს. თუ დანერგვა გარემოს CA პარამეტრს ეყრდნობა, ნდობა აშკარად მიაწოდეთ ან შესაფერისი აღმოჩენის პოლიტიკა შეინარჩუნეთ, რათა ჩუმად არ დაიკარგოს.

მთელი მანქანის პროქსის შეცვლა საჭირო არ არის. გზების შემოწმებაში შეინარჩუნეთ სასურველი პროქსი ჰოსტიც და განზრახ არჩეული სარეზერვო ჰოსტიც.

დაკავშირებული სტატიები