Als een direct verzoek een omleiding bereikt en de volgende uitwisseling mislukt bij een proxy, onderzoek dan de overgang. Requests bouwt proxygerelateerde instellingen opnieuw op voor omleidingen en kan de omgeving opnieuw raadplegen wanneer de Session die vertrouwt.

MappingwaardeWat er tijdens het samenvoegen gebeurt
NoneDe sleutel wordt verwijderd, waardoor een ontbrekend item achterblijft dat een latere ronde uit de omgeving kan vullen.
Een lege tekenreeksDe expliciete waarde blijft; die kan de bedoeling van directe routering voor dat schema behouden.

Geef voor een bestaande Session de bestemmingsschema's op die bij de directe bewerking betrokken zijn:

response = session.get(
    'https://example.com/start',
    proxies={'http': '', 'https': ''},
    timeout=15,
)

Controleer extra hostspecifieke mappings en aangepaste adapters als de applicatie die levert. Deze routeringsinvoer overschrijft niet elk mogelijk beleid dat die componenten implementeren.

Bewaar elke URL in de diagnose

Noteer de oorspronkelijke URL, elke omleidingslocatie, de responsstatus en de fase die mislukt. De overgang van HTTP naar HTTPS verandert de relevante schemasleutel; een nieuwe host kan buiten de bypass-regel van de eerste host vallen. Een rapport met alleen de begin-URL verbergt beide overgangen.

Het observeren van een respons met het volgen van omleidingen uitgeschakeld kan de grens blootleggen. Onderzoek de locatie als gegeven voordat je besluit die op te vragen; stuur de oorspronkelijke inloggegevens niet zonder onderscheid naar een nieuwe bestemming.

Een aparte Session met omgevingsdetectie uitgeschakeld is een andere optie wanneer de applicatie bewust alle routerings- en vertrouwensinvoer bezit. Dat beïnvloedt ook de automatische detectie van inloggegevens en CA's, dus kies dat als applicatiebeleid en niet als routinematige omleidingsreparatie.

Gerelateerde artikelen