webRequest.onBeforeSendHeaders
Dieses Ereignis wird vor dem Senden von HTTP-Daten ausgelöst, aber nachdem alle HTTP-Header verfügbar sind. Dies ist ein guter Zeitpunkt, um zu lauschen, wenn Sie HTTP-Anforderungsheader ändern möchten.
Um die Anforderungsheader zusammen mit den restlichen Anforderungsdaten an den Listener weiterzugeben, geben Sie "requestHeaders"
im extraInfoSpec
-Array an.
Um die Header synchron zu ändern: Geben Sie "blocking"
in extraInfoSpec
an, und geben Sie dann in Ihrem Ereignislistener eine BlockingResponse
mit einer Eigenschaft namens requestHeaders
zurück, deren Wert die zu sendenden Anforderungsheader ist.
Um die Header asynchron zu ändern: Geben Sie "blocking"
in extraInfoSpec
an, und geben Sie dann in Ihrem Ereignislistener ein Promise
zurück, das mit einer BlockingResponse
aufgelöst wird.
Wenn Sie "blocking"
verwenden, müssen Sie die "webRequestBlocking"-API-Berechtigung in Ihrer manifest.json haben.
Es ist möglich, dass sich Erweiterungen hier in die Quere kommen. Wenn zwei Erweiterungen auf onBeforeSendHeaders
für die gleiche Anfrage hören, sieht der zweite Listener die Änderungen des ersten Listeners und kann Änderungen des ersten rückgängig machen. Zum Beispiel, wenn der erste Listener einen Cookie
-Header hinzufügt und der zweite alle Cookie
-Header entfernt, gehen die Änderungen des ersten Listeners verloren. Wenn Sie die tatsächlich gesendeten Header ohne das Risiko sehen möchten, dass eine andere Erweiterung sie ändert, verwenden Sie onSendHeaders
, obwohl Sie die Header bei diesem Ereignis nicht ändern können.
Nicht alle tatsächlich gesendeten Header sind immer in requestHeaders
enthalten. Insbesondere werden Header, die das Caching betreffen (z. B. Cache-Control
, If-Modified-Since
, If-None-Match
), nie gesendet. Das Verhalten kann sich auch je nach Browser unterscheiden.
Laut Spezifikation sind Header-Namen nicht groß- und kleinschreibungssensitiv. Das bedeutet, dass der Listener, um einen bestimmten Header abzugleichen, den Namen in Kleinbuchstaben konvertieren sollte, bevor er ihn vergleicht:
for (const header of e.requestHeaders) {
if (header.name.toLowerCase() === desiredHeader) {
// process header
}
}
Der Browser bewahrt die ursprüngliche Groß-/Kleinschreibung des von ihm generierten Header-Namens. Wenn der Listener der Erweiterung die Groß-/Kleinschreibung ä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)
-
Beendet das Lauschen auf dieses Ereignis. Das Argument
listener
ist der zu entfernende Listener. hasListener(listener)
-
Überprüft, ob
listener
für dieses Ereignis registriert ist. Gibttrue
zurück, wenn es zuhört, andernfallsfalse
.
addListener Syntax
Parameter
listener
-
Die Funktion, die aufgerufen wird, wenn dieses Ereignis eintritt. Der Funktion wird dieses Argument übergeben:
details
-
object
. Einzelheiten der Anfrage. Dies schließt Anforderungsheader ein, wenn Sie"requestHeaders"
inextraInfoSpec
angegeben haben. Siehe den details Abschnitt für weitere Informationen.
Rückgabe:
webRequest.BlockingResponse
. Wenn"blocking"
im ParameterextraInfoSpec
angegeben ist, sollte der Ereignislistener einBlockingResponse
-Objekt zurückgeben und kann dessen EigenschaftrequestHeaders
festlegen. filter
-
webRequest.RequestFilter
. Eine Reihe von Filtern, die die an diesen Listener gesendeten Ereignisse einschränken. extraInfoSpec
Optional-
array
vonstring
. Zusätzliche Optionen für das Ereignis. Sie können einen der folgenden Werte übergeben:"blocking"
: macht die Anfrage synchron, sodass Sie Anforderungsheader ändern können"requestHeaders"
: beinhaltet die Anforderungsheader imdetails
-Objekt, das an den Listener übergeben wird
Zusätzliche Objekte
details
-
string
. Wenn die Anfrage von einem in einer kontextbezogenen Identität geöffneten Tab kommt, die Cookie Store ID der kontextbezogenen Identität. Weitere Informationen finden Sie unter Arbeiten mit kontextuellen Identitäten. documentUrl
-
string
. URL des Dokuments, in dem die Ressource geladen wird. Wenn zum Beispiel die Webseite unter "https://example.com" ein Bild oder ein<iframe>
enthält, dann ist diedocumentUrl
für das Bild oder<iframe>
"https://example.com". Für ein Top-Level-Dokument istdocumentUrl
undefiniert. frameAncestors
-
array
. Enthält Informationen für jedes Dokument im Rahmenhierarchie bis zum Top-Level-Dokument. Das erste Element im Array enthält Informationen über das unmittelbare Elterndokument des angeforderten Dokuments, und das letzte Element enthält Informationen über das Top-Level-Dokument. Wenn die Ladung tatsächlich für das Top-Level-Dokument ist, dann ist dieses Array leer. frameId
-
integer
. Null, wenn die Anfrage im Hauptframe auftritt; ein positiver Wert ist die ID eines Unterrahmens, in dem die Anfrage auftritt. Wenn das Dokument eines (Unter-)Rahmens geladen wird (type
istmain_frame
odersub_frame
), zeigtframeId
die ID dieses Rahmens an, nicht die ID des äußeren Rahmens. Frame-IDs sind innerhalb eines Tabs eindeutig. incognito
-
boolean
. Ob die Anfrage aus einem privaten Fenster stammt. method
-
string
. Standard-HTTP-Methode: z. B. "GET" oder "POST". originUrl
-
string
. URL der Ressource, die die Anfrage ausgelöst hat. Wenn beispielsweise "https://example.com" einen Link enthält und der Benutzer auf den Link klickt, ist dieoriginUrl
für die resultierende Anfrage "https://example.com".Die
originUrl
ist oft, aber nicht immer, die gleiche wie diedocumentUrl
. Wenn beispielsweise eine Seite ein<iframe>
enthält und das<iframe>
einen Link enthält, der ein neues Dokument in das<iframe>
lädt, ist diedocumentUrl
für die resultierende Anfrage das Parent-Dokument des<iframe>
, aber dieoriginUrl
ist die URL des Dokuments im<iframe>
, das den Link enthielt. parentFrameId
-
integer
. Die ID des Rahmens, der den Rahmen enthält, der die Anfrage gesendet hat. Auf -1 gesetzt, wenn kein übergeordnetes Rahmengerüst existiert. proxyInfo
-
object
. Diese Eigenschaft ist nur vorhanden, wenn die Anfrage über einen Proxy erfolgt. Sie enthält die folgenden 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-Proxy ü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
. True, wenn der Proxy die Auflösung des Domainnamens basierend auf dem bereitgestellten Hostnamen durchführt, was bedeutet, dass der Client keine eigene DNS-Suche durchführen sollte. failoverTimeout
-
integer
. Failover-Zeitüberschreitung in Sekunden. Wenn die Proxy-Verbindung fehlschlägt, wird der Proxy für diesen Zeitraum nicht erneut verwendet.
requestHeaders
Optional-
webRequest.HttpHeaders
. Die HTTP-Anforderungsheader, die mit dieser Anfrage gesendet werden. requestId
-
string
. Die ID der Anfrage. Anfragen-IDs sind innerhalb einer Browsersitzung eindeutig, sodass sie verwendet werden können, um verschiedene Ereignisse zu verbinden, die mit derselben Anfrage verbunden sind. tabId
-
integer
. Die ID des Tabs, in dem die Anfrage stattfindet. Auf -1 gesetzt, wenn die Anfrage nicht mit einem Tab verbunden ist. thirdParty
-
boolean
. Gibt an, ob die Anfrage und ihre Inhaltsfenster-Hierarchie von Drittanbietern 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: z. B. "image", "script", "stylesheet". url
-
string
. Ziel der Anfrage. urlClassification
-
object
. Der Tracking-Typ, der mit der Anfrage verbunden ist, wenn die Anfrage durch den Firefox-Tracking-Schutz klassifiziert wird. Dies ist ein Objekt mit diesen Eigenschaften:firstParty
-
array
vonstrings
. Klassifizierungsflags für die erste Partei der Anfrage. thirdParty
-
array
vonstrings
. Klassifizierungsflags für die dritte Partei der Anfrage oder ihrer Fensterhierarchie.
Die Klassifizierungsflags umfassen:
fingerprinting
undfingerprinting_content
: gibt an, dass die Anfrage am Fingerprinting beteiligt ist ("eine Quelle, die Fingerabdrücke erfasst").fingerprinting
gibt an, dass die Domain zur Kategorie Fingerprinting und Tracking gehört. Beispiele für diese Art von Domain sind Werbetreibende, die ein Profil mit dem besuchenden Benutzer in Verbindung bringen möchten.fingerprinting_content
gibt an, dass die Domain zwar zur Kategorie Fingerprinting, aber nicht zur Kategorie Tracking gehört. Beispiele für diese Art von Domain sind Zahlungsanbieter, die Fingerabdrucktechniken verwenden, um den besuchenden Benutzer zu Identifikationszwecken zu erkennen.
cryptomining
undcryptomining_content
: ähnlich wie die Fingerprinting-Kategorie, aber für Krypto-Mining-Ressourcen.tracking
,tracking_ad
,tracking_analytics
,tracking_social
undtracking_content
: gibt an, dass die Anfrage am Tracking beteiligt ist.tracking
ist jede allgemeine Tracking-Anfrage, diead
-,analytics
-,social
- undcontent
-Suffixe identifizieren die Art des Trackers.any_basic_tracking
: ein Meta-Flag, das Tracking- und Fingerprinting-Flags kombiniert, jedochtracking_content
undfingerprinting_content
ausschließt.any_strict_tracking
: ein Meta-Flag, das alle Tracking- und Fingerprinting-Flags kombiniert.any_social_tracking
: ein Meta-Flag, das alle sozialen Tracking-Flags kombiniert.
Browser-Kompatibilität
BCD tables only load in the browser
Beispiele
Dieser Code ändert den "User-Agent"-Header so, dass sich der Browser als Opera 12.16 ausgibt, jedoch nur beim Besuch von Seiten unter https://httpbin.org/
.
"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, das 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"],
);
Beispiel-Erweiterungen
Hinweis: Diese API basiert auf der Chromium-API chrome.webRequest
. Diese Dokumentation ist abgeleitet von web_request.json
im Chromium-Code.