Een kaartlaag wordt via de kantoorproxy geladen, terwijl de API-aanroep van een plug-in mislukt. Beide acties draaien binnen QGIS, maar ze kunnen verschillende HTTP-clients gebruiken.

QGIS stelt QgsNetworkAccessManager beschikbaar voor netwerkbewerkingen. Het draagt de netwerkconfiguratie van QGIS over naar verzoeken die via die manager worden gedaan. Een Python-plug-in die Requests importeert, maakt een andere client met zijn eigen proxy- en authenticatiegedrag.

Kies de configuratie die u wilt delen

Voor een plug-in die de QGIS-netwerkvoorkeuren van de gebruiker moet volgen, voorkomt het gebruik van de QGIS-netwerkmanager dat die voorkeuren afzonderlijk opnieuw worden opgebouwd. Controleer de API die past bij de QGIS-versie die u ondersteunt, inclusief het asynchrone gedrag en de authenticatie-integratie.

Als Requests om een andere reden nodig is, configureer het dan bewust. De proxywoordenlijst en de omgang met omgevingsvariabelen volgen de Requests-documentatie. Een proxy die in de instellingen van QGIS is gekozen, is niet automatisch een instelling van een Requests-sessie.

Wees precies over de reikwijdte bij het proberen van Qt-voorbeelden van een forum. Het instellen van een proxy voor een Qt-toepassing beïnvloedt Qt-netwerken. Het bewijst niet dat Requests, dat een andere netwerkimplementatie gebruikt, zijn route heeft gewijzigd.

Vergelijk dezelfde bestemming

Gebruik de URL van de mislukkende plug-in bij het vergelijken van gedrag. Een kaartdienst en een niet-gerelateerde API kunnen verschillende bypass-regels, proxyrechten of certificaatketens hebben. Een geslaagd kaartverzoek bewijst alleen dat de eigen route werkt.

Leg de naam van de HTTP-client, de bestemmingshost, of er om proxy-authenticatie is gevraagd en de feitelijke foutfase vast. Sluit wachtwoorden uit van plug-inlogboeken. Die kleine vergelijking vertelt u meestal of u de QGIS-netwerkintegratie of de onafhankelijke Python-client moet repareren, zonder proxyvoorkeuren te resetten die al werken voor de gebruiker.

Gerelateerde artikelen