Den Proxy in einem eigenständigen Playwright-API-Kontext setzen
Übergeben Sie den vorgesehenen Proxy an eigenständige Playwright-API-Anforderungskontexte, statt anzunehmen, dass eine Browser-Starteinstellung alle konfiguriert.
import { request as apiRequests } from '@playwright/test';
const api = await apiRequests.newContext({
proxy: { server: 'http://proxy.example:8080' }
});
try {
const response = await api.get('https://example.com/');
} finally {
await api.dispose();
}
Übergeben Sie proxy, wenn Sie einen eigenständigen APIRequestContext erstellen. Für einen Lauf über einen öffentlichen Proxy wählen Sie einen HTTP-Endpunkt aus der HTTP-Proxy-Liste und ersetzen die Beispiel-Proxyadresse; behalten Sie die vorgesehene API-URL als Ziel bei. Dieser Kontext besitzt seine eigene Verbindungskonfiguration und muss nach der Verwendung freigegeben werden.
Eine Browser-Starteinstellung konfiguriert keine unabhängig erstellten API-Kontexte. Das integrierte request-Fixture von Playwright Test liest die relevante Testkonfiguration, aber ein Helfer, der newContext() aufruft, erzeugt eine weitere Konfigurationsgrenze. Wenn die Browsernavigation funktioniert, während der Helfer in ein Timeout läuft, suchen Sie diese Aufrufstelle und prüfen Sie die Optionen, die sie erhält.
Das Routing ist ebenfalls vom Ziel-Login getrennt. Proxy-Anmeldedaten autorisieren den Vermittler. Website-Anmeldedaten und Cookies autorisieren das Ziel; ein eigenständiger Kontext erbt keine Browser-Cookies, nur weil der Hostname übereinstimmt. Browsergebundene Anforderungskontexte haben ihr eigenes dokumentiertes Cookie-Sharing-Verhalten.
Lassen Sie die Zertifikatsprüfung aktiviert, wenn Sie die Route wählen. ignoreHTTPSErrors ändert die Validierung, nicht welchen Proxy dieser Kontext verwendet.