webRequest.onBeforeSendHeaders
Dieses Ereignis wird ausgelöst, bevor HTTP-Daten gesendet werden, jedoch nachdem alle HTTP-Header verfügbar sind. Dies ist ein guter Zeitpunkt, um zuzuhören, wenn Sie HTTP-Request-Header ändern möchten.
Um die Anfrage-Header zusammen mit den restlichen Anfragedaten an den Listener zu übergeben, geben Sie "requestHeaders" im extraInfoSpec Array an.
Um die Header synchron zu ändern: Geben Sie "blocking" in extraInfoSpec ein und geben Sie in Ihrem Event-Listener eine BlockingResponse mit einer Eigenschaft namens requestHeaders zurück, deren Wert der Satz von zu sendenden Anfrage-Headern ist.
Um die Header asynchron zu ändern: Geben Sie "blocking" in extraInfoSpec ein und geben Sie in Ihrem Event-Listener ein Promise zurück, welches mit einer BlockingResponse aufgelöst wird.
Wenn Sie "blocking" verwenden, müssen Sie die "webRequestBlocking" API-Berechtigung in Ihrer manifest.json haben.
Hier können Erweiterungen in Konflikt geraten. Wenn zwei Erweiterungen onBeforeSendHeaders für die gleiche Anfrage abhören, dann sieht der zweite Listener die vom ersten Listener vorgenommenen Änderungen und kann diese Änderungen rückgängig machen. Wenn zum Beispiel der erste Listener einen Cookie-Header hinzufügt und der zweite Listener alle Cookie-Header entfernt, dann gehen die Änderungen des ersten Listeners verloren. Wenn Sie die tatsächlich gesendeten Header sehen möchten, ohne das Risiko, dass eine andere Erweiterung sie anschließend ändert, verwenden Sie onSendHeaders, obwohl Sie die Header bei diesem Ereignis nicht ändern können.
Nicht alle gesendeten Header sind immer in requestHeaders enthalten. Insbesondere Header, die sich auf das Caching beziehen (z. B. Cache-Control, If-Modified-Since, If-None-Match), werden niemals gesendet. Außerdem kann sich das Verhalten hier zwischen den Browsern unterscheiden.
Laut Spezifikation sind Header-Namen nicht case-sensitiv. Das bedeutet, dass der Listener den Namen in Kleinbuchstaben umwandeln sollte, bevor er ihn vergleicht:
for (const header of e.requestHeaders) {
if (header.name.toLowerCase() === desiredHeader) {
// process header
}
}
Der Browser bewahrt die ursprüngliche Schreibweise des vom Browser generierten Header-Namens. Wenn der Listener der Erweiterung die Schreibweise ändert, wird diese Änderung nicht beibehalten.
Syntax
browser.webRequest.onBeforeSendHeaders.addListener(
listener, // function
filter, // object
extraInfoSpec // optional array of strings
)
browser.webRequest.onBeforeSendHeaders.removeListener(listener)
browser.webRequest.onBeforeSendHeaders.hasListener(listener)
Ereignisse haben drei Funktionen:
addListener(listener, filter, extraInfoSpec)-
Fügt diesem Ereignis einen Listener hinzu.
removeListener(listener)-
Hört auf, auf dieses Ereignis zu lauschen. Das
listener-Argument ist der zu entfernende Listener. hasListener(listener)-
Überprüft, ob
listenerfür dieses Ereignis registriert ist. Gibttruezurück, wenn es darauf hört, andernfallsfalse.
addListener Syntax
>Parameter
listener-
Die Funktion, die aufgerufen wird, wenn dieses Ereignis auftritt. Die Funktion erhält dieses Argument:
details-
object. Details der Anfrage. Dazu gehören Anfrage-Header, wenn Sie"requestHeaders"inextraInfoSpeceinbezogen haben. Weitere Informationen finden Sie im Details-Abschnitt.
Rückgabe:
webRequest.BlockingResponse. Wenn"blocking"im ParameterextraInfoSpecangegeben ist, sollte der Ereignis-Listener einBlockingResponse-Objekt zurückgeben und kann dessenrequestHeaders-Eigenschaft festlegen. filter-
webRequest.RequestFilter. Eine Reihe von Filtern, die die Ereignisse einschränken, die an diesen Listener gesendet werden. extraInfoSpecOptional-
arrayvonstring. Zusätzliche Optionen für das Ereignis. Sie können einen der folgenden Werte übergeben:"blocking": macht die Anfrage synchron, sodass Sie Anfrage-Header ändern können"requestHeaders": schließt die Anfrage-Header im an den Listener übergebenendetails-Objekt ein
Zusätzliche Objekte
>details
-
string. Wenn die Anfrage von einem in einer kontextuellen Identität geöffneten Tab stammt, die Cookie-Store-ID der kontextuellen Identität. Weitere Informationen finden Sie unter Mit kontextuellen Identitäten arbeiten. documentUrl-
string. URL des Dokuments, in dem die Ressource geladen wird. Beispielsweise, wenn die Webseite unter "https://example.com" ein Bild oder ein iframe enthält, dann wird diedocumentUrlfür das Bild oder iframe "https://example.com" sein. Bei einem Dokument auf oberster Ebene istdocumentUrlnicht definiert. frameAncestors-
array. Enthält Informationen für jedes Dokument in der Frame-Hierarchie bis zum obersten Dokument. Das erste Element im Array enthält Informationen über das unmittelbare übergeordnete Dokument der angeforderten Ressource, und das letzte Element enthält Informationen über das oberste Dokument. Wenn der Ladevorgang tatsächlich für das oberste Dokument ist, dann ist dieses Array leer. frameId-
integer. Null, wenn die Anfrage im Haupt-Frame erfolgt; ein positiver Wert ist die ID eines Unter-Frames, in dem die Anfrage erfolgt. Wenn das Dokument eines (Unter-)Frames geladen wird (typeistmain_frameodersub_frame), gibtframeIddie ID dieses Frames an, nicht die ID des äußeren Frames. Frame-IDs sind eindeutig innerhalb eines Tabs. incognito-
boolean. Ob die Anfrage aus einem privaten Browserfenster stammt. method-
string. Standard-HTTP-Methode: zum Beispiel "GET" oder "POST". originUrl-
string. URL der Ressource, die die Anfrage ausgelöst hat. Wenn zum Beispiel "https://example.com" einen Link enthält und der Benutzer den Link anklickt, dann ist dieoriginUrlfür die resultierende Anfrage "https://example.com".Die
originUrlist oft, aber nicht immer identisch mit derdocumentUrl. Wenn eine Seite zum Beispiel ein iframe enthält und das iframe einen Link enthält, der ein neues Dokument in das iframe lädt, dann ist diedocumentUrlfür die resultierende Anfrage das übergeordnete Dokument des iframes, aber dieoriginUrlist die URL des Dokuments im iframe, das den Link enthielt. parentFrameId-
integer. ID des Frames, der den Frame enthält, der die Anfrage gesendet hat. Wird auf -1 gesetzt, wenn kein übergeordneter Frame existiert. proxyInfo-
object. Diese Eigenschaft ist nur vorhanden, wenn die Anfrage über einen Proxy geleitet wird. Sie enthält folgende Eigenschaften:host-
string. Der Hostname des Proxy-Servers. port-
integer. Die Portnummer des Proxy-Servers. type-
string. Der Typ des Proxy-Servers. Einer von:- "http": HTTP-Proxy (oder SSL CONNECT für HTTPS)
- "https": HTTP-Proxysing über TLS-Verbindung zum Proxy
- "socks": SOCKS v5 Proxy
- "socks4": SOCKS v4 Proxy
- "direct": kein Proxy
- "unknown": unbekannter Proxy
username-
string. Benutzername für den Proxy-Dienst. proxyDNS-
boolean. Wahr, wenn der Proxy die DNS-Auflösung basierend auf dem angegebenen Hostnamen durchführt, was bedeutet, dass der Client keine eigene DNS-Suche durchführen sollte. failoverTimeout-
integer. Failover-Timeout in Sekunden. Wenn die Proxy-Verbindung fehlschlägt, wird der Proxy für diesen Zeitraum nicht mehr verwendet.
requestHeadersOptional-
webRequest.HttpHeaders. Die HTTP-Request-Header, die mit dieser Anfrage gesendet werden. requestId-
string. Die ID der Anfrage. Anfrage-IDs sind innerhalb einer Browsersession eindeutig, sodass Sie sie verwenden können, um verschiedene Ereignisse zu verknüpfen, die mit derselben Anfrage zusammenhängen. tabId-
integer. ID des Tabs, in dem die Anfrage stattfindet. Wird auf -1 gesetzt, wenn die Anfrage nicht mit einem Tab in Verbindung steht. thirdParty-
boolean. Gibt an, ob die Anfrage und ihre Inhaltsfenster-Hierarchie von Dritten stammen. timeStamp-
number. Der Zeitpunkt, zu dem dieses Ereignis ausgelöst wurde, in Millisekunden seit der Epoche. type-
webRequest.ResourceType. Der Typ der angeforderten Ressource: zum Beispiel "image", "script", "stylesheet". url-
string. Ziel der Anfrage. urlClassification-
object. Der Typ des mit der Anfrage verbundenen Trackings, wenn die Anfrage von Firefox Tracking Protection klassifiziert wird. Dies ist ein Objekt mit folgenden Eigenschaften:firstParty-
arrayvonstring. Klassifikationsflags für die First Party der Anfrage. thirdParty-
arrayvonstring. Klassifikationsflags für Dritte der Anfrage oder ihrer Fensterhierarchie.
Die Klassifikationsflags beinhalten:
fingerprintingandfingerprinting_content: Gibt an, dass die Anfrage an Fingerprinting beteiligt ist ("eine Herkunft, die Fingerabdruckerkennung betreibt").fingerprintingzeigt an, dass die Domäne in die Fingerprinting- und Tracking-Kategorie fällt. Beispiele für diese Art von Domäne sind Werbetreibende, die ein Profil mit dem besuchenden Benutzer verbinden möchten.fingerprinting_contentzeigt an, dass die Domäne in die Fingerprinting-Kategorie, aber nicht in die Tracking-Kategorie fällt. Beispiele für diese Art von Domäne sind Zahlungsanbieter, die Fingerprinting-Techniken zur Identifizierung des besuchenden Benutzers zu Betrugspräventionszwecken verwenden.
cryptominingundcryptomining_content: Ähnlich der Fingerprinting-Kategorie, jedoch für Cryptomining-Ressourcen.tracking,tracking_ad,tracking_analytics,tracking_socialundtracking_content: Gibt an, dass die Anfrage am Tracking beteiligt ist.trackingist jede generische Tracking-Anfrage, die Suffixead,analytics,socialundcontentidentifizieren den Typ des Trackers.emailtrackingundemailtracking_content: Gibt an, dass die Anfrage am E-Mail-Tracking beteiligt ist.any_basic_tracking: Ein Meta-Flag, das Tracking- und Fingerprinting-Flags kombiniert, jedochtracking_contentundfingerprinting_contentausschließt.any_strict_tracking: Ein Meta-Flag, das alle Tracking- und Fingerprinting-Flags kombiniert.any_social_tracking: Ein Meta-Flag, das alle Social-Tracking-Flags kombiniert.
Weitere Informationen zu Tracker-Typen finden Sie auf der disconnect.me-Website. Das
content-Suffix gibt Tracker an, die Inhalte verfolgen und bereitstellen. Das Blockieren solcher Tracker schützt Benutzer, kann jedoch Websites beschädigen oder dazu führen, dass Elemente nicht angezeigt werden.
Beispiele
Dieser Code ändert den "User-Agent"-Header so, dass sich der Browser als Opera 12.16 identifiziert, aber nur, wenn Seiten unter https://httpbin.org/ besucht werden.
"use strict";
/*
This is the page for which we want to rewrite the User-Agent header.
*/
const targetPage = "https://httpbin.org/*";
/*
Set UA string to Opera 12
*/
const ua =
"Opera/9.80 (X11; Linux i686; Ubuntu/14.10) Presto/2.12.388 Version/12.16";
/*
Rewrite the User-Agent header to "ua".
*/
function rewriteUserAgentHeader(e) {
for (const header of e.requestHeaders) {
if (header.name.toLowerCase() === "user-agent") {
header.value = ua;
}
}
return { requestHeaders: e.requestHeaders };
}
/*
Add rewriteUserAgentHeader as a listener to onBeforeSendHeaders,
only for the target page.
Make it "blocking" so we can modify the headers.
*/
browser.webRequest.onBeforeSendHeaders.addListener(
rewriteUserAgentHeader,
{ urls: [targetPage] },
["blocking", "requestHeaders"],
);
Dieser Code ist genau wie das vorherige Beispiel, außer dass der Listener asynchron ist und ein Promise zurückgibt, welches mit den neuen Headern aufgelöst wird:
"use strict";
/*
This is the page for which we want to rewrite the User-Agent header.
*/
const targetPage = "https://httpbin.org/*";
/*
Set UA string to Opera 12
*/
const ua =
"Opera/9.80 (X11; Linux i686; Ubuntu/14.10) Presto/2.12.388 Version/12.16";
/*
Rewrite the User-Agent header to "ua".
*/
function rewriteUserAgentHeaderAsync(e) {
const asyncRewrite = new Promise((resolve, reject) => {
setTimeout(() => {
for (const header of e.requestHeaders) {
if (header.name.toLowerCase() === "user-agent") {
header.value = ua;
}
}
resolve({ requestHeaders: e.requestHeaders });
}, 2000);
});
return asyncRewrite;
}
/*
Add rewriteUserAgentHeader as a listener to onBeforeSendHeaders,
only for the target page.
Make it "blocking" so we can modify the headers.
*/
browser.webRequest.onBeforeSendHeaders.addListener(
rewriteUserAgentHeaderAsync,
{ urls: [targetPage] },
["blocking", "requestHeaders"],
);
Beispielerweiterungen
Browser-Kompatibilität
Loading…
Hinweis:
Diese API basiert auf Chromiums chrome.webRequest API. Diese Dokumentation leitet sich von web_request.json im Chromium-Code ab.