Comet-Richtlinien und -Steuerungen

Name

Beschreibung

Unterstützt am

UiAutomationProviderEnabled

Aktiviert das UI-Automatisierungs-Barrierefreiheitsframework
Anbieter in Comet zur Nutzung durch
Barrierefreiheitstools.
Diese Richtlinie wird unterstützt in
Comet für ein Jahr
Übergangszeitraum, um Enterpriseadministratoren die Kontrolle über die Bereitstellung zu ermöglichen
der Zugänglichkeit der UI-Automatisierung des Browsers
Framework-Anbieter. Barrierefreiheit und andere Tools, die das verwenden
UI-Automatisierungs-Barrierefreiheits-Framework für die Interoperabilität
Mit dem Browser sind möglicherweise Aktualisierungen erforderlich, um ordnungsgemäß mit dem Browser zu funktionieren
UI-Automatisierungsanbieter. Administratoren können dies nutzen
Richtlinie zum vorübergehenden Deaktivieren des Browsers
UI-Automatisierungsanbieter (wodurch auf den alten zurückgegriffen wird
Verhalten), während sie mit Anbietern zusammenarbeiten, um Updates für betroffene Tools bereitzustellen.
Bei Einstellung auf „false“ nur Comet
aktiviert seine Microsoft Active Accessibility
Anbieter. Barrierefreiheit und andere Tools, die das neuere verwenden
UI-Automatisierungs-Barrierefreiheits-Framework für die Interoperabilität
mit dem Browser kommuniziert über ein Kompatibilitätsmodul mit ihm
Microsoft® Windows®.
Wenn auf true gesetzt, Comet
aktiviert seinen UI-Automatisierungsanbieter zusätzlich zu seinem
Microsoft Active Accessibility-Anbieter.
Barrierefreiheit und andere Tools, die das neuere verwenden
UI-Automatisierungs-Barrierefreiheits-Framework für die Interoperabilität
mit dem Browser kommuniziert direkt mit ihm.
Wenn es nicht festgelegt ist, wird das Variations-Framework in Comet zum Aktivieren oder Deaktivieren verwendet
der Anbieter.

Windows

CloudAPAuthEnabled

Konfiguriert die automatische Benutzeranmeldung für Konten, die von einem Microsoft® Cloud-Identitätsanbieter unterstützt werden.
Durch Festlegen dieser Richtlinie auf 1 (Aktiviert) können Benutzer, die sich bei ihrem Computer mit einem Konto anmelden, das von einem Microsoft® Cloud-Identitätsanbieter (d. h. Microsoft® Azure® Active Directory® oder dem Verbraucher-Microsoft® Kontoidentitätsanbieter) unterstützt wird, oder die Microsoft® Windows® ein Geschäfts- oder Schulkonto hinzugefügt haben, automatisch mit dieser Identität bei Web-Eigenschaften angemeldet werden. Bei jedem Authentifizierungsereignis werden Informationen zum Gerät und Konto des Benutzers an den Cloud-Identitätsanbieter des Benutzers übermittelt.
Wenn Sie diese Richtlinie auf 0 (Deaktiviert) setzen oder sie nicht konfiguriert lassen, wird die automatische Anmeldung wie oben beschrieben deaktiviert.
Diese Funktion ist ab Microsoft® Windows® 10 verfügbar.
Hinweis: Diese Richtlinie gilt nicht für den Inkognito- oder Gastmodus.

Windows

IdleTimeout

Löst eine Aktion aus, wenn der Computer inaktiv ist.
Wenn diese Richtlinie festgelegt ist, gibt sie die Zeitspanne ohne Benutzereingabe (in Minuten) an, bevor der Browser über die IdleTimeoutActions-Richtlinie konfigurierte Aktionen ausführt.
Wenn diese Richtlinie nicht festgelegt ist, wird keine Aktion ausgeführt.
Der Mindestschwellenwert beträgt 1 Minute.
„Benutzereingaben“ werden durch Betriebssystem-APIs definiert und umfassen Dinge wie das Bewegen der Maus oder das Tippen auf der Tastatur.

macOS, Windows

IdleTimeoutActions

Liste der Aktionen, die ausgeführt werden sollen, wenn das Zeitlimit der IdleTimeout-Richtlinie erreicht wird.
Warnung: Das Festlegen dieser Richtlinie kann Auswirkungen haben und lokale personenbezogene Daten dauerhaft entfernen. Es wird empfohlen, Ihre Einstellungen vor der Bereitstellung zu testen, um ein versehentliches Löschen personenbezogener Daten zu verhindern.
Wenn die IdleTimeout-Richtlinie nicht festgelegt ist, hat diese Richtlinie keine Auswirkungen.
Wenn das Zeitlimit der IdleTimeout-Richtlinie erreicht ist, führt der Browser die in dieser Richtlinie konfigurierten Aktionen aus.
Wenn diese Richtlinie leer ist oder nicht konfiguriert ist, hat die IdleTimeout-Richtlinie keine Auswirkung.
Unterstützte Aktionen sind:
'close_browsers': Schließen Sie alle Browser-Windows und PWAs für dieses Profil. Nicht unterstützt für Android und iOS.
'close_tabs': Alle geöffneten Tabs in geöffneten Windows schließen. Wird nur auf iOS unterstützt.
'show_profile_picker': Zeigt das Profilauswahlfenster an. Nicht unterstützt für Android und iOS.
'sign_out': Meldet den aktuell angemeldeten Benutzer ab. Wird nur auf iOS unterstützt.
'clear_browsing_history', 'clear_download_history', 'clear_cookies_and_other_site_data', 'clear_cached_images_and_files', 'clear_password_signing', 'clear_autofill', 'clear_site_settings', 'clear_hosted_app_data': Löschen Sie die entsprechenden Browserdaten. Weitere Einzelheiten finden Sie in der ClearBrowsingDataOnExitList-Richtlinie. Die für iOS unterstützten Typen sind 'clear_browsing_history', 'clear_cookies_and_other_site_data', 'clear_cached_images_and_files', 'clear_password_signing' und 'clear_autofill'
'reload_pages': Alle Webseiten neu laden. Bei einigen Seiten wird der Benutzer möglicherweise zunächst zur Bestätigung aufgefordert. Nicht unterstützt auf iOS.
Der Nutzer bleibt beim Löschen von Cookies über 'clear_cookies_and_other_site_data' in seinem Google-Konto angemeldet.
Durch die Einstellung 'clear_browsing_history', 'clear_password_signing', 'clear_autofill' und 'clear_site_settings' wird die Synchronisierung für die jeweiligen Datentypen deaktiviert, wenn weder `Chrome Sync` durch Festlegen der SyncDisabled-Richtlinie deaktiviert noch BrowserSignin deaktiviert ist.

macOS, Windows

AlternativeBrowserParameters

Wenn Sie die Richtlinie auf eine Liste von Zeichenfolgen festlegen, wird jede Zeichenfolge als separate Befehlszeilenparameter an den alternativen Browser übergeben. Auf Microsoft® Windows® werden die Parameter mit Projekten verknüpft. Auf macOSOS und Linux® kann ein Parameter Projekte haben und dennoch als einzelner Parameter behandelt werden.
Wenn ein Parameter ${url} enthält, wird ${url} durch die URL der zu öffnenden Seite ersetzt. Wenn kein Parameter ${url} enthält, wird die URL am Ende der Befehlszeile angehängt.
Umgebungsvariablen werden erweitert. Bei Microsoft® Windows® wird %ABC% durch den Wert der ABC-Umgebungsvariablen ersetzt. Bei macOSOS und Linux® wird ${ABC} durch den Wert der ABC-Umgebungsvariablen ersetzt.
Wenn die Richtlinie nicht konfiguriert ist, wird nur die URL als Befehlszeilenparameter übergeben.

macOS, Windows

AlternativeBrowserPath

Durch Festlegen der Richtlinie wird gesteuert, welcher Befehl zum Öffnen von URLs in einem alternativen Browser verwendet werden soll. Die Richtlinie kann auf einen von ${ie}, ${firefox}, ${safari}, ${opera}, ${edge} oder einen Dateipfad festgelegt werden. Wenn diese Richtlinie auf einen Dateipfad festgelegt ist, wird diese Datei als ausführbare Datei verwendet. ${ie} ist nur für Microsoft® Windows® verfügbar. ${safari} und ${edge} sind nur für Microsoft®, Windows® und macOSOS verfügbar.
Wenn die Richtlinie nicht konfiguriert ist, wird ein plattformspezifischer Standardwert verwendet: Internet Explorer® für Microsoft® Windows® oder Safari® für macOSOS. Bei Linux® schlägt das Starten eines alternativen Browsers fehl.

macOS, Windows

BrowserSwitcherChromeParameters

Das Festlegen der Richtlinie auf eine Liste von Zeichenfolgen bedeutet, dass die Zeichenfolgen mit Projekten verknüpft und von Internet Explorer® an Comet als Befehlszeilenparameter übergeben werden. Wenn ein Parameter ${url} enthält, wird ${url} durch die URL der zu öffnenden Seite ersetzt. Wenn kein Parameter ${url} enthält, wird die URL am Ende der Befehlszeile angehängt.
Umgebungsvariablen werden erweitert. Bei Microsoft® Windows® wird %ABC% durch den Wert der ABC-Umgebungsvariablen ersetzt.
Wenn Sie die Richtlinie nicht festlegen, übergibt Internet Explorer® die URL nur als Befehlszeilenparameter an Comet.
Hinweis: Wenn das Add-in „Legacy Browser Support“ für Internet Explorer® nicht installiert ist, hat diese Richtlinie keine Auswirkungen.

Windows

BrowserSwitcherChromePath

Diese Richtlinie steuert den Befehl, der zum Öffnen von URLs in Comet beim Wechsel von Internet Explorer® verwendet werden soll. Diese Richtlinie kann auf einen ausführbaren Dateipfad oder ${chrome} festgelegt werden, um den Speicherort von Comet automatisch zu erkennen.
Wenn Sie die Richtlinie nicht festlegen, erkennt Internet Explorer® automatisch den eigenen ausführbaren Pfad von Comet, wenn Comet über den Internet Explorer gestartet wird.
Hinweis: Wenn das Add-in „Legacy Browser Support“ für Internet Explorer® nicht installiert ist, hat diese Richtlinie keine Auswirkungen.

Windows

BrowserSwitcherDelay

Wenn Sie die Richtlinie auf eine Zahl festlegen, wird Comet für diese Anzahl von Millisekunden eine Nachricht angezeigt und anschließend ein alternativer Browser geöffnet.
Wenn die Richtlinie nicht konfiguriert oder auf 0 gesetzt ist, bedeutet dies, dass beim Navigieren zu einer bestimmten URL diese sofort in einem alternativen Browser geöffnet wird.

macOS, Windows

BrowserSwitcherEnabled

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, versucht Comet, einige URLs in einem alternativen Browser zu starten, z. B. Internet Explorer®. Diese Funktion wird mithilfe der Richtlinien in der Supportgruppe für ältere Browser festgelegt.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, wird Comet nicht versuchen, bestimmte URLs in einem alternativen Browser zu starten.

macOS, Windows

BrowserSwitcherExternalGreylistUrl

Wenn Sie die Richtlinie auf eine gültige URL festlegen, lädt Comet die Site-Liste von dieser URL herunter und wendet die Regeln an, als wären sie mit der BrowserSwitcherUrlGreylist-Richtlinie eingerichtet worden. Diese Richtlinien verhindern, dass sich Comet und der alternative Browser gegenseitig öffnen.
Wenn Sie diese Option nicht festlegen (oder auf eine ungültige URL festlegen), bedeutet dies, dass Comet die Richtlinie nicht als Quelle für Regeln verwendet, um den Browser nicht zu wechseln.
Hinweis: Diese Richtlinie verweist auf eine XML-Datei im gleichen Format wie die SiteList-Richtlinie von Internet Explorer®. Dadurch werden Regeln aus einer XML-Datei geladen, ohne diese Regeln mit Internet Explorer® zu teilen. Lesen Sie mehr über die SiteList-Richtlinie von Internet Explorer® ( ../assets/img/2025fc9855_what-is-enterprise-mode )

macOS, Windows

BrowserSwitcherExternalSitelistUrl

Wenn Sie die Richtlinie auf eine gültige URL festlegen, lädt Comet die Site-Liste von dieser URL herunter und wendet die Regeln an, als wären sie mit der BrowserSwitcherUrlList-Richtlinie eingerichtet worden.
Wenn Sie diese Option nicht festlegen (oder auf eine ungültige URL festlegen), bedeutet dies, dass Comet die Richtlinie nicht als Regelquelle für den Browserwechsel verwendet.
Hinweis: Diese Richtlinie verweist auf eine XML-Datei im gleichen Format wie die SiteList-Richtlinie von Internet Explorer®. Dadurch werden Regeln aus einer XML-Datei geladen, ohne diese Regeln mit Internet Explorer® zu teilen. Lesen Sie mehr über die SiteList-Richtlinie von Internet Explorer® ( ../assets/img/2025fc9855_what-is-enterprise-mode)

macOS, Windows

BrowserSwitcherKeepLastChromeTab

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder nicht konfigurieren, bleibt Comet nach dem Wechsel zu einem alternativen Browser mindestens eine Registerkarte geöffnet.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, schließt Comet den Tab nach dem Wechsel zu einem alternativen Browser, auch wenn es der letzte Tab war. Dadurch wird Comet vollständig beendet.

macOS, Windows

BrowserSwitcherParsingMode

Diese Richtlinie steuert, wie Comet Sitelist-/Greylist-Richtlinien für die Funktion „Legacy-Browser-Unterstützung“ interpretiert. Es betrifft die folgenden Richtlinien: BrowserSwitcherUrlList, BrowserSwitcherUrlGreylist, BrowserSwitcherUseIeSitelist, BrowserSwitcherExternalSitelistUrl und BrowserSwitcherExternalGreylistUrl.
Wenn 'Default' (0) oder nicht gesetzt ist, ist der URL-Abgleich weniger streng. Regeln, die „/“ nicht enthalten, suchen irgendwo im Hostnamen der URL nach einer Teilzeichenfolge. Beim Abgleich der Pfadkomponente einer URL wird die Groß-/Kleinschreibung beachtet.
Wenn 'IESiteListMode' (1), ist der URL-Abgleich strenger. Regeln, die kein „/“ enthalten, stimmen nur am Ende des Hostnamens überein. Sie müssen außerdem an einer Domänennamengrenze liegen. Beim Abgleich der Pfadkomponente einer URL wird die Groß-/Kleinschreibung nicht beachtet. Dies ist besser kompatibel mit Microsoft® Internet Explorer® und Microsoft® Edge®.
Zum Beispiel mit den Regeln „example.com" Und "acme.com/abc":
"../assets/img/a6bf1757ff_file","http://subdomain.example.com/" Und "http://acme.com/abc" Übereinstimmung unabhängig vom Parsing-Modus.
„http://notexample.com/“, „../assets/img/a9b9f04336_file.invalid.com/","../assets/img/a9b9f04336_fileabc/" nur im 'Default'-Modus übereinstimmen.
"http://acme.com/ABC" passt nur in 'IESiteListMode'.

macOS, Windows

BrowserSwitcherUrlGreylist

Durch das Festlegen der Richtlinie wird die Liste der Websites gesteuert, die niemals einen Browserwechsel verursachen. Jeder Artikel wird als Regel behandelt. Die übereinstimmenden Regeln öffnen keinen alternativen Browser. Im Gegensatz zur BrowserSwitcherUrlList-Richtlinie gelten die Regeln für beide Richtungen. Wenn das Internet Explorer®-Add-In aktiviert ist, steuert es auch, ob Internet Explorer® diese URLs in Comet öffnen soll.
Wenn die Richtlinie nicht konfiguriert ist, werden der Liste keine Websites hinzugefügt.
Hinweis: Elemente können dieser Liste auch über die BrowserSwitcherExternalGreylistUrl-Richtlinie hinzugefügt werden.

macOS, Windows

BrowserSwitcherUrlList

Durch Festlegen der Richtlinie wird die Liste der Websites gesteuert, die in einem alternativen Browser geöffnet werden sollen. Jedes Element wird als Regel behandelt, damit es in einem alternativen Browser geöffnet werden kann. Comet verwendet diese Regeln bei der Auswahl, ob eine URL in einem alternativen Browser geöffnet werden soll. Wenn das Internet Explorer®-Add-In aktiviert ist, wechselt Internet Explorer® zurück zu Comet, wenn die Regeln nicht übereinstimmen. Wenn Regeln einander widersprechen, verwendet Comet die spezifischste Regel.
Wenn die Richtlinie nicht konfiguriert ist, werden der Liste keine Websites hinzugefügt.
Hinweis: Elemente können dieser Liste auch über die Richtlinien BrowserSwitcherUseIeSitelist und BrowserSwitcherExternalSitelistUrl hinzugefügt werden.

macOS, Windows

BrowserSwitcherUseIeSitelist

Diese Richtlinie steuert, ob Regeln aus der SiteList-Richtlinie von Internet Explorer® geladen werden.
Wenn diese Richtlinie auf „true“ gesetzt ist, liest Comet die SiteList von Internet Explorer®, um die URL der Site-Liste zu erhalten. Comet lädt dann die Site-Liste von dieser URL herunter und wendet die Regeln an, als wären sie mit der BrowserSwitcherUrlList-Richtlinie konfiguriert worden.
Wenn diese Richtlinie falsch oder nicht festgelegt ist, verwendet Comet die SiteList-Richtlinie von Internet Explorer® nicht als Regelquelle für den Browserwechsel.
Weitere Informationen zur SiteList-Richtlinie von Internet Explorer: ../assets/img/2025fc9855_what-is-enterprise-mode

Windows

CACertificateManagementAllowed

Wenn Sie die Richtlinie auf „Alle“ (0) setzen oder sie nicht konfiguriert lassen, können Benutzer Vertrauenseinstellungen für alle CA-Zertifikate bearbeiten, vom Benutzer importierte Zertifikate entfernen und Zertifikate mit dem Zertifikatsmanager importieren. Wenn Sie die Richtlinie auf „UserOnly“ (1) festlegen, können Benutzer nur vom Benutzer importierte Zertifikate verwalten, die Vertrauenseinstellungen integrierter Zertifikate jedoch nicht ändern. Durch die Einstellung „Keine“ (2) können Benutzer CA-Zertifikate anzeigen (nicht verwalten).

macOS, Windows

CACertificates

Eine Liste von TLS-Zertifikaten, denen Comet für die Serverauthentifizierung vertrauen sollten.
Zertifikate sollten Base64-kodiert sein.

macOS, Windows

CACertificatesWithConstraints

Eine Liste von TLS-Zertifikaten, denen Comet für die Serverauthentifizierung vertrauen sollten, mit außerhalb des Zertifikats hinzugefügten Einschränkungen. Wenn keine Einschränkung eines bestimmten Typs vorhanden ist, ist jeder Name dieses Typs zulässig.
Zertifikate sollten Base64-kodiert sein. Für jedes Zertifikat muss mindestens eine Einschränkung angegeben werden.

macOS, Windows

CADistrustedCertificates

Eine Liste der öffentlichen Schlüssel des Zertifikats, denen Comet für den TLS-Server nicht vertrauen sollten
authentication.
Der Richtlinienwert ist eine Liste von Base64-codierten X.509-Zertifikaten. Beliebig
Zertifikat mit einem passenden SPKI (SubjectPublicKeyInfo) wird nicht vertrauenswürdig.

macOS, Windows

CAHintCertificates

Eine Liste von Zertifikaten, die in Comet nicht vertrauenswürdig oder nicht vertrauenswürdig sind
können aber als Hinweise für den Wegaufbau verwendet werden. Zertifikate sollten Base64-kodiert sein.

macOS, Windows

CAPlatformIntegrationEnabled

Wenn diese Option aktiviert (oder nicht festgelegt) ist, werden vom Benutzer hinzugefügte TLS-Zertifikate aus Plattform-Truststores bei der Pfaderstellung für die TLS-Serverauthentifizierung verwendet.
Wenn diese Option deaktiviert ist, werden vom Benutzer hinzugefügte TLS-Zertifikate aus Plattform-Truststores nicht bei der Pfaderstellung für die TLS-Serverauthentifizierung verwendet.

macOS, Windows

AutoSelectCertificateForUrls

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern erstellen, die Websites angeben, für die Comet automatisch ein Client-Zertifikat auswählen kann. Der Wert ist ein Array von JSON-Wörterbüchern mit Zeichenfolgen, jedes mit der Form { „pattern“: „$URL_PATTERN“, „filter“ : $FILTER }, wobei $URL_PATTERN ein Muster für die Inhaltseinstellung ist. $FILTER schränkt die Client-Zertifikate ein, aus denen der Browser automatisch auswählt. Unabhängig vom Filter werden nur Zertifikate ausgewählt, die zur Zertifikatsanforderung des Servers passen. Auf Android kann Chrome nur Client-Zertifikate auswählen, die es selbst bereitgestellt hat; Es kann nicht auf Zertifikate zugreifen, die auf Betriebssystemebene installiert sind.
Beispiele für die Verwendung des Abschnitts $FILTER:
* Wenn $FILTER auf { "ISSUER": { "CN": "$ISSUER_CN" } } gesetzt ist, werden nur Client-Zertifikate ausgewählt, die von einem Zertifikat mit dem CommonName $ISSUER_CN ausgestellt wurden.
* Wenn $FILTER sowohl die Abschnitte „ISSUER“ als auch „SUBJECT“ enthält, werden nur Client-Zertifikate ausgewählt, die beide Bedingungen erfüllen.
* Wenn $FILTER einen Abschnitt „SUBJECT“ mit dem Wert „O“ enthält, muss für ein Zertifikat mindestens eine Organisation ausgewählt werden, die dem angegebenen Wert entspricht.
* Wenn $FILTER einen „SUBJECT“-Abschnitt mit einem „OU“-Wert enthält, muss für ein Zertifikat mindestens eine Organisationseinheit ausgewählt werden, die dem angegebenen Wert entspricht.
* Wenn $FILTER auf {} gesetzt ist, wird die Auswahl der Client-Zertifikate nicht zusätzlich eingeschränkt. Beachten Sie, dass die vom Webserver bereitgestellten Filter weiterhin gelten.
Wenn Sie die Richtlinie nicht konfigurieren, erfolgt für keine Website eine automatische Auswahl.

macOS, Windows

AutomaticFullscreenAllowedForUrls

Aus Sicherheitsgründen ist die
requestFullscreen()-Web-API
erfordert eine vorherige Benutzergeste („vorübergehende Aktivierung“), um aufgerufen zu werden oder zu werden
andernfalls scheitern. Die persönlichen Einstellungen der Benutzer können es bestimmten Herkunftsländern erlauben, anzurufen
Diese API kann ohne vorherige Benutzergeste verwendet werden, wie in beschrieben
​../assets/img/edae9f0d9c_6218822004768768.
Diese Richtlinie ersetzt die persönlichen Einstellungen der Benutzer und ermöglicht den Abgleich von Ursprüngen
Rufen Sie die API ohne vorherige Benutzergeste auf.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter
​../assets/img/73f52eed4a_url-patterns.
Platzhalter * sind zulässig.
Ursprünge, die sowohl blockierten als auch zulässigen Richtlinienmustern entsprechen, werden blockiert.
Für Ursprünge, die nicht durch Richtlinien oder Benutzereinstellungen festgelegt sind, ist ein vorheriger Benutzer erforderlich
Geste, um diese API aufzurufen.

macOS, Windows

AutomaticFullscreenBlockedForUrls

Aus Sicherheitsgründen ist die
requestFullscreen()-Web-API
erfordert eine vorherige Benutzergeste („vorübergehende Aktivierung“), um aufgerufen zu werden oder zu werden
andernfalls scheitern. Die persönlichen Einstellungen der Benutzer können es bestimmten Herkunftsländern erlauben, anzurufen
Diese API kann ohne vorherige Benutzergeste verwendet werden, wie in beschrieben
​../assets/img/edae9f0d9c_6218822004768768.
Diese Richtlinie ersetzt die persönlichen Einstellungen der Benutzer und blockiert übereinstimmende Ursprünge
vom Aufruf der API ohne vorherige Benutzergeste.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter
​../assets/img/73f52eed4a_url-patterns.
Platzhalter * sind zulässig.
Ursprünge, die sowohl blockierten als auch zulässigen Richtlinienmustern entsprechen, werden blockiert.
Für Ursprünge, die nicht durch Richtlinien oder Benutzereinstellungen angegeben sind, ist eine vorherige Benutzergeste erforderlich, um diese API aufzurufen.

macOS, Windows

ClipboardAllowedForUrls

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die Websites angeben, die die Website-Berechtigung für die Zwischenablage verwenden können. Dies umfasst nicht alle Zwischenablageoperationen an Ursprüngen, die den Mustern entsprechen. Benutzer können beispielsweise weiterhin über Tastaturkürzel einfügen, da dies nicht durch die Berechtigung der Zwischenablage-Site eingeschränkt ist.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultClipboardSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

ClipboardBlockedForUrls

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die Websites angeben, die die Website-Berechtigung für die Zwischenablage nicht verwenden können. Dies umfasst nicht alle Zwischenablageoperationen an Ursprüngen, die den Mustern entsprechen. Benutzer können beispielsweise weiterhin über Tastaturkürzel einfügen, da dies nicht durch die Berechtigung der Zwischenablage-Site eingeschränkt ist.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultClipboardSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

CookiesAllowedForUrls

Ermöglicht Ihnen, eine Liste von URL-Mustern festzulegen, die Websites angeben, die Cookies setzen dürfen.
URL-Muster können eine einzelne URL sein, die darauf hinweist, dass die Website möglicherweise auf allen Websites der obersten Ebene Cookies verwendet.
Muster können auch zwei durch Komma getrennte URLs sein. Der erste gibt die Website an, die Cookies verwenden darf. Der zweite gibt die Site der obersten Ebene an, auf die der erste Wert angewendet werden soll.
Wenn Sie ein URL-Paar verwenden, unterstützt der erste Wert im Paar *, der zweite Wert jedoch nicht. Die Verwendung von * für den ersten Wert gibt an, dass alle Websites Cookies verwenden dürfen, wenn die zweite URL die Website der obersten Ebene ist.
Wenn diese Richtlinie nicht festgelegt ist, wird der globale Standardwert für alle Websites verwendet, entweder aus den Richtlinien „DefaultCookiesSetting“ oder „BlockThirdPartyCookies“, sofern diese festgelegt sind, oder andernfalls aus der persönlichen Konfiguration des Benutzers.
Siehe auch Richtlinien CookiesBlockedForUrls und CookiesSessionOnlyForUrls. Beachten Sie, dass es zwischen diesen drei Richtlinien keine widersprüchlichen URL-Muster geben darf. Es ist nicht festgelegt, welche Richtlinie Vorrang hat.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

CookiesBlockedForUrls

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern erstellen, die Websites angeben, die keine Cookies setzen können.
Wenn die Richtlinie nicht konfiguriert ist, wird DefaultCookiesSetting für alle Websites verwendet, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Obwohl keine bestimmte Richtlinie Vorrang hat, siehe CookiesAllowedForUrls und CookiesSessionOnlyForUrls. URL-Muster zwischen diesen drei Richtlinien dürfen nicht in Konflikt geraten.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

CookiesSessionOnlyForUrls

Sofern die RestoreOnStartup-Richtlinie nicht so eingestellt ist, dass URLs aus früheren Sitzungen dauerhaft wiederhergestellt werden, können Sie durch die Einstellung von CookiesSessionOnlyForUrls eine Liste von URL-Mustern erstellen, die Websites angeben, die Cookies für eine Sitzung setzen können und welche nicht.
Wenn die Richtlinie nicht konfiguriert ist, wird DefaultCookiesSetting für alle Websites verwendet, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers. Auch URLs, die nicht von den angegebenen Mustern abgedeckt werden, führen zur Verwendung von Standardwerten.
Obwohl keine bestimmte Richtlinie Vorrang hat, siehe CookiesBlockedForUrls und CookiesAllowedForUrls. URL-Muster zwischen diesen drei Richtlinien dürfen nicht in Konflikt geraten.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

DataUrlInSvgUseEnabled

Diese Richtlinie aktiviert die Daten-URL-Unterstützung für SVGUseElement, die deaktiviert wird
standardmäßig ab M119.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist, funktionieren Daten-URLs weiterhin in SVGUseElement.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist oder nicht, funktionieren Daten-URLs in SVGUseElement nicht.

macOS, Windows

DefaultClipboardSetting

Durch Festlegen der Richtlinie auf 2 wird verhindert, dass Websites die Website-Berechtigung „Zwischenablage“ verwenden. Wenn Sie die Richtlinie auf 3 setzen oder sie nicht konfiguriert lassen, kann der Benutzer die Einstellung ändern und entscheiden, ob die Zwischenablage-APIs verfügbar sind, wenn eine Site eine verwenden möchte.
Diese Richtlinie kann für bestimmte URL-Muster mithilfe der Richtlinien ClipboardAllowedForUrls und ClipboardBlockedForUrls außer Kraft gesetzt werden.
Diese Richtlinie betrifft nur Vorgänge in der Zwischenablage, die durch die Berechtigung der Zwischenablage-Site gesteuert werden, und wirkt sich nicht auf bereinigte Schreibvorgänge in der Zwischenablage oder vertrauenswürdige Kopier- und Einfügevorgänge aus.

macOS, Windows

DefaultCookiesSetting

Sofern die RestoreOnStartup-Richtlinie nicht so eingestellt ist, dass URLs aus früheren Sitzungen dauerhaft wiederhergestellt werden, können Sie durch die Einstellung von CookiesSessionOnlyForUrls eine Liste von URL-Mustern erstellen, die Websites angeben, die Cookies für eine Sitzung setzen können und welche nicht.
Wenn die Richtlinie nicht konfiguriert ist, wird DefaultCookiesSetting für alle Websites verwendet, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers. Auch URLs, die nicht von den angegebenen Mustern abgedeckt werden, führen zur Verwendung von Standardwerten.
Obwohl keine bestimmte Richtlinie Vorrang hat, siehe CookiesBlockedForUrls und CookiesAllowedForUrls. URL-Muster zwischen diesen drei Richtlinien dürfen nicht in Konflikt geraten.

macOS, Windows

DefaultFileSystemReadGuardSetting

Wenn Sie die Richtlinie auf 3 setzen, können Websites über die Dateisystem-API Lesezugriff auf Dateien und Verzeichnisse im Dateisystem des Host-Betriebssystems anfordern. Wenn Sie die Richtlinie auf 2 festlegen, wird der Zugriff verweigert.
Wenn die Option deaktiviert bleibt, können Websites um Zugriff bitten, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

DefaultFileSystemWriteGuardSetting

Wenn Sie die Richtlinie auf 3 setzen, können Websites Schreibzugriff auf Dateien und Verzeichnisse im Dateisystem des Host-Betriebssystems anfordern. Wenn Sie die Richtlinie auf 2 festlegen, wird der Zugriff verweigert.
Wenn die Option deaktiviert bleibt, können Websites um Zugriff bitten, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

DefaultGeolocationSetting

Wenn Sie die Richtlinie auf 1 setzen, können Websites standardmäßig den physischen Standort der Benutzer verfolgen. Wenn Sie die Richtlinie auf 2 setzen, wird diese Nachverfolgung standardmäßig verweigert. Sie können die Richtlinie so festlegen, dass Sie gefragt werden, wann immer eine Site den physischen Standort der Benutzer verfolgen möchte.
Wenn die Richtlinie nicht konfiguriert ist, gilt die AskGeolocation-Richtlinie. Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

DefaultImagesSetting

Wenn Sie die Richtlinie auf 1 setzen, können alle Websites Bilder anzeigen. Wenn Sie die Richtlinie auf 2 festlegen, wird die Bildanzeige verweigert.
Wenn die Option deaktiviert bleibt, sind Bilder möglich, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

DefaultInsecureContentSetting

Hier können Sie festlegen, ob Benutzer Ausnahmen hinzufügen können, um gemischte Inhalte für bestimmte Websites zuzulassen.
Diese Richtlinie kann für bestimmte URL-Muster mithilfe der Richtlinien 'InsecureContentAllowedForUrls' und 'InsecureContentBlockedForUrls' außer Kraft gesetzt werden.
Wenn diese Richtlinie nicht festgelegt ist, können Benutzer Ausnahmen hinzufügen, um blockierbare gemischte Inhalte zuzulassen und automatische Upgrades für optional blockierbare gemischte Inhalte zu deaktivieren.

macOS, Windows

DefaultJavaScriptJitSetting

Hier können Sie festlegen, ob Comet die v8-JavaScript-Engine mit aktiviertem JIT-Compiler (Just In Time) ausführen soll oder nicht.
Das Deaktivieren der JavaScript-JIT führt dazu, dass Comet Webinhalte möglicherweise langsamer rendern und möglicherweise auch Teile von JavaScript, einschließlich WebAssembly, deaktivieren. Durch die Deaktivierung des JavaScript-JIT kann Comet Webinhalte möglicherweise in einer sichereren Konfiguration rendern.
Diese Richtlinie kann für bestimmte URL-Muster mithilfe der Richtlinien JavaScriptJitAllowedForSites und JavaScriptJitBlockedForSites überschrieben werden.
Wenn diese Richtlinie nicht festgelegt ist, ist JavaScript JIT aktiviert.

macOS, Windows

DefaultJavaScriptOptimizerSetting

Hier können Sie einstellen, ob Comet
führt die v8-JavaScript-Engine mit aktivierten erweiterten JavaScript-Optimierungen aus.
Das Deaktivieren von JavaScript-Optimierungen (indem der Wert dieser Richtlinie auf 2 gesetzt wird) wird dies tun
bedeuten, dass Comet das Web rendern kann
Inhalte langsamer.
Diese Richtlinie kann für bestimmte URL-Muster mithilfe der Richtlinien JavaScriptOptimizerAllowedForSites und JavaScriptOptimizerBlockedForSites überschrieben werden.
Wenn diese Richtlinie nicht festgelegt ist, sind JavaScript-Optimierungen aktiviert.

macOS, Windows

DefaultJavaScriptSetting

Wenn Sie die Richtlinie auf 1 setzen, können Websites JavaScript ausführen. Wenn Sie die Richtlinie auf 2 setzen, wird JavaScript verweigert.
Wenn Sie die Option nicht festlegen, ist JavaScript zulässig, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

DefaultLocalFontsSetting

Wenn Sie die Richtlinie auf „BlockLocalFonts“ (Wert 2) festlegen, wird den Websites standardmäßig automatisch die Berechtigung für lokale Schriftarten verweigert. Dadurch wird die Fähigkeit von Websites eingeschränkt, Informationen über lokale Schriftarten anzuzeigen.
Wenn Sie die Richtlinie auf „AskLocalFonts“ (Wert 3) festlegen, wird der Benutzer standardmäßig aufgefordert, die Berechtigung für lokale Schriftarten anzufordern. Wenn Benutzer die Berechtigung erteilen, wird die Fähigkeit von Websites erweitert, Informationen über lokale Schriftarten anzuzeigen.
Wenn die Richtlinie nicht konfiguriert ist, gilt das Standardverhalten, bei dem der Benutzer aufgefordert wird. Benutzer können diese Einstellung jedoch ändern

macOS, Windows

DefaultNotificationsSetting

Wenn Sie die Richtlinie auf 1 setzen, können Websites Desktop-Benachrichtigungen anzeigen. Wenn Sie die Richtlinie auf 2 festlegen, werden Desktop-Benachrichtigungen abgelehnt.
Wenn Sie die Option nicht festlegen, gilt „AskNotifications“, aber Benutzer können diese Einstellung ändern.

macOS, Windows

DefaultPopupsSetting

Wenn Sie die Richtlinie auf 1 setzen, können Websites Pop-ups anzeigen. Wenn Sie die Richtlinie auf 2 festlegen, werden Popups abgelehnt.
Wenn Sie die Option nicht festlegen, wird BlockPopups angewendet, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

DefaultSensorsSetting

Wenn Sie die Richtlinie auf 1 setzen, können Websites auf Sensoren wie Bewegung und Licht zugreifen und diese verwenden. Wenn Sie die Richtlinie auf 2 festlegen, wird der Zugriff auf Sensoren verweigert.
Wenn Sie die Option nicht festlegen, gilt „AllowSensors“, aber Benutzer können diese Einstellung ändern.

macOS, Windows

DefaultSerialGuardSetting

Wenn Sie die Richtlinie auf 3 setzen, können Websites den Zugriff auf serielle Ports anfordern. Wenn Sie die Richtlinie auf 2 setzen, wird der Zugriff auf serielle Ports verweigert.
Wenn die Option deaktiviert bleibt, können Websites um Zugriff bitten, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

DefaultWebBluetoothGuardSetting

Wenn Sie die Richtlinie auf 3 setzen, können Websites den Zugriff auf Bluetooth-Geräte in der Nähe anfordern. Wenn Sie die Richtlinie auf 2 festlegen, wird der Zugriff auf Bluetooth-Geräte in der Nähe verweigert.
Wenn die Richtlinie nicht konfiguriert ist, können Websites um Zugriff bitten, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

DefaultWebHidGuardSetting

Wenn Sie die Richtlinie auf 3 setzen, können Websites den Zugriff auf HID-Geräte anfordern. Wenn Sie die Richtlinie auf 2 setzen, wird der Zugriff auf HID-Geräte verweigert.
Wenn die Option deaktiviert bleibt, können Websites um Zugriff bitten, Benutzer können diese Einstellung jedoch ändern.
Diese Richtlinie kann für bestimmte URL-Muster mithilfe der Richtlinien WebHidAskForUrls und WebHidBlockedForUrls überschrieben werden.

macOS, Windows

DefaultWebUsbGuardSetting

Wenn Sie die Richtlinie auf 3 setzen, können Websites den Zugriff auf angeschlossene USB-Geräte anfordern. Wenn Sie die Richtlinie auf 2 setzen, wird der Zugriff auf angeschlossene USB-Geräte verweigert.
Wenn die Option deaktiviert bleibt, können Websites um Zugriff bitten, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

DefaultWindowManagementSetting

Wenn Sie die Richtlinie auf „BlockWindowManagement“ (Wert 2) festlegen, wird Sites standardmäßig automatisch die Berechtigung zur Fensterverwaltung verweigert. Dadurch wird die Fähigkeit von Websites eingeschränkt, Informationen über die Bildschirme des Geräts anzuzeigen und diese Informationen zum Öffnen und Platzieren von Windows oder zum Anfordern des Vollbildmodus auf bestimmten Bildschirmen zu verwenden.
Wenn Sie die Richtlinie auf „AskWindowManagement“ (Wert 3) festlegen, wird der Benutzer standardmäßig aufgefordert, die Fensterverwaltungsberechtigung anzufordern. Wenn Benutzer die Berechtigung erteilen, wird die Fähigkeit von Websites erweitert, Informationen über die Bildschirme des Geräts anzuzeigen und diese Informationen zu verwenden, um Windows zu öffnen und zu platzieren oder den Vollbildmodus auf bestimmten Bildschirmen anzufordern.
Wenn die Richtlinie nicht konfiguriert ist, gilt die AskWindowManagement-Richtlinie, Benutzer können diese Einstellung jedoch ändern.
Dies ersetzt die veraltete DefaultWindowPlacementSetting-Richtlinie.

macOS, Windows

FileSystemReadAskForUrls

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer auffordern können, ihnen über die Dateisystem-API Lesezugriff auf Dateien oder Verzeichnisse im Dateisystem des Host-Betriebssystems zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt „DefaultFileSystemReadGuardSetting“ für alle Websites, sofern diese festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
URL-Muster dürfen nicht mit FileSystemReadBlockedForUrls in Konflikt stehen. Keine der Richtlinien hat Vorrang, wenn eine URL mit beiden übereinstimmt.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

FileSystemReadBlockedForUrls

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer nicht auffordern können, ihnen über die Dateisystem-API Lesezugriff auf Dateien oder Verzeichnisse im Dateisystem des Host-Betriebssystems zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt „DefaultFileSystemReadGuardSetting“ für alle Websites, sofern diese festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
URL-Muster können nicht mit FileSystemReadAskForUrls in Konflikt geraten. Keine der Richtlinien hat Vorrang, wenn eine URL mit beiden übereinstimmt.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

FileSystemWriteAskForUrls

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer auffordern können, ihnen Schreibzugriff auf Dateien oder Verzeichnisse im Dateisystem des Host-Betriebssystems zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultFileSystemWriteGuardSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
URL-Muster dürfen nicht mit FileSystemWriteBlockedForUrls in Konflikt stehen. Keine der Richtlinien hat Vorrang, wenn eine URL mit beiden übereinstimmt.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

FileSystemWriteBlockedForUrls

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer nicht auffordern können, ihnen Schreibzugriff auf Dateien oder Verzeichnisse im Dateisystem des Host-Betriebssystems zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultFileSystemWriteGuardSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
URL-Muster können nicht mit FileSystemWriteAskForUrls in Konflikt geraten. Keine der Richtlinien hat Vorrang, wenn eine URL mit beiden übereinstimmt.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

ImagesAllowedForUrls

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die Websites angeben, die Bilder anzeigen dürfen.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultImagesSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.
Beachten Sie, dass diese Richtlinie zuvor fälschlicherweise auf Android aktiviert war, diese Funktionalität jedoch auf Android nie vollständig unterstützt wurde.

macOS, Windows

ImagesBlockedForUrls

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die Websites angeben, die keine Bilder anzeigen können.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultImagesSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.
Beachten Sie, dass diese Richtlinie zuvor fälschlicherweise auf Android aktiviert war, diese Funktionalität jedoch auf Android nie vollständig unterstützt wurde.

macOS, Windows

InsecureContentAllowedForUrls

Ermöglicht Ihnen, eine Liste von URL-Mustern festzulegen, die Websites angeben, die blockierbare (d. h. aktive) gemischte Inhalte (d. h. HTTP-Inhalte auf HTTPS-Sites) anzeigen dürfen und für die optional blockierbare gemischte Inhalts-Upgrades deaktiviert werden.
Wenn diese Richtlinie nicht festgelegt ist, werden blockierbare gemischte Inhalte blockiert und optional blockierbare gemischte Inhalte werden aktualisiert, und Benutzer können Ausnahmen festlegen, um sie für bestimmte Websites zuzulassen.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

InsecureContentBlockedForUrls

Ermöglicht Ihnen das Festlegen einer Liste von URL-Mustern, die Websites angeben, die keinen blockierbaren (d. h. aktiven) gemischten Inhalt (d. h. HTTP-Inhalte auf HTTPS-Sites) anzeigen dürfen und für die optional blockierbarer (d. h. passiver) gemischter Inhalt aktualisiert wird.
Wenn diese Richtlinie nicht festgelegt ist, werden blockierbare gemischte Inhalte blockiert und optional blockierbare gemischte Inhalte aktualisiert. Benutzer können jedoch Ausnahmen festlegen, um sie für bestimmte Websites zuzulassen.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

JavaScriptAllowedForUrls

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die die Websites angeben, die JavaScript ausführen können.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultJavaScriptSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

JavaScriptBlockedForUrls
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die die Websites angeben, auf denen kein JavaScript ausgeführt werden kann.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultJavaScriptSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.
Beachten Sie, dass diese Richtlinie JavaScript basierend darauf blockiert, ob der Ursprung des Dokuments der obersten Ebene (normalerweise die Seiten-URL, die auch in der Adressleiste angezeigt wird) mit einem der Muster übereinstimmt. Daher ist diese Richtlinie nicht zur Eindämmung von Web-Supply-Chain-Angriffen geeignet. Geben Sie beispielsweise das Muster „https://[*.]foo.com/" verhindert nicht, dass eine Seite, die beispielsweise auf https://example.com vom Ausführen eines Skripts, das von geladen wurde https://www.foo.com/example.js. Darüber hinaus ist die Bereitstellung des Musters „https://example.com/" verhindert nicht, dass ein Dokument erstellt wird https://example.com von der Ausführung von Skripten, wenn es sich nicht um das Dokument der obersten Ebene handelt, sondern als Unterrahmen in eine Seite eingebettet ist, die auf einem anderen Ursprung gehostet wird, beispielsweise ../assets/img/c4278a9a3c_file.

macOS, Windows

JavaScriptJitAllowedForSites
​

Ermöglicht Ihnen, eine Liste von Site-URL-Mustern festzulegen, die Websites angeben, die JavaScript mit aktiviertem JIT-Compiler (Just In Time) ausführen dürfen.
Ausführliche Informationen zu gültigen Site-URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.
Ausnahmen der JavaScript-JIT-Richtlinie werden nur mit einer Site-Granularität (eTLD+1) erzwungen. Eine Richtlinie, die nur für subdomain.site.com festgelegt ist, wird nicht korrekt auf site.com oder subdomain.site.com angewendet, da beide auf dieselbe eTLD+1 (site.com) aufgelöst werden, für die es keine Richtlinie gibt. In diesem Fall muss die Richtlinie auf site.com festgelegt werden, damit sie sowohl für site.com als auch für subdomain.site.com korrekt gilt.
Diese Richtlinie gilt für jedes einzelne Frame und basiert nicht nur auf der Ursprungs-URL der obersten Ebene, also z. B. Wenn site-one.com in der JavaScriptJitAllowedForSites-Richtlinie aufgeführt ist, site-one.com jedoch einen Frame lädt, der site-two.com enthält, ist für site-one.com JavaScript JIT aktiviert, aber site-two.com verwendet die Richtlinie aus DefaultJavaScriptJitSetting, falls festgelegt, oder standardmäßig aktiviertes JavaScript JIT.
Wenn diese Richtlinie für eine Site nicht festgelegt ist, gilt die Richtlinie von DefaultJavaScriptJitSetting für die Site, sofern sie festgelegt ist. Andernfalls ist Javascript JIT für die Site aktiviert.

macOS, Windows

JavaScriptJitBlockedForSites
​

Ermöglicht Ihnen das Festlegen einer Liste von Site-URL-Mustern, die Websites angeben, auf denen der JavaScript-JIT-Compiler (Just In Time) nicht ausgeführt werden darf.
Das Deaktivieren der JavaScript-JIT führt dazu, dass Comet Webinhalte möglicherweise langsamer rendern und möglicherweise auch Teile von JavaScript, einschließlich WebAssembly, deaktivieren. Durch die Deaktivierung des JavaScript-JIT kann Comet Webinhalte möglicherweise in einer sichereren Konfiguration rendern.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.
Ausnahmen der JavaScript-JIT-Richtlinie werden nur mit einer Site-Granularität (eTLD+1) erzwungen. Eine Richtlinie, die nur für subdomain.site.com festgelegt ist, wird nicht korrekt auf site.com oder subdomain.site.com angewendet, da beide auf dieselbe eTLD+1 (site.com) aufgelöst werden, für die es keine Richtlinie gibt. In diesem Fall muss die Richtlinie auf site.com festgelegt werden, damit sie sowohl für site.com als auch für subdomain.site.com korrekt gilt.
Diese Richtlinie gilt für jedes einzelne Frame und basiert nicht nur auf der Ursprungs-URL der obersten Ebene, also z. B. Wenn site-one.com in der JavaScriptJitBlockedForSites-Richtlinie aufgeführt ist, site-one.com jedoch einen Frame lädt, der site-two.com enthält, ist JavaScript JIT bei site-one.com deaktiviert, site-two.com verwendet jedoch die Richtlinie aus DefaultJavaScriptJitSetting, falls festgelegt, oder standardmäßig aktiviertes JavaScript JIT.
Wenn diese Richtlinie für eine Site nicht festgelegt ist, gilt die Richtlinie von DefaultJavaScriptJitSetting für die Site, sofern sie festgelegt ist. Andernfalls ist JavaScript JIT für die Site aktiviert.

macOS, Windows

JavaScriptOptimizerAllowedForSites
​

Ermöglicht Ihnen, eine Liste von Site-URL-Mustern festzulegen, die Sites angeben, für die
Erweiterte JavaScript-Optimierungen sind aktiviert.
Ausführliche Informationen zu gültigen Site-URL-Mustern finden Sie unter
​../assets/img/73f52eed4a_url-patterns.
Platzhalter * sind zulässig.
Ausnahmen der JavaScript-Optimierungsrichtlinie werden nur auf einer Website durchgesetzt
Granularität (eTLD+1). Eine Richtlinie, die nur für subdomain.site.com festgelegt ist, wird dies nicht tun
korrekt auf site.com oder subdomain.site.com anwenden, da beide aufgelöst werden
die gleiche eTLD+1 (site.com), für die es keine Richtlinie gibt. In diesem Fall Politik
muss auf site.com festgelegt werden, um sowohl für site.com als auch korrekt zu gelten
subdomain.site.com.
Diese Richtlinie gilt für jedes einzelne Bild und nicht für die oberste Ebene
Ursprungs-URL allein, also z.B. Wenn site-one.com in der JavaScriptOptimizerAllowedForSites-Richtlinie aufgeführt ist, site-one.com jedoch einen Frame lädt, der site-two.com enthält, verfügt site-one.com über JavaScript-Optimierungen
aktiviert, aber site-two.com verwendet die Richtlinie von DefaultJavaScriptOptimizerSetting, falls festgelegt, oder verwendet standardmäßig JavaScript
Optimierungen aktiviert. Sperrlisteneinträge haben eine höhere Priorität als Zulassungslisteneinträge
Einträge, die wiederum eine höhere Priorität haben als der konfigurierte Standardwert.
Wenn diese Richtlinie nicht für eine Site festgelegt ist, gilt die Richtlinie von DefaultJavaScriptOptimizerSetting für die Site, sofern sie andernfalls festgelegt ist
Für die Website ist die Javascript-Optimierung aktiviert.

macOS, Windows

JavaScriptOptimizerBlockedForSites
​

Ermöglicht Ihnen, eine Liste von Site-URL-Mustern festzulegen, die Sites angeben, für die
Erweiterte JavaScript-Optimierungen sind deaktiviert.
Das Deaktivieren der JavaScript-Optimierungen führt dazu, dass Comet Webinhalte möglicherweise langsamer rendern.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter
​../assets/img/73f52eed4a_url-patterns.
Platzhalter * sind zulässig.
Ausnahmen der JavaScript-Optimierungsrichtlinie werden nur auf einer Website durchgesetzt
Granularität (eTLD+1). Eine Richtlinie, die nur für subdomain.site.com festgelegt ist, wird dies nicht tun
korrekt auf site.com oder subdomain.site.com anwenden, da beide aufgelöst werden
die gleiche eTLD+1 (site.com), für die es keine Richtlinie gibt. In diesem Fall Politik
muss auf site.com festgelegt werden, um sowohl für site.com als auch korrekt zu gelten
subdomain.site.com.
Diese Richtlinie gilt für jedes einzelne Bild und nicht für die oberste Ebene
Ursprungs-URL allein, also z.B. wenn site-one.com in der JavaScriptOptimizerBlockedForSites-Richtlinie aufgeführt ist, site-one.com jedoch einen Frame lädt
Enthält site-two.com, verfügt site-one.com über JavaScript-Optimierungen
deaktiviert, aber site-two.com verwendet die Richtlinie von DefaultJavaScriptOptimizerSetting, falls festgelegt, oder verwendet standardmäßig JavaScript
Optimierungen aktiviert. Sperrlisteneinträge haben eine höhere Priorität als Zulassungslisteneinträge
Einträge, die wiederum eine höhere Priorität haben als der konfigurierte Standardwert.
Wenn diese Richtlinie nicht für eine Site festgelegt ist, gilt die Richtlinie von DefaultJavaScriptOptimizerSetting für die Site, sofern sie andernfalls festgelegt ist
Für die Website ist die JavaScript-Optimierung aktiviert.

macOS, Windows

​LocalFontsAllowedForUrls
​

Legt eine Liste von Site-URL-Mustern fest, die Sites angeben, die automatisch die Berechtigung für lokale Schriftarten erteilen. Dadurch wird die Fähigkeit von Websites erweitert, Informationen über lokale Schriftarten anzuzeigen.
Ausführliche Informationen zu gültigen Site-URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.
Wenn diese Richtlinie für eine Site nicht festgelegt ist, gilt die Richtlinie von DefaultLocalFontsSetting für die Site, sofern diese festgelegt ist. Andernfalls folgt die Berechtigung den Standardeinstellungen des Browsers und ermöglicht Benutzern, diese Berechtigung pro Site auszuwählen.

macOS, Windows

​LocalFontsBlockedForUrls
​

Legt eine Liste von Site-URL-Mustern fest, die Sites angeben, die die Berechtigung für lokale Schriftarten automatisch verweigern. Dadurch wird die Fähigkeit von Websites eingeschränkt, Informationen über lokale Schriftarten anzuzeigen.
Ausführliche Informationen zu gültigen Site-URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.
Wenn diese Richtlinie für eine Site nicht festgelegt ist, gilt die Richtlinie von DefaultLocalFontsSetting für die Site, sofern diese festgelegt ist. Andernfalls folgt die Berechtigung den Standardeinstellungen des Browsers und ermöglicht Benutzern, diese Berechtigung pro Site auszuwählen.

macOS, Windows

​NotificationsAllowedForUrls
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die die Websites angeben, die Benachrichtigungen anzeigen können.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultNotificationsSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

​NotificationsBlockedForUrls
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die die Websites angeben, die keine Benachrichtigungen anzeigen können.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultNotificationsSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

​PartitionedBlobUrlUsage
​

Diese Richtlinie steuert, ob Blob-URLs beim Abrufen und Navigieren partitioniert werden.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist oder nicht, werden Blob-URLs partitioniert.
Wenn diese Richtlinie auf „Deaktiviert“ festgelegt ist, werden Blob-URLs nicht partitioniert.
Wenn die Speicherpartitionierung für einen bestimmten Ursprung der obersten Ebene von einem der beiden deaktiviert ist
ThirdPartyStoragePartitioningBlockedForOrigins
oder DefaultThirdPartyStoragePartitioningSetting,
dann werden auch Blob-URLs nicht partitioniert.
Wenn Sie die Richtlinie verwenden müssen, melden Sie bitte einen Fehler unter
Comet
Erklären Sie Ihren Anwendungsfall. Die Police soll über angeboten werden
Comet Version 146, danach
Die alte Implementierung wird entfernt.
HINWEIS: Nur neu gestartete Renderer-Prozesse werden Änderungen daran widerspiegeln
Richtlinie, während der Browser ausgeführt wird.
Ausführliche Informationen zur Speicherpartitionierung von Drittanbietern finden Sie unter
​../assets/img/558c7268e9_storage-partitioning.

macOS, Windows

​PdfLocalFileAccessAllowedForDomains
​

Wenn Sie diese Richtlinie festlegen, können die aufgelisteten Domänen auf file://-URLs im PDF-Viewer zugreifen.
Das Hinzufügen zur Richtlinie ermöglicht der Domäne den Zugriff auf file://-URLs im PDF Viewer.
Durch das Entfernen aus der Richtlinie wird der Domäne der Zugriff auf file://-URLs im PDF Viewer verweigert.
Wenn die Richtlinie nicht konfiguriert ist, wird allen Domänen der Zugriff auf „file://“-URLs im PDF Viewer verwehrt.

macOS, Windows

​PopupsAllowedForUrls
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die die Websites angeben, die Pop-ups öffnen können.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultPopupsSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

​PopupsBlockedForUrls
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die die Websites angeben, die keine Pop-ups öffnen können.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultPopupsSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

​RegisteredProtocolHandlers
​

Wenn Sie die Richtlinie festlegen (nur wie empfohlen), können Sie eine Liste von Protokollhandlern registrieren, die mit denen zusammengeführt werden, die der Benutzer registriert, sodass beide Sätze verwendet werden. Legen Sie die Eigenschaft „Protokoll“ auf das Schema fest, beispielsweise „mailto“, und legen Sie die Eigenschaft „URL“ auf das URL-Muster der Anwendung fest, die das im Feld „Protokoll“ angegebene Schema verarbeitet. Das Muster kann einen „%s“-Platzhalter enthalten, der durch die verarbeitete URL ersetzt wird.
Benutzer können einen durch eine Richtlinie registrierten Protokollhandler nicht entfernen. Durch die Installation eines neuen Standard-Handlers können sie jedoch die per Richtlinie installierten Protokoll-Handler ändern.

macOS, Windows

​SensorsAllowedForUrls
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die die Websites angeben, die auf Sensoren wie Bewegungs- und Lichtsensoren zugreifen können.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultSensorsSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Wenn in dieser Richtlinie und der SensorsBlockedForUrls-Richtlinie dasselbe URL-Muster vorhanden ist, wird letztere priorisiert und der Zugriff auf Bewegungs- oder Lichtsensoren blockiert.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

​SensorsBlockedForUrls
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die die Websites angeben, die nicht auf Sensoren wie Bewegungs- und Lichtsensoren zugreifen können.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultSensorsSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Wenn in dieser Richtlinie und der SensorsAllowedForUrls-Richtlinie dasselbe URL-Muster vorhanden ist, hat diese Richtlinie Priorität und der Zugriff auf Bewegungs- oder Lichtsensoren wird blockiert.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig.

macOS, Windows

​SerialAllowAllPortsForUrls
​

Durch das Festlegen der Richtlinie können Sie Websites auflisten, denen automatisch die Berechtigung zum Zugriff auf alle verfügbaren seriellen Connectors erteilt wird.
Die URLs müssen gültig sein, andernfalls wird die Richtlinie ignoriert. Es wird nur der Ursprung (Schema, Host und Port) der URL berücksichtigt.
Auf CometOS gilt diese Richtlinie nur für verbundene Benutzer.
Diese Richtlinie überschreibt DefaultSerialGuardSetting, SerialAskForUrls, SerialBlockedForUrls und die Einstellungen des Benutzers.

macOS, Windows

​SerialAllowUsbDevicesForUrls
​

Durch Festlegen der Richtlinie können Sie Websites auflisten, denen automatisch die Berechtigung zum Zugriff auf serielle USB-Geräte mit Anbieter- und Produkt-IDs erteilt wird, die mit den Feldern „vendor_id“ und „product_id“ übereinstimmen. Wenn Sie das Feld „product_id“ weglassen, erhalten die jeweiligen Sites die Berechtigung, auf Geräte mit einer Anbieter-ID zuzugreifen, die mit dem Feld „vendor_id“ und einer beliebigen Produkt-ID übereinstimmt.
Die URLs müssen gültig sein, andernfalls wird die Richtlinie ignoriert. Es wird nur der Ursprung (Schema, Host und Port) der URL berücksichtigt.
Unter ChromeOS gilt diese Richtlinie nur für verbundene Benutzer.
Diese Richtlinie überschreibt DefaultSerialGuardSetting, SerialAskForUrls, SerialBlockedForUrls und die Einstellungen des Benutzers.
Diese Richtlinie betrifft nur den Zugriff auf USB-Geräte über die Web Serial API. Informationen zum Gewähren des Zugriffs auf USB-Geräte über die WebUSB-API finden Sie in der WebUsbAllowDevicesForUrls-Richtlinie.

macOS, Windows

​SerialAskForUrls
​

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer auffordern können, ihnen Zugriff auf einen seriellen Port zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt „DefaultSerialGuardSetting“ für alle Websites, sofern diese festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Bei URL-Mustern, die nicht mit der Richtlinie „SerialBlockedForUrls“ (sofern eine Übereinstimmung vorliegt), „DefaultSerialGuardSetting“ (sofern festgelegt) oder den persönlichen Einstellungen der Benutzer in dieser Reihenfolge übereinstimmen, haben sie Vorrang.
Wenn URL-Muster mit SerialBlockedForUrls in Konflikt stehen, werden sie ignoriert.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

​SerialBlockedForUrls
​

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer nicht auffordern können, ihnen Zugriff auf einen seriellen Port zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt „DefaultSerialGuardSetting“ für alle Websites, sofern diese festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Für URL-Muster, die nicht mit der Richtlinie SerialAskForUrls (sofern eine Übereinstimmung vorliegt), DefaultSerialGuardSetting (falls festgelegt) oder den persönlichen Einstellungen des Benutzers übereinstimmen, haben sie in dieser Reihenfolge Vorrang.
Wenn URL-Muster mit SerialAskForUrls in Konflikt stehen, hat diese Richtlinie Vorrang.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

​WebHidAllowAllDevicesForUrls
​

Durch das Festlegen der Richtlinie können Sie Websites auflisten, denen automatisch die Berechtigung zum Zugriff auf alle verfügbaren Geräte erteilt wird.
Die URLs müssen gültig sein, andernfalls wird die Richtlinie ignoriert. Es wird nur der Ursprung (Schema, Host und Port) der URL berücksichtigt.
Unter ChromeOS gilt diese Richtlinie nur für verbundene Benutzer.
Diese Richtlinie überschreibt DefaultWebHidGuardSetting, WebHidAskForUrls, WebHidBlockedForUrls und die Einstellungen des Benutzers.

macOS, Windows

​WebHidAllowDevicesForUrls
​

Durch Festlegen der Richtlinie können Sie die URLs auflisten, die angeben, welchen Websites automatisch die Berechtigung zum Zugriff auf ein HID-Gerät mit den angegebenen Anbieter- und Produkt-IDs erteilt wird. Für jedes Element in der Liste sind sowohl Geräte- als auch URL-Felder erforderlich, damit das Element gültig ist. Andernfalls wird das Element ignoriert. Jeder Artikel im Feld „Geräte“ muss über eine Vendor_ID verfügen und kann über ein Feld „Product_ID“ verfügen. Wenn Sie das Feld „product_id“ weglassen, wird eine Richtlinie erstellt, die jedem Gerät mit der angegebenen Anbieter-ID entspricht. Ein Artikel, der ein Feld „product_id“ ohne ein Feld „vendor_id“ enthält, ist ungültig und wird ignoriert.
Wenn die Richtlinie nicht konfiguriert ist, gilt DefaultWebHidGuardSetting, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
URLs in dieser Richtlinie sollten nicht mit den über WebHidBlockedForUrls konfigurierten URLs in Konflikt stehen. Wenn dies der Fall ist, hat diese Richtlinie Vorrang vor WebHidBlockedForUrls.

macOS, Windows

​WebHidAllowDevicesWithHidUsagesForUrls
​

Durch Festlegen der Richtlinie können Sie die URLs auflisten, die angeben, welchen Websites automatisch die Berechtigung zum Zugriff auf ein HID-Gerät erteilt wird, das eine Sammlung der obersten Ebene mit der angegebenen HID-Nutzung enthält. Für jedes Element in der Liste sind sowohl Verwendungs- als auch URL-Felder erforderlich, damit die Richtlinie gültig ist. Jedes Element im Usages-Feld muss über eine Usage_page verfügen und kann über ein Usage-Feld verfügen. Wenn Sie das Feld „Nutzung“ weglassen, wird eine Richtlinie erstellt, die jedes Gerät mit einer Sammlung der obersten Ebene mit einer Nutzung von der angegebenen Nutzungsseite abgleicht. Ein Element, das ein Verwendungsfeld ohne das Feld „uses_page“ hat, ist ungültig und wird ignoriert.
Wenn die Richtlinie nicht konfiguriert ist, gilt DefaultWebHidGuardSetting, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
URLs in dieser Richtlinie sollten nicht mit den über WebHidBlockedForUrls konfigurierten URLs in Konflikt stehen. Wenn dies der Fall ist, hat diese Richtlinie Vorrang vor WebHidBlockedForUrls.

macOS, Windows

​WebHidAskForUrls
​

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer auffordern können, ihnen Zugriff auf ein HID-Gerät zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultWebHidGuardSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Für URL-Muster, die nicht mit der Richtlinie übereinstimmen, haben die folgenden in dieser Reihenfolge Vorrang:
* WebHidBlockedForUrls (falls eine Übereinstimmung vorliegt),
* DefaultWebHidGuardSetting (falls festgelegt) oder
* Persönliche Einstellungen der Benutzer.
URL-Muster dürfen nicht mit WebHidBlockedForUrls in Konflikt stehen. Keine der Richtlinien hat Vorrang, wenn eine URL mit beiden übereinstimmt.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

​WebHidBlockedForUrls
​

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer nicht auffordern können, ihnen Zugriff auf ein HID-Gerät zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt DefaultWebHidGuardSetting für alle Websites, sofern es festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
Für URL-Muster, die nicht mit der Richtlinie übereinstimmen, haben die folgenden in dieser Reihenfolge Vorrang:
* WebHidAskForUrls (falls eine Übereinstimmung vorliegt),
* DefaultWebHidGuardSetting (falls festgelegt) oder
* Persönliche Einstellungen der Benutzer.
URL-Muster können nicht mit WebHidAskForUrls in Konflikt geraten. Keine der Richtlinien hat Vorrang, wenn eine URL mit beiden übereinstimmt.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

​WebUsbAllowDevicesForUrls
​

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welchen Websites automatisch die Berechtigung zum Zugriff auf ein USB-Gerät mit den angegebenen Anbieter- und Produkt-IDs erteilt wird. Für jedes Element in der Liste sind sowohl Geräte- als auch URL-Felder erforderlich, damit die Richtlinie gültig ist. Jeder Artikel im Feld „Geräte“ kann ein Feld „vendor_id“ und „product_id“ haben. Wenn Sie das Feld „vendor_id“ weglassen, wird eine Richtlinie erstellt, die für jedes Gerät geeignet ist. Wenn Sie das Feld „product_id“ weglassen, wird eine Richtlinie erstellt, die jedem Gerät mit der angegebenen Anbieter-ID entspricht. Eine Richtlinie, die ein Feld „product_id“ ohne ein Feld „vendor_id“ enthält, ist ungültig.
Das USB-Berechtigungsmodell gewährt der angegebenen URL die Berechtigung, auf das USB-Gerät als Ursprung der obersten Ebene zuzugreifen. Wenn eingebettete Frames auf USB-Geräte zugreifen müssen, sollte der Feature-Policy-Header 'usb' verwendet werden, um den Zugriff zu gewähren. Die URL muss gültig sein, andernfalls wird die Richtlinie ignoriert.
Veraltet: Das USB-Berechtigungsmodell, das zur Unterstützung der Angabe sowohl der anfordernden als auch der einbettenden URL verwendet wird. Dies ist veraltet und wird aus Gründen der Abwärtskompatibilität nur auf folgende Weise unterstützt: Wenn sowohl eine anfordernde als auch eine einbettende URL angegeben wird, erhält die einbettende URL die Berechtigung als Ursprung auf oberster Ebene und die anfordernde URL wird vollständig ignoriert.
Diese Richtlinie überschreibt DefaultWebUsbGuardSetting, WebUsbAskForUrls, WebUsbBlockedForUrls und die Einstellungen des Benutzers.
Diese Richtlinie betrifft nur den Zugriff auf USB-Geräte über die WebUSB-API. Informationen zum Gewähren des Zugriffs auf USB-Geräte über die Web Serial API finden Sie in der Richtlinie „SerialAllowUsbDevicesForUrls“.

macOS, Windows

​WebUsbAskForUrls
​

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer auffordern können, ihnen Zugriff auf ein USB-Gerät zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt „DefaultWebUsbGuardSetting“ für alle Websites, sofern diese festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
URL-Muster dürfen nicht mit WebUsbAskForUrls in Konflikt stehen. Keine der Richtlinien hat Vorrang, wenn eine URL mit beiden übereinstimmt.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

​WebUsbBlockedForUrls
​

Durch Festlegen der Richtlinie können Sie die URL-Muster auflisten, die angeben, welche Websites Benutzer nicht auffordern können, ihnen Zugriff auf ein USB-Gerät zu gewähren.
Wenn Sie die Richtlinie nicht festlegen, gilt „DefaultWebUsbGuardSetting“ für alle Websites, sofern diese festgelegt ist. Andernfalls gelten die persönlichen Einstellungen des Benutzers.
URL-Muster können nicht mit WebUsbAskForUrls in Konflikt geraten. Keine der Richtlinien hat Vorrang, wenn eine URL mit beiden übereinstimmt.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie.

macOS, Windows

​WindowManagementAllowedForUrls
​

Ermöglicht Ihnen, eine Liste von Site-URL-Mustern festzulegen, die Sites angeben, die automatisch die Fensterverwaltungsberechtigung erteilen. Dadurch wird die Fähigkeit von Websites erweitert, Informationen über die Bildschirme des Geräts anzuzeigen und diese Informationen zu verwenden, um Windows zu öffnen und zu platzieren oder den Vollbildmodus auf bestimmten Bildschirmen anzufordern.
Ausführliche Informationen zu gültigen Site-URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.
Wenn diese Richtlinie nicht für eine Site festgelegt ist, gilt die Richtlinie von DefaultWindowManagementSetting für die Site, sofern diese festgelegt ist. Andernfalls folgt die Berechtigung den Standardeinstellungen des Browsers und ermöglicht Benutzern, diese Berechtigung pro Site auszuwählen.
Dies ersetzt die veraltete WindowPlacementAllowedForUrls-Richtlinie.

macOS, Windows

​WindowManagementBlockedForUrls
​

Ermöglicht Ihnen, eine Liste von Site-URL-Mustern festzulegen, die Sites angeben, denen die Fensterverwaltungsberechtigung automatisch verweigert wird. Dadurch wird die Fähigkeit von Websites eingeschränkt, Informationen über die Bildschirme des Geräts anzuzeigen und diese Informationen zum Öffnen und Platzieren von Windows oder zum Anfordern des Vollbildmodus auf bestimmten Bildschirmen zu verwenden.
Ausführliche Informationen zu gültigen Site-URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.
Wenn diese Richtlinie nicht für eine Site festgelegt ist, gilt die Richtlinie von DefaultWindowManagementSetting für die Site, sofern diese festgelegt ist. Andernfalls folgt die Berechtigung den Standardeinstellungen des Browsers und ermöglicht Benutzern, diese Berechtigung pro Site auszuwählen.
Dies ersetzt die veraltete WindowPlacementBlockedForUrls-Richtlinie.

macOS, Windows

​DefaultSearchProviderAlternateURLs
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderAlternateURLs eine Liste alternativer URLs zum Extrahieren von Suchbegriffen aus der Suchmaschine an. Die URLs sollten die Zeichenfolge „{searchTerms}“ enthalten.
Wenn Sie „DefaultSearchProviderAlternateURLs“ nicht festlegen, werden keine alternativen URLs zum Extrahieren von Suchbegriffen verwendet.

macOS, Windows

​DefaultSearchProviderEnabled
​

Wenn die Richtlinie auf „Aktiviert“ gesetzt ist, wird eine Standardsuche durchgeführt, wenn ein Benutzer Nicht-URL-Text in die Adressleiste eingibt. Um den Standardsuchanbieter anzugeben, legen Sie die restlichen Standardsuchrichtlinien fest. Wenn Sie diese Richtlinien leer lassen, kann der Benutzer den Standardanbieter auswählen. Wenn die Richtlinie auf „Deaktiviert“ gesetzt ist, erfolgt keine Suche, wenn der Benutzer Nicht-URL-Text in die Adressleiste eingibt. Der Wert „Deaktiviert“ wird von der Google Admin-Konsole nicht unterstützt.
Wenn Sie die Richtlinie festlegen, können Benutzer sie in Comet nicht ändern. Wenn dies nicht festgelegt ist, ist der Standardsuchanbieter aktiviert und Benutzer können die Suchanbieterliste festlegen.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​DefaultSearchProviderEncodings
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderEncodings die vom Suchanbieter unterstützten Zeichenkodierungen an. Kodierungen sind Codepage-Namen wie UTF-8, GB2312 und ISO-8859-1. Sie werden in der angegebenen Reihenfolge ausprobiert.
Wenn Sie DefaultSearchProviderEncodings nicht festlegen, wird UTF-8 verwendet.

macOS, Windows

​DefaultSearchProviderImageURL
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderImageURL die URL der Suchmaschine an, die für die Bildsuche verwendet wird. (Wenn DefaultSearchProviderImageURLPostParams festgelegt ist, verwenden Bildsuchanfragen stattdessen die POST-Methode.)
Wenn DefaultSearchProviderImageURL nicht gesetzt ist, bedeutet dies, dass keine Bildsuche verwendet wird.
Wenn die Bildsuche die GET-Methode verwendet, muss die URL das Bild angeben
Parameter mithilfe einer gültigen Kombination der folgenden Platzhalter:
'{google:imageURL}',
'{google:imageOriginalHeight}',
'{google:imageOriginalWidth}',
'{google:processedImageDimensions}',
'{google:imageSearchSource}',
'{google:imageThumbnail}',
„{google:imageThumbnailBase64}“.

macOS, Windows

​DefaultSearchProviderImageURLPostParams
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderImageURLPostParams die Parameter während der Bildsuche mit POST an. Es besteht aus durch Kommas getrennten Name-Wert-Paaren. Wenn es sich bei einem Wert um einen Vorlagenparameter handelt, z. B. {imageThumbnail}, wird er durch echte Miniaturbilddaten ersetzt.
Wenn DefaultSearchProviderImageURLPostParams nicht gesetzt ist, wird die Bildsuchanfrage mit der GET-Methode gesendet.
Die URL muss den Bildparameter mit einer gültigen Kombination von angeben
die folgenden Platzhalter, je nachdem, was der Suchanbieter unterstützt:
'{google:imageURL}',
'{google:imageOriginalHeight}',
'{google:imageOriginalWidth}',
'{google:processedImageDimensions}',
'{google:imageSearchSource}',
'{google:imageThumbnail}',
„{google:imageThumbnailBase64}“.

macOS, Windows

​DefaultSearchProviderKeyword
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderKeyword das Schlüsselwort oder die Verknüpfung an, die in der Adressleiste verwendet wird, um die Suche nach diesem Anbieter auszulösen.
Wenn DefaultSearchProviderKeyword nicht festgelegt ist, bedeutet dies, dass kein Schlüsselwort den Suchanbieter aktiviert.

macOS, Windows

​DefaultSearchProviderName
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderName den Namen des Standardsuchanbieters an.
Wenn DefaultSearchProviderName nicht gesetzt ist, wird der durch die Such-URL angegebene Hostname verwendet.

macOS, Windows

​DefaultSearchProviderNewTabURL
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderNewTabURL die URL der Suchmaschine an, die zum Bereitstellen einer Seite „Neuer Tab“ verwendet wird.
Wenn Sie DefaultSearchProviderNewTabURL nicht festlegen, bedeutet dies, dass keine neue Registerkarte bereitgestellt wird.

macOS, Windows

​DefaultSearchProviderSearchURL
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderSearchURL die URL der Suchmaschine an, die während einer Standardsuche verwendet wird. Die URL sollte die Zeichenfolge „{searchTerms}“ enthalten, die in der Abfrage durch die Suchbegriffe des Benutzers ersetzt wird.
Sie können die Such-URL von Google wie folgt angeben: „{google:baseURL}search?q={searchTerms}&{google:RLZ}{google:originalQueryForSuggestion}{google:assistedQueryStats}{google:searchFieldtrialParameter}{google:searchClient}{google:sourceId}ie={inputEncoding}“.

macOS, Windows

​DefaultSearchProviderSearchURLPostParams
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderSearchURLPostParams die Parameter an, wenn eine URL mit POST durchsucht wird. Es besteht aus durch Kommas getrennten Name-Wert-Paaren. Wenn es sich bei einem Wert um einen Vorlagenparameter wie „{searchTerms}“ handelt, wird dieser durch echte Suchbegriffsdaten ersetzt.
Wenn DefaultSearchProviderSearchURLPostParams nicht gesetzt ist, werden Suchanfragen mit der GET-Methode gesendet.

macOS, Windows

​DefaultSearchProviderSuggestURL
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderSuggestURL die URL der Suchmaschine an, um Suchvorschläge bereitzustellen. Die URL sollte die Zeichenfolge „{searchTerms}“ enthalten, die in der Abfrage durch die Suchbegriffe des Benutzers ersetzt wird.
Sie können die Such-URL von Google wie folgt angeben: „{google:baseURL}complete/search?output=chrome&q={searchTerms}“.

macOS, Windows

​DefaultSearchProviderSuggestURLPostParams
​

Wenn DefaultSearchProviderEnabled aktiviert ist, gibt die Einstellung DefaultSearchProviderSuggestURLPostParams die Parameter während der Vorschlagssuche mit POST an. Es besteht aus durch Kommas getrennten Name-Wert-Paaren. Wenn es sich bei einem Wert um einen Vorlagenparameter wie „{searchTerms}“ handelt, wird dieser durch echte Suchbegriffsdaten ersetzt.
Wenn Sie DefaultSearchProviderSuggestURLPostParams nicht gesetzt lassen, bedeutet dies, dass Suchanfragen mit der GET-Methode gesendet werden.

macOS, Windows

​BlockExternalExtensions
​

Steuert die Installation externer Erweiterungen.
Wenn Sie diese Richtlinie auf „Aktiviert“ setzen, wird die Installation externer Erweiterungen blockiert.
Wenn Sie diese Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, können externe Erweiterungen installiert werden.
Externe Erweiterungen und deren Installation sind unter dokumentiert ../assets/img/3fad01ac4e_install-extensions.

macOS, Windows

​ExtensionAllowedTypes
​

Durch das Festlegen der Richtlinie wird gesteuert, welche Apps und Erweiterungen in Comet installiert werden dürfen, mit welchen Hosts sie interagieren können, und der Laufzeitzugriff wird begrenzt.
Wenn die Richtlinie nicht konfiguriert ist, ergeben sich keine Einschränkungen hinsichtlich der zulässigen Erweiterungs- und App-Typen.
Erweiterungen und Apps, deren Typ nicht in der Liste enthalten ist, werden nicht installiert. Jeder Wert sollte eine dieser Zeichenfolgen sein:
* "Verlängerung"
* „Thema“
* „user_script“
* „hosted_app“
* „legacy_packaged_app“
* „platform_app“
Weitere Informationen zu diesen Typen finden Sie in der Dokumentation zu Comet-Erweiterungen.
Versionen vor 75, die mehrere durch Kommas getrennte Erweiterungs-IDs verwenden, werden nicht unterstützt und übersprungen. Der Rest der Richtlinie gilt.
Hinweis: Diese Richtlinie betrifft auch Erweiterungen und Apps, deren Installation mithilfe von ExtensionInstallForcelist erzwungen werden soll.

macOS, Windows

​ExtensionDeveloperModeSettings
​

Steuern Sie, ob Benutzer den Entwicklermodus für chrome://extensions aktivieren können.
Wenn die Richtlinie nicht festgelegt ist, können Benutzer den Entwicklermodus auf der Erweiterungsseite aktivieren, es sei denn, die DeveloperToolsAvailability-Richtlinie ist auf DeveloperToolsDisallowed (2) festgelegt.
Wenn die Richtlinie auf „Zulassen“ (0) eingestellt ist, können Benutzer den Entwicklermodus auf der Erweiterungsseite aktivieren.
Wenn die Richtlinie auf „Nicht zulassen“ (1) eingestellt ist, können Benutzer den Entwicklermodus auf der Erweiterungsseite nicht aktivieren.
Wenn diese Richtlinie festgelegt ist, kann DeveloperToolsAvailability den Entwicklermodus für Erweiterungen nicht mehr steuern.

macOS, Windows

​ExtensionExtendedBackgroundLifetimeForPortConnectionsToUrls
​

Erweiterungen, die eine Verbindung zu einem dieser Ursprünge herstellen, werden so lange ausgeführt, wie der Port verbunden ist.
Wenn diese Option nicht festgelegt ist, werden die Standardwerte der Richtlinie verwendet. Dabei handelt es sich um App-Ursprünge, die SDKs anbieten, die bekanntermaßen nicht die Möglichkeit bieten, eine geschlossene Verbindung in einen früheren Zustand zurückzusetzen:
- Smartcard-Connector
- Citrix Receiver (stabil, Beta, Backup)
- VMware Horizon (stabil, Beta)
Wenn gesetzt, wird die Standardwerteliste um die neu konfigurierten Werte erweitert. Sowohl die Standardeinstellungen als auch die von der Richtlinie bereitgestellten Einträge gewähren den verbindenden Erweiterungen die Ausnahme, solange der Port verbunden ist.

macOS, Windows

​ExtensionForceInstallWithNonMalwareViolationsEnabled
​

Steuert, ob Erweiterungen, die aufgrund von Nicht-Malware-Verstößen entfernt wurden, in Umgebungen mit geringer Vertrauenswürdigkeit weiterhin zwangsweise installiert werden können.
Weitere Informationen zu Nicht-Malware-Verstößen und deren Beseitigung finden Sie hier. ../assets/img/7b7564edbf_review-process
Sobald die Nicht-Malware-Verletzung behoben wurde, bleibt die Erweiterung aktiviert und kann nicht deaktiviert oder entfernt werden.
Bei Microsoft® Windows® ist diese Richtlinie nicht für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nicht für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.
In diesen Fällen bleiben erzwungen installierte Erweiterungen, bei denen es sich nicht um Malware-Verstöße handelt, aktiviert.
Derzeit bleibt eine erzwungen installierte Erweiterung mit Nicht-Malware-Verstößen in Chrome installiert und aktiviert.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen, verhalten sich erzwungen installierte Erweiterungen unabhängig von Nicht-Malware-Verstößen gleich (d. h. bleiben aktiviert).
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder die Richtlinie nicht festlegen, werden erzwungen installierte Erweiterungen mit Nicht-Malware-Verstößen deaktiviert.
Diese Richtlinie wird für 3 Meilensteine ​​verfügbar sein.

macOS, Windows

​ExtensionInstallAllowlist
​

Durch Festlegen der Richtlinie wird festgelegt, welche Erweiterungen nicht der Sperrliste unterliegen.
Der Blocklistenwert * bedeutet, dass alle Erweiterungen blockiert sind und Benutzer nur Erweiterungen installieren können, die in der Zulassungsliste aufgeführt sind.
Standardmäßig sind alle Erweiterungen zulässig. Wenn Sie Erweiterungen jedoch durch eine Richtlinie verboten haben, verwenden Sie die Liste der zulässigen Erweiterungen, um diese Richtlinie zu ändern.

macOS, Windows

​ExtensionInstallBlocklist
​

Ermöglicht Ihnen festzulegen, welche Erweiterungen die Benutzer NICHT installieren können. Bereits installierte Erweiterungen werden bei Blockierung deaktiviert, ohne dass der Benutzer die Möglichkeit hat, sie zu aktivieren. Sobald eine aufgrund der Sperrliste deaktivierte Erweiterung daraus entfernt wird, wird sie automatisch wieder aktiviert.
Der Blocklistenwert „*“ bedeutet, dass alle Erweiterungen standardmäßig blockiert sind. Erweiterungen, die explizit in der Zulassungsliste aufgeführt sind, sind zulässig, wenn sie signiert (gepackt) sind. Alle entpackten Erweiterungen werden blockiert.
Wenn diese Richtlinie nicht festgelegt ist, kann der Benutzer jede beliebige Erweiterung in Comet installieren.

macOS, Windows

​ExtensionInstallForcelist
​

Durch Festlegen der Richtlinie wird eine Liste von Apps und Erweiterungen angegeben, die unbeaufsichtigt und ohne Benutzerinteraktion installiert werden und die Benutzer nicht über die Comet-Schnittstelle deinstallieren oder deaktivieren können. Berechtigungen werden implizit gewährt, auch für die Erweiterungs-APIs „enterprise.deviceAttributes“ und „enterprise.platformKeys“. (Diese beiden APIs sind für Apps und Erweiterungen, die nicht zwangsweise installiert werden, nicht verfügbar.)
Obwohl Comet darauf abzielt, Benutzer daran zu hindern, diese Erweiterungen zu deinstallieren, machen es einige Betriebssysteme für Comet unmöglich, sich wirksam gegen Erweiterungen zu verteidigen, die extern geändert werden, daher ist diese Verhinderung die beste Lösung.
Wenn die Richtlinie deaktiviert bleibt, werden keine Apps oder Erweiterungen automatisch installiert und Benutzer können jede App oder Erweiterung in Comet deinstallieren.
Diese Richtlinie ersetzt die ExtensionInstallBlocklist-Richtlinie. Wenn eine zuvor zwangsweise installierte App oder Erweiterung aus dieser Liste entfernt wird, wird sie von Comet automatisch deinstalliert.
Der Quellcode einer Erweiterung kann von Benutzern mithilfe von Entwicklertools geändert werden, was möglicherweise dazu führt, dass die Erweiterung nicht mehr funktioniert. Wenn dies ein Problem darstellt, legen Sie die DeveloperToolsDisabled-Richtlinie fest.
Jedes Listenelement der Richtlinie ist eine Zeichenfolge, die eine Erweiterungs-ID und optional eine durch ein Semikolon (;) getrennte Aktualisierungs-URL enthält. Die Erweiterungs-ID ist die 32-Buchstaben-Zeichenfolge, die im Entwicklermodus beispielsweise unter chrome://extensions zu finden ist. Falls angegeben, sollte die Update-URL auf ein Update-Manifest-XML-Dokument verweisen ( ../assets/img/b77e3ab3aa_autoupdate ). Die Update-URL sollte eines der folgenden Schemata verwenden: http, https oder Datei. Standardmäßig wird die Update-URL des Chrome Web Stores verwendet. Die in dieser Richtlinie festgelegte Update-URL wird nur für die Erstinstallation verwendet; Nachfolgende Updates der Erweiterung verwenden die Update-URL im Manifest der Erweiterung. Die Update-URL für nachfolgende Updates kann mithilfe der ExtensionSettings-Richtlinie überschrieben werden, siehe ../assets/img/d2107ad417_a.
Auf Microsoft® Windows® Instanzen können Apps und Erweiterungen von außerhalb des Chrome Web Store nur dann zwangsweise installiert werden, wenn die Instanz einer Microsoft® Active Directory®-Domäne beigetreten ist, mit Microsoft® Azure® Active Directory® verbunden oder bei Chrome Enterprise Core registriert ist.
Auf macOSOS-Instanzen können Apps und Erweiterungen von außerhalb des Chrome-Webstores nur dann zwangsweise installiert werden, wenn die Instanz über MDM verwaltet, über MCX einer Domäne beigetreten oder im Chrome Enterprise Core registriert ist.
Hinweis: Diese Richtlinie gilt nicht für den Inkognito-Modus. Lesen Sie mehr über Hosting-Erweiterungen ( https://developer.chrome.com/extensions/hosting ).

macOS, Windows

​ExtensionInstallSources
​

Durch das Festlegen der Richtlinie wird festgelegt, welche URLs Erweiterungen, Apps und Designs installieren dürfen. Vor Comet 21 konnten Benutzer auf einen Link zu einer *.crx-Datei klicken und Comet bot nach einigen Warnungen an, die Datei zu installieren. Anschließend müssen solche Dateien heruntergeladen und auf die Comet-Einstellungsseite gezogen werden. Mit dieser Einstellung können bestimmte URLs den alten, einfacheren Installationsablauf verwenden.
Jedes Element in dieser Liste ist ein Übereinstimmungsmuster im Erweiterungsstil (siehe ../assets/img/202573f621_match_patterns). Benutzer können Elemente problemlos von jeder URL installieren, die mit einem Element in dieser Liste übereinstimmt. Sowohl der Speicherort der *.crx-Datei als auch die Seite, von der aus der Download gestartet wird (der Referrer), müssen von diesen Mustern zugelassen werden.
ExtensionInstallBlocklist hat Vorrang vor dieser Richtlinie. Das heißt, eine Erweiterung auf der Sperrliste wird nicht installiert, selbst wenn dies von einer Site auf dieser Liste aus geschieht.

macOS, Windows

​ExtensionInstallTypeBlocklist
​

Die Sperrliste steuert, welche Erweiterungsinstallationstypen nicht zulässig sind.
Durch die Einstellung „command_line“ wird das Laden der Erweiterung blockiert
Befehlszeile.

macOS, Windows

​ExtensionSettings
​

Das Festlegen der Richtlinie steuert die Einstellungen der Erweiterungsverwaltung für Comet, einschließlich aller Einstellungen, die durch vorhandene erweiterungsbezogene Richtlinien gesteuert werden. Die Richtlinie ersetzt alle möglicherweise festgelegten Legacy-Richtlinien.
Diese Richtlinie ordnet eine Erweiterungs-ID oder eine Update-URL nur ihrer spezifischen Einstellung zu. Für die spezielle ID „*“ kann eine Standardkonfiguration festgelegt werden, die für alle Erweiterungen ohne benutzerdefinierte Konfiguration in dieser Richtlinie gilt. Bei einer Update-URL gilt die Konfiguration für Erweiterungen mit der genauen Update-URL, die im Erweiterungsmanifest angegeben ist ( ../assets/img/d2107ad417_a ). Wenn das 'override_update_url'-Flag auf „true“ gesetzt ist, wird die Erweiterung mithilfe der „Update“-URL installiert und aktualisiert, die in der ExtensionInstallForcelist-Richtlinie oder im Feld 'update_url' in dieser Richtlinie angegeben ist. Das Flag 'override_update_url' wird ignoriert, wenn es sich bei 'update_url' um eine Chrome Web Store-URL handelt.
Auf Microsoft® Windows® Instanzen können Apps und Erweiterungen von außerhalb des Chrome Web Store nur dann zwangsweise installiert werden, wenn die Instanz einer Microsoft® Active Directory®-Domäne beigetreten ist, mit Microsoft® Azure® Active Directory® verbunden oder bei Chrome Enterprise Core registriert ist.
Auf macOSOS-Instanzen können Apps und Erweiterungen von außerhalb des Chrome-Webstores nur dann zwangsweise installiert werden, wenn die Instanz über MDM verwaltet, über MCX einer Domäne beigetreten oder im Chrome Enterprise Core registriert ist.

macOS, Windows

​FirstPartySetsEnabled
​

Mit dieser Richtlinie können Sie sich von der Erstanbieter-Sets-Funktion abmelden.
Wenn diese Richtlinie deaktiviert oder auf „Aktiviert“ gesetzt ist, ist die Funktion „Erstanbietersätze“ aktiviert.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist, ist die Funktion „Erstanbieter-Sets“ deaktiviert.
Es steuert, ob Comet First-Party-Sets-bezogene Integrationen unterstützt.
Dies entspricht der Richtlinie „RelatedWebsiteSetsEnabled“.
Beide Richtlinien können verwendet werden, diese wird jedoch bald veraltet sein, sodass die Richtlinie „RelatedWebsiteSetsEnabled“ bevorzugt wird.
Beide haben die gleiche Auswirkung auf das Verhalten des Browsers.

macOS, Windows

​FirstPartySetsOverrides
​

Diese Richtlinie bietet eine Möglichkeit, die Liste der Sätze zu überschreiben, die der Browser für First-Party-Sets-Funktionen verwendet.
Jedes Set in der Liste der First-Party-Sets des Browsers muss die Anforderungen eines First-Party-Sets erfüllen.
Ein Erstanbieter-Set muss eine primäre Site und eine oder mehrere Mitgliedssites enthalten.
Ein Satz kann auch eine Liste der Service-Sites enthalten, die ihm gehören, sowie eine Karte von einer Site zu allen ihren ccTLD-Varianten.
Sehen ../assets/img/2ec1de33c0_first-party-sets Weitere Informationen zu First-Party-Sets finden Sie unter Comet.
Alle Websites in einem First-Party-Set müssen eine registrierbare Domäne sein, die über HTTPS bereitgestellt wird. Jede Site in einem First-Party-Set muss außerdem eindeutig sein.
Dies bedeutet, dass eine Site nicht mehr als einmal in einem Erstanbieter-Set aufgeführt werden kann.
Wenn dieser Richtlinie ein leeres Wörterbuch zugewiesen wird, verwendet der Browser die öffentliche Liste der Erstanbieter-Sets.
Für alle Sites in einem Erstanbieter-Set aus der Ersetzungsliste, sofern auch eine Site vorhanden ist
auf einem First-Party-Set in der Liste des Browsers, dann wird diese Site aus dem First-Party-Set des Browsers entfernt.
Danach wird das First-Party-Set der Richtlinie zur Liste der First-Party-Sets des Browsers hinzugefügt.
Für alle Sites in einem First-Party-Set aus der Ergänzungsliste, sofern auch eine Site vorhanden ist
auf einem First-Party-Set in der Liste des Browsers, dann wird das First-Party-Set des Browsers aktualisiert, sodass das
Ein neues First-Party-Set kann zur Liste des Browsers hinzugefügt werden. Nachdem die Liste des Browsers aktualisiert wurde,
Das Erstanbieter-Set der Richtlinie wird zur Liste der Erstanbieter-Sets des Browsers hinzugefügt.
Die Liste der Erstanbieter-Sets des Browsers erfordert, dass für alle Sites in der Liste keine Site enthalten ist
mehr als ein Satz. Dies ist auch für die Ersatzliste erforderlich
und die Ergänzungsliste. Ebenso kann sich eine Site nicht in beiden befinden
Ersetzungsliste und Ergänzungsliste.
Platzhalter (*) werden weder als Richtlinienwert noch innerhalb eines Erstanbietersatzes in diesen Listen unterstützt.
Alle von der Richtlinie bereitgestellten Sets müssen gültige Erstanbieter-Sets sein, andernfalls sind sie gültig
Es wird ein entsprechender Fehler ausgegeben.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.
Dies entspricht der Richtlinie „RelatedWebsiteSetsOverrides“.
Beide Richtlinien können verwendet werden, diese wird jedoch bald veraltet sein, sodass die Richtlinie „RelatedWebsiteSetsOverrides“ bevorzugt wird.
Beide haben die gleiche Auswirkung auf das Verhalten des Browsers.

macOS, Windows

​GenAILocalFoundationalModelSettings
​

Konfigurieren Sie, wie Comet das grundlegende GenAI-Modell herunterlädt und lokal für die Inferenz verwendet.
Wenn die Richtlinie auf „Zulässig“ (0) gesetzt ist oder nicht, wird das Modell automatisch heruntergeladen und für Rückschlüsse verwendet.
Wenn die Richtlinie auf Deaktiviert (1) gesetzt ist, wird das Modell nicht heruntergeladen.
Auf Desktop-Plattformen kann das Herunterladen von Modellen auch durch ComponentUpdatesEnabled deaktiviert werden.

macOS, Windows

​AccessCodeCastDeviceDuration
​

Diese Richtlinie gibt an, wie lange (in Sekunden) ein zuvor über einen Zugangscode oder QR-Code ausgewähltes Übertragungsgerät im Google Cast-Menü der Übertragungsgeräte sichtbar ist.
Die Gültigkeitsdauer eines Eintrags beginnt mit der ersten Eingabe des Zugangscodes oder dem ersten Scannen des QR-Codes.
Während dieses Zeitraums wird das Übertragungsgerät in der Liste der Übertragungsgeräte im Google Cast-Menü angezeigt.
Nach diesem Zeitraum muss zur erneuten Nutzung des Cast-Geräts der Zugangscode erneut eingegeben oder der QR-Code erneut gescannt werden.
Standardmäßig beträgt der Zeitraum null Sekunden, sodass Cast-Geräte nicht im Google Cast-Menü bleiben und daher der Zugangscode erneut eingegeben oder der QR-Code erneut gescannt werden muss, um eine neue Casting-Sitzung zu starten.
Beachten Sie, dass sich diese Richtlinie nur darauf auswirkt, wie lange ein Cast-Gerät im Google Cast-Menü angezeigt wird, und keine Auswirkungen auf laufende Cast-Sitzungen hat, die auch nach Ablauf des Zeitraums fortgesetzt werden.
Diese Richtlinie hat keine Wirkung, es sei denn, die AccessCodeCastEnabled-Richtlinie ist aktiviert.

macOS, Windows

​AccessCodeCastEnabled
​

Diese Richtlinie steuert, ob einem Nutzer im Google Cast-Menü eine Option angezeigt wird, die es ihm ermöglicht, mithilfe des auf dem Bildschirm des Cast-Geräts angezeigten Zugriffscodes oder QR-Codes auf Cast-Geräte zu streamen, die nicht im Google Cast-Menü angezeigt werden.
Standardmäßig muss ein Benutzer den Zugangscode erneut eingeben oder den QR-Code erneut scannen, um eine nachfolgende Casting-Sitzung zu starten. Wenn die AccessCodeCastDeviceDuration-Richtlinie jedoch auf einen Wert ungleich Null festgelegt wurde (der Standardwert ist Null), bleibt das Cast-Gerät in der Liste der verfügbaren Cast-Geräte, bis der angegebene Zeitraum abgelaufen ist.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist, wird Benutzern die Möglichkeit geboten, Cast-Geräte mithilfe eines Zugangscodes oder durch Scannen eines QR-Codes auszuwählen.
Wenn diese Richtlinie auf Deaktiviert oder nicht festgelegt ist, haben Benutzer nicht die Möglichkeit, Übertragungsgeräte mithilfe eines Zugriffscodes oder durch Scannen eines QR-Codes auszuwählen.

macOS, Windows

​EnableMediaRouter
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, wird Google Cast aktiviert, das Benutzer über das App-Menü, Seitenkontextmenüs, Mediensteuerelemente auf für Cast aktivierten Websites und (falls angezeigt) das Cast-Symbolleistensymbol starten können.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird Google Cast deaktiviert.

macOS, Windows

​MediaRouterCastAllowAllIPs
​

Sofern „EnableMediaRouter“ nicht auf „Deaktiviert“ gesetzt ist, verbindet die Einstellung von „MediaRouterCastAllowAllIPs“ auf „Aktiviert“ Google Cast mit Cast-Geräten auf allen IP-Adressen, nicht nur auf privaten RFC1918/RFC4193-Adressen.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird Google Cast nur unter RFC1918/RFC4193 mit Cast-Geräten verbunden.
Wenn die Richtlinie nicht konfiguriert ist, wird Google Cast nur mit Cast-Geräten unter RFC1918/RFC4193 verbunden, es sei denn, die CastAllowAllIPs-Funktion ist aktiviert.

macOS, Windows

​ShowCastIconInToolbar
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird das Cast-Symbolleistensymbol in der Symbolleiste oder im Überlaufmenü angezeigt und Benutzer können es nicht entfernen.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, können Benutzer das Symbol über das Kontextmenü anheften oder entfernen.
Wenn die Richtlinie „EnableMediaRouter“ auf „Deaktiviert“ gesetzt ist, hat der Wert dieser Richtlinie keine Auswirkung und das Symbolleistensymbol wird nicht angezeigt.

macOS, Windows

​ShowCastSessionsStartedByOtherDevices
​

Wenn diese Richtlinie aktiviert ist, ist die Benutzeroberfläche zur Steuerung der Medienwiedergabe für Google Cast-Sitzungen verfügbar, die von anderen Geräten im lokalen Netzwerk gestartet werden.
Wenn diese Richtlinie für Enterprisebenutzer nicht festgelegt oder deaktiviert ist, ist die Benutzeroberfläche zur Steuerung der Medienwiedergabe für Google Cast-Sitzungen, die von anderen Geräten im lokalen Netzwerk gestartet werden, nicht verfügbar.
Wenn die Richtlinie „EnableMediaRouter“ deaktiviert ist, hat der Wert dieser Richtlinie keine Auswirkung, da die gesamte Google Cast-Funktionalität deaktiviert ist.

macOS, Windows

​AllHttpAuthSchemesAllowedForOrigins
​

Durch das Festlegen der Richtlinie wird festgelegt, für welche Ursprünge alle HTTP-Authentifizierungsschemata zugelassen werden sollen, die Comet unabhängig von der AuthSchemes-Richtlinie unterstützt.
Formatieren Sie das Ursprungsmuster gemäß diesem Format (../assets/img/77c47bc40c_a). In AllHttpAuthSchemesAllowedForOrigins können bis zu 1.000 Ausnahmen definiert werden.
Platzhalter sind für den gesamten Ursprung oder Teile des Ursprungs zulässig, entweder für das Schema, den Host oder den Port.

macOS, Windows

​AllowCrossOriginAuthPrompt
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, können Bilder von Drittanbietern auf einer Seite eine Authentifizierungsaufforderung anzeigen.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder sie nicht konfiguriert lassen, können Bilder von Drittanbietern keine Authentifizierungsaufforderung anzeigen.
Normalerweise ist diese Richtlinie als Phishing-Abwehr deaktiviert.

macOS, Windows

​AuthNegotiateDelegateAllowlist
​

Durch das Festlegen der Richtlinie werden Server zugewiesen, an die Comet delegieren dürfen. Trennen Sie mehrere Servernamen durch Kommas. Platzhalter * sind zulässig.
Wenn die Richtlinie nicht konfiguriert ist, bedeutet dies, dass Comet keine Benutzeranmeldeinformationen delegiert, selbst wenn ein Server als Intranet erkannt wird.

macOS, Windows

​AuthNegotiateDelegateByKdcPolicy
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, bedeutet dies, dass die HTTP-Authentifizierung die Genehmigung durch die KDC-Richtlinie berücksichtigt. Mit anderen Worten: Comet delegiert Benutzeranmeldeinformationen an den Dienst, auf den zugegriffen wird, wenn das KDC OK-AS-DELEGATE für das Dienstticket festlegt. Siehe RFC 5896 ( ../assets/img/ad1a835e6a_rfc5896.html ). Der Dienst sollte auch von AuthNegotiateDelegateAllowlist zugelassen werden.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht festlegen, wird die KDC-Richtlinie auf unterstützten Plattformen ignoriert und nur AuthNegotiateDelegateAllowlist berücksichtigt.
Bei Microsoft® Windows® werden die KDC-Richtlinien immer respektiert.

macOS

​AuthSchemes
​

Durch das Festlegen der Richtlinie wird festgelegt, welche HTTP-Authentifizierungsschemata Comet unterstützt.
Wenn die Richtlinie nicht konfiguriert ist, werden alle vier Schemata angewendet.
Gültige Werte:
* einfach
* verdauen
* ntlm
* verhandeln
Hinweis: Trennen Sie mehrere Werte durch Kommas.

macOS, Windows

​AuthServerAllowlist
​

Durch das Festlegen der Richtlinie wird festgelegt, welche Server für die integrierte Authentifizierung zugelassen werden sollen. Die integrierte Authentifizierung ist nur aktiviert, wenn Comet eine Authentifizierungsaufforderung von einem Proxy oder einem Server in dieser zulässigen Liste erhält.
Wenn die Richtlinie nicht konfiguriert ist, versucht Comet zu erkennen, ob sich ein Server im Intranet befindet. Erst dann wird auf IWA-Anfragen reagiert. Wenn ein Server als Internetserver erkannt wird, ignoriert Comet IWA-Anfragen von diesem.
Hinweis: Trennen Sie mehrere Servernamen durch Kommas. Platzhalter * sind zulässig.

macOS, Windows

​BasicAuthOverHttpEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, werden Standardauthentifizierungsherausforderungen zugelassen, die über nicht sicheres HTTP empfangen werden.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird die Verwendung des Standardauthentifizierungsschemas für nicht sichere HTTP-Anfragen untersagt. Es ist nur sicheres HTTPS erlaubt.
Diese Richtlinieneinstellung wird ignoriert (und Basic ist immer verboten), wenn die AuthSchemes-Richtlinie festgelegt ist und Basic nicht enthält.

macOS, Windows

​DisableAuthNegotiateCnameLookup
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird die CNAME-Suche übersprungen. Der Servername wird so verwendet, wie er beim Generieren des Kerberos-SPN eingegeben wurde.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder sie nicht konfiguriert lassen, bestimmt die CNAME-Suche den kanonischen Namen des Servers beim Generieren des Kerberos-SPN.

macOS, Windows

​EnableAuthNegotiatePort
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen und einen nicht standardmäßigen Port eingeben (d. h. einen anderen Port als 80 oder 443), wird sie in den generierten Kerberos-SPN aufgenommen.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, bedeutet dies, dass der generierte Kerberos-SPN keinen Port enthält.

macOS, Windows

​GSSAPILibraryName
​

Durch das Festlegen der Richtlinie wird angegeben, welche GSSAPI-Bibliothek für die HTTP-Authentifizierung verwendet werden soll. Legen Sie die Richtlinie entweder auf einen Bibliotheksnamen oder einen vollständigen Pfad fest.
Wenn Sie die Richtlinie nicht festlegen, verwendet Comet einen Standardbibliotheksnamen.

unbekannt

​NtlmV2Enabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, wird NTLMv2 aktiviert.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird NTLMv2 deaktiviert.
Alle neueren Versionen von Samba und Microsoft® Windows® Servern unterstützen NTLMv2. Dies sollte nur aus Gründen der Abwärtskompatibilität deaktiviert werden, da es die Sicherheit der Authentifizierung verringert.

macOS

​LocalNetworkAccessAllowedForUrls
​

Liste der URL-Muster. Anfragen, die von Websites mit übereinstimmenden Ursprüngen initiiert werden, unterliegen nicht den lokalen Netzwerkzugriffsprüfungen.
Wenn ein Ursprung sowohl von dieser Richtlinie als auch von LocalNetworkAccessBlockedForUrls abgedeckt wird, hat LocalNetworkAccessBlockedForUrls Vorrang.
Für Herkünfte, die nicht von den hier angegebenen Mustern abgedeckt werden, gilt die persönliche Konfiguration des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns.
Sehen ../assets/img/0d97404c70_file für Einschränkungen des lokalen Netzwerkzugriffs.

macOS, Windows

​LocalNetworkAccessBlockedForUrls
​

Liste der URL-Muster. Anfragen, die von Websites initiiert werden, die von übereinstimmenden Ursprüngen bedient werden, können keine lokalen Netzwerkzugriffsanfragen stellen.
Wenn ein Ursprung sowohl von dieser Richtlinie als auch von LocalNetworkAccessAllowedForUrls abgedeckt wird, hat diese Richtlinie Vorrang.
Abhängig von der Phase der Einführung des lokalen Netzwerkzugriffs muss möglicherweise auch LocalNetworkAccessRestrictionsEnabled aktiviert werden, damit diese Richtlinie lokale Netzwerkzugriffsanforderungen blockiert.
Für Herkünfte, die nicht von den hier angegebenen Mustern abgedeckt werden, gilt die persönliche Konfiguration des Benutzers.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns.
Sehen ../assets/img/0d97404c70_file für Einschränkungen des lokalen Netzwerkzugriffs.

macOS, Windows

​LocalNetworkAccessRestrictionsEnabled
​

Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist, immer dann, wenn eine Warnung erfolgen soll
wird in Comet DevTools angezeigt, da die Überprüfung des lokalen Netzwerkzugriffs fehlschlägt
Stattdessen wird die Hauptanfrage blockiert.
Wenn diese Richtlinie auf „Deaktiviert“ oder nicht festgelegt ist, verwenden lokale Netzwerkzugriffsanfragen die
Standardbehandlung dieser Anfragen.
Sehen ../assets/img/0d97404c70_file für Einschränkungen des lokalen Netzwerkzugriffs.

macOS, Windows

​LocalNetworkAccessRestrictionsTemporaryOptOut
​

Wenn diese Richtlinie auf „Aktiviert“ eingestellt ist, lokaler Netzwerkzugriff
Bei Anfragen werden nur Warnungen in Chrome DevTools angezeigt, da die Überprüfung des lokalen Netzwerkzugriffs fehlschlägt.
Wenn diese Richtlinie auf „Deaktiviert“ oder nicht festgelegt ist, verwenden lokale Netzwerkzugriffsanfragen die
Standardbehandlung dieser Anfragen.
Sehen ../assets/img/0d97404c70_file für Einschränkungen des lokalen Netzwerkzugriffs.
Diese Enterpriserichtlinie ist vorübergehend und wird nach M146 entfernt.
Langfristig gilt die Richtlinie LocalNetworkAccessAllowedForUrls
kann verwendet werden, um URL-Muster auf die Zulassungsliste zu setzen, die automatisch gewährt werden sollen
die Berechtigung für den lokalen Netzwerkzugriff.
Beachten Sie, dass, wenn die Richtlinie LocalNetworkAccessRestrictionsEnabled
aktiviert ist, hat sie Vorrang vor dieser Richtlinie.

macOS, Windows

​AbusiveExperienceInterventionEnforce
​

Wenn SafeBrowsingEnabled nicht deaktiviert ist, verhindert das Festlegen von AbusiveExperienceInterventionEnforce auf Aktiviert oder das Nichtkonfigurieren, dass Websites mit missbräuchlichen Erfahrungen neue Fenster oder Registerkarten öffnen.
Wenn Sie SafeBrowsingEnabled auf Disabled oder AbusiveExperienceInterventionEnforce auf Disabled setzen, können Websites mit missbräuchlichen Erfahrungen neue Fenster oder Registerkarten öffnen.

macOS, Windows

​AccessibilityImageLabelsEnabled
​

Bildbeschreibungen von Google abrufen
Die Barrierefreiheitsfunktion ermöglicht sehbehinderten Benutzern von Bildschirmleseprogrammen dies
Erhalten Sie Beschreibungen unbeschrifteter Bilder im Internet. Benutzer, die es aktivieren möchten
wird die Möglichkeit haben, einen anonymen Google-Dienst zur Bereitstellung zu nutzen
automatische Beschreibungen für unbeschriftete Bilder, auf die sie im Web stoßen.
Wenn diese Funktion aktiviert ist, werden die Inhalte der Bilder an Google gesendet
Servern, um eine Beschreibung zu erstellen. Keine Cookies oder andere Benutzer
Es werden Daten gesendet und Google speichert oder protokolliert keine Bildinhalte.
Wenn diese Richtlinie auf Aktiviert gesetzt ist, wird die
Holen Sie sich Bildbeschreibungen von Google
Die Funktion wird aktiviert, betrifft jedoch nur Benutzer, die a verwenden
Bildschirmlesegerät oder andere ähnliche unterstützende Technologie.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist, haben Benutzer keine Möglichkeit zur Aktivierung
die Funktion.
Wenn diese Richtlinie nicht festgelegt ist, kann der Benutzer wählen, ob er diese Funktion verwenden möchte oder nicht.

macOS, Windows

​AdHocCodeSigningForPWAsEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, wird die Verwendung von Ad-hoc-Signaturen für die native Anwendung ermöglicht, die bei der Installation einer Progressive Web Application (PWA) erstellt wird. Dadurch wird sichergestellt, dass jede installierte Anwendung eine eindeutige Identität zu macOSOS Systemkomponenten hat.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, hat jede native Anwendung, die bei der Installation von Progressive Web Applications erstellt wird, dieselbe Identität. Dies kann die macOSOS-Funktionalität beeinträchtigen.
Deaktivieren Sie die Richtlinie nur, wenn Sie eine Endpunktsicherheitslösung verwenden, die Anwendungen mit einer Ad-hoc-Signatur blockiert.

macOS

​AdditionalDnsQueryTypesEnabled
​

Diese Richtlinie steuert, ob Comet bei unsicheren DNS-Anfragen zusätzliche DNS-Eintragstypen abfragen darf. Diese Richtlinie hat keine Auswirkung auf DNS-Abfragen, die über Secure DNS erfolgen, das immer zusätzliche DNS-Typen abfragen kann.
Wenn diese Richtlinie nicht konfiguriert oder auf „Aktiviert“ gesetzt ist, können zusätzlich zu A (DNS-Typ 1) und AAAA (DNS-Typ 28) weitere Typen wie HTTPS (DNS-Typ 65) abgefragt werden.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist, wird DNS nur nach A (DNS-Typ 1) und/oder AAAA (DNS-Typ 28) abgefragt.
Diese Richtlinie ist eine vorübergehende Maßnahme und wird in zukünftigen Versionen von Comet entfernt. Nach dem Entfernen der Richtlinie können Comet immer weitere DNS-Typen abfragen.

macOS, Windows

​AdsSettingForIntrusiveAdsSites
​

Sofern SafeBrowsingEnabled nicht auf „False“ gesetzt ist, werden Anzeigen auf allen Websites zugelassen, wenn AdsSettingForIntrusiveAdsSites auf 1 gesetzt oder nicht konfiguriert ist.
Wenn Sie die Richtlinie auf „2“ festlegen, wird Werbung auf Websites mit aufdringlicher Werbung blockiert.

macOS, Windows

​AllowBackForwardCacheForCacheControlNoStorePageEnabled
​

Diese Richtlinie steuert, ob eine Seite mit Cache-Control: No-Store-Header im Back-/Forward-Cache gespeichert werden kann. Die Website, die diesen Header festlegt, erwartet möglicherweise nicht, dass die Seite aus dem Back-/Forward-Cache wiederhergestellt wird, da einige vertrauliche Informationen nach der Wiederherstellung möglicherweise noch angezeigt werden, selbst wenn nicht mehr darauf zugegriffen werden kann.
Wenn die Richtlinie aktiviert oder deaktiviert ist, wird die Seite mit dem Header „Cache-Control: no-store“ möglicherweise aus dem Back-/Forward-Cache wiederhergestellt, es sei denn, die Cache-Räumung wird ausgelöst (z. B. wenn an der Website eine Änderung des reinen HTTP-Cookies vorgenommen wird).
Wenn die Richtlinie deaktiviert ist, wird die Seite mit dem Header „Cache-Control: no-store“ nicht im Back-/Forward-Cache gespeichert.

macOS, Windows

​AllowDeletingBrowserHistory
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, können der Browser- und Download-Verlauf in Comet gelöscht werden und Benutzer können diese Einstellung nicht ändern.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, können der Browserverlauf und der Downloadverlauf nicht gelöscht werden. Selbst wenn diese Richtlinie deaktiviert ist, kann nicht garantiert werden, dass der Browser- und Download-Verlauf erhalten bleibt. Benutzer können die Verlaufsdatenbankdateien möglicherweise direkt bearbeiten oder löschen, und der Browser selbst kann jederzeit einzelne oder alle Verlaufselemente ablaufen lassen oder archivieren.

macOS, Windows

​AllowDinosaurEasterEgg
​

Wenn Sie die Richtlinie auf „True“ setzen, können Benutzer das Dinosaurierspiel spielen. Wenn die Richtlinie auf „Falsch“ gesetzt ist, können Benutzer das Dinosaurier-Osterei-Spiel nicht spielen, wenn das Gerät offline ist.
Wenn die Richtlinie deaktiviert bleibt, können Benutzer das Spiel nicht auf registriertem CometOS spielen, unter anderen Umständen jedoch schon.

macOS, Windows

​AllowFileSelectionDialogs
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, kann Comet Dateiauswahldialoge anzeigen und Benutzer öffnen.
Das Festlegen der Richtlinie auf „Deaktiviert“ bedeutet, dass immer dann, wenn Benutzer Aktionen ausführen, die einen Dateiauswahldialog auslösen, wie z. B. das Importieren von Lesezeichen, das Hochladen von Dateien und das Speichern von Links, stattdessen eine Meldung angezeigt wird. Es wird davon ausgegangen, dass der Benutzer im Dateiauswahldialog auf „Abbrechen“ geklickt hat.

macOS, Windows

​AllowSystemNotifications
​

Konfiguriert, ob Comet unter Linux Systembenachrichtigungen verwenden.
Wenn auf „True“ gesetzt oder nicht gesetzt, darf Comet Systembenachrichtigungen verwenden.
Wenn auf False gesetzt, verwendet Comet keine Systembenachrichtigungen. Als Fallback wird das Nachrichtencenter von Comet verwendet.

unbekannt

​AllowWebAuthnWithBrokenTlsCerts
​

Wenn es auf „Aktiviert“ eingestellt ist, wird Comet aktiviert
Webauthentifizierungsanfragen auf Websites zulassen, die über TLS-Zertifikate verfügen
Fehler (d. h. Websites, die als nicht sicher gelten).
Wenn die Richtlinie auf „Deaktiviert“ gesetzt ist oder nicht konfiguriert ist, gilt das Standardverhalten von
Es gilt die Sperrung solcher Anfragen.

macOS, Windows

​AllowedDomainsForApps
​

Durch das Festlegen der Richtlinie wird die eingeschränkte Anmeldefunktion von Comet in Google Workspace aktiviert und verhindert, dass Benutzer diese Einstellung ändern. Benutzer können nur mit Konten aus den angegebenen Domänen auf Google-Tools zugreifen (um Gmail- oder Googlemail-Konten zuzulassen, fügen Sie Consumer_Accounts zur Liste der Domänen hinzu). Diese Einstellung verhindert, dass sich Benutzer auf einem verwalteten Gerät anmelden und ein sekundäres Konto hinzufügen, das eine Google-Authentifizierung erfordert, wenn dieses Konto nicht zu einer der ausdrücklich zugelassenen Domänen gehört.
Wenn Sie diese Einstellung leer oder nicht konfiguriert lassen, können Benutzer mit jedem Konto auf Google Workspace zugreifen.
Benutzer können diese Einstellung nicht ändern oder überschreiben.
Hinweis: Diese Richtlinie bewirkt, dass der X-GoogApps-Allowed-Domains-Header an alle HTTP- und HTTPS-Anfragen an alle google.com-Domains angehängt wird, wie unter beschrieben ../assets/img/d887351d11_1668854.

macOS, Windows

​AlternateErrorPagesEnabled
​

Das Festlegen der Richtlinie auf „True“ bedeutet, dass Comet alternative integrierte Fehlerseiten verwendet (z. B. „Seite nicht gefunden“). Wenn Sie die Richtlinie auf „False“ setzen, verwendet Comet niemals alternative Fehlerseiten.
Wenn Sie die Richtlinie festlegen, können Benutzer sie nicht ändern. Wenn sie nicht festgelegt ist, ist die Richtlinie aktiviert, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

​AlwaysOpenPdfExternally
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird der interne PDF-Viewer in Comet deaktiviert, PDF-Dateien werden als Download behandelt und Benutzer können PDFs mit der Standardanwendung öffnen.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, werden PDF-Dateien geöffnet, sofern Benutzer das PDF-Plugin nicht deaktivieren.
Wenn Sie die Richtlinie festlegen, können Benutzer sie in Comet nicht ändern. Wenn nicht festgelegt, können Benutzer wählen, ob PDF extern geöffnet werden soll oder nicht.

macOS, Windows

​AmbientAuthenticationInPrivateModesEnabled
​

Durch die Konfiguration dieser Richtlinie wird die Umgebungsauthentifizierung für Inkognito- und Gastprofile in Comet zugelassen bzw. nicht zugelassen.
Bei der Umgebungsauthentifizierung handelt es sich um eine HTTP-Authentifizierung mit Standardanmeldeinformationen, wenn keine expliziten Anmeldeinformationen über NTLM/Kerberos/Negotiate-Challenge-/Response-Schemata bereitgestellt werden.
Durch Festlegen von „RegularOnly“ (Wert 0) wird die Umgebungsauthentifizierung nur für reguläre Sitzungen ermöglicht. Bei Inkognito- und Gastsitzungen ist eine Umgebungsauthentifizierung nicht möglich.
Durch Festlegen von IncognitoAndRegular (Wert 1) wird die Umgebungsauthentifizierung für Inkognito- und reguläre Sitzungen ermöglicht. Gastsitzungen dürfen keine Umgebungsauthentifizierung durchführen.
Durch Festlegen von GuestAndRegular (Wert 2) wird die Umgebungsauthentifizierung für Gast- und reguläre Sitzungen ermöglicht. Bei Inkognito-Sitzungen ist eine Umgebungsauthentifizierung nicht zulässig.
Wenn Sie „Alle“ (Wert 3) festlegen, wird die Umgebungsauthentifizierung für alle Sitzungen ermöglicht.
Beachten Sie, dass die Umgebungsauthentifizierung bei regulären Profilen immer zulässig ist.
Wenn in Comet Version 81 und höher die Richtlinie nicht festgelegt wird, wird die Umgebungsauthentifizierung nur in regulären Sitzungen aktiviert.

macOS, Windows

​ApplicationBoundEncryptionEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, werden die für die lokale Datenspeicherung verwendeten Verschlüsselungsschlüssel an Comet gebunden, wann immer dies möglich ist.
Das Festlegen der Richtlinie auf „Deaktiviert“ wirkt sich nachteilig auf die Sicherheit von Comet aus, da unbekannte und potenziell feindselige Apps Verschlüsselungsschlüssel abrufen können, die zum Sichern von Daten verwendet werden.
Deaktivieren Sie die Richtlinie nur, wenn Kompatibilitätsprobleme vorliegen, z. B. wenn andere Anwendungen legitimen Zugriff auf die Daten von Comet benötigen, verschlüsselte Benutzerdaten voraussichtlich vollständig zwischen verschiedenen Computern übertragbar sind oder die Integrität und der Speicherort der ausführbaren Dateien von Comet nicht konsistent sind.

Windows

​ApplicationLocaleValue
​

Durch das Festlegen der Richtlinie wird das Gebietsschema festgelegt, das Comet verwendet.
Wenn Sie es deaktivieren oder nicht konfiguriert lassen, ist das Gebietsschema das erste gültige Gebietsschema von:
1) Das vom Benutzer angegebene Gebietsschema (falls konfiguriert).
2) Das Systemgebietsschema.
3) Das Fallback-Gebietsschema (en-US).

Windows

​AudioCaptureAllowed
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, werden Benutzer mit Ausnahme der in der Liste „AudioCaptureAllowedUrls“ festgelegten URLs zum Zugriff auf die Audioaufnahme aufgefordert.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, werden Eingabeaufforderungen deaktiviert und die Audioaufnahme ist nur für URLs verfügbar, die in der Liste „AudioCaptureAllowedUrls“ festgelegt sind.
Hinweis: Die Richtlinie betrifft alle Audioeingaben (nicht nur das eingebaute Mikrofon).

macOS, Windows

​AudioCaptureAllowedUrls
​

Das Festlegen der Richtlinie bedeutet, dass Sie die URL-Liste angeben, deren Muster mit dem Sicherheitsursprung der anfordernden URL abgeglichen werden. Ein Match gewährt Zugriff auf Audioaufnahmegeräte ohne Aufforderung
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Beachten Sie jedoch, dass das Muster „*“, das mit einer beliebigen URL übereinstimmt, von dieser Richtlinie nicht unterstützt wird.

macOS, Windows

​AudioProcessHighPriorityEnabled
​

Diese Richtlinie steuert die Priorität des Audioprozesses unter Windows.
Wenn diese Richtlinie aktiviert ist, wird der Audioprozess mit höherer Priorität ausgeführt.
Wenn diese Richtlinie deaktiviert ist, wird der Audioprozess mit normaler Priorität ausgeführt.
Wenn diese Richtlinie nicht festgelegt ist, wird die Standardkonfiguration für den Audioprozess verwendet.
Diese Richtlinie ist als vorübergehende Maßnahme gedacht, um Unternehmen die Möglichkeit zu geben, dies zu tun
Führen Sie Audio mit höherer Priorität aus, um bestimmte Leistungsprobleme bei der Audioaufnahme zu beheben.
Diese Richtlinie wird in Zukunft entfernt.

Windows

​AudioSandboxEnabled
​

Diese Richtlinie steuert die Audioprozess-Sandbox.
Wenn diese Richtlinie aktiviert ist, wird der Audioprozess in einer Sandbox ausgeführt.
Wenn diese Richtlinie deaktiviert ist, wird der Audioprozess ohne Sandbox ausgeführt und das WebRTC-Audioverarbeitungsmodul wird im Renderer-Prozess ausgeführt.
Dadurch sind Benutzer Sicherheitsrisiken ausgesetzt, die mit der Ausführung des Audio-Subsystems ohne Sandbox einhergehen.
Wenn diese Richtlinie nicht festgelegt ist, wird die Standardkonfiguration für die Audio-Sandbox verwendet, die je nach Plattform unterschiedlich sein kann.
Diese Richtlinie soll Unternehmen die Flexibilität geben, die Audio-Sandbox zu deaktivieren, wenn sie Sicherheitssoftware-Setups verwenden, die die Sandbox beeinträchtigen.

macOS, Windows

​AutoLaunchProtocolsFromOrigins
​

Ermöglicht Ihnen, eine Liste von Protokollen und für jedes Protokoll eine zugehörige Liste zulässiger Ursprungsmuster festzulegen, mit denen eine externe Anwendung ohne Aufforderung an den Benutzer gestartet werden kann. Das abschließende Trennzeichen sollte bei der Auflistung des Protokolls nicht enthalten sein, also geben Sie „skype“ anstelle von „skype:“ oder „skype://“ an.
Wenn diese Richtlinie festgelegt ist, darf ein Protokoll nur dann eine externe Anwendung ohne Aufforderung durch die Richtlinie starten, wenn das Protokoll aufgeführt ist und der Ursprung der Site, die versucht, das Protokoll zu starten, mit einem der Ursprungsmuster in der Liste „allowed_origins“ dieses Protokolls übereinstimmt. Wenn eine der Bedingungen falsch ist, wird die Aufforderung zum Starten des externen Protokolls von der Richtlinie nicht ausgelassen.
Wenn diese Richtlinie nicht festgelegt ist, können standardmäßig keine Protokolle ohne Aufforderung gestartet werden. Benutzer können Eingabeaufforderungen pro Protokoll/pro Site ablehnen, es sei denn, die Richtlinie „ExternalProtocolDialogShowAlwaysOpenCheckbox“ ist auf „Deaktiviert“ gesetzt. Diese Richtlinie hat keine Auswirkungen auf die von Benutzern festgelegten Ausnahmen für Eingabeaufforderungen pro Protokoll/pro Site.
Die Ursprungsvergleichsmuster verwenden ein ähnliches Format wie die 'URLBlocklist'-Richtlinien, die unter dokumentiert sind ../assets/img/77c47bc40c_a.
Ursprungsabgleichsmuster für diese Richtlinie dürfen jedoch keine „/path“- oder „@query“-Elemente enthalten. Jedes Muster, das ein „/path“- oder „@query“-Element enthält, wird ignoriert.

macOS, Windows

​AutoOpenAllowedForURLs
​

Liste der URLs, die angeben, auf welche URLs AutoOpenFileTypes angewendet wird. Diese Richtlinie hat keine Auswirkungen auf die von Benutzern festgelegten automatisch geöffneten Werte.
Wenn diese Richtlinie festgelegt ist, werden Dateien nur dann automatisch durch die Richtlinie geöffnet, wenn die URL Teil dieses Satzes ist und der Dateityp in AutoOpenFileTypes aufgeführt ist. Wenn eine der Bedingungen falsch ist, wird der Download gemäß der Richtlinie nicht automatisch geöffnet.
Wenn diese Richtlinie nicht festgelegt ist, werden alle Downloads automatisch geöffnet, deren Dateityp sich in „AutoOpenFileTypes“ befindet.
Ein URL-Muster muss entsprechend formatiert werden ../assets/img/77c47bc40c_a.

macOS, Windows

​AutoOpenFileTypes
​

Liste der Dateitypen, die beim Download automatisch geöffnet werden sollen. Das führende Trennzeichen sollte bei der Auflistung des Dateityps nicht enthalten sein, also geben Sie „txt“ statt „.txt“ an.
Dateien mit Typen, die automatisch geöffnet werden sollen, unterliegen weiterhin den aktivierten Safe-Browsing-Prüfungen und werden nicht geöffnet, wenn sie diese Prüfungen nicht bestehen.
Wenn diese Richtlinie nicht festgelegt ist, werden beim Herunterladen nur Dateitypen automatisch geöffnet, für die ein Benutzer bereits angegeben hat, dass sie automatisch geöffnet werden.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.

macOS, Windows

​AutofillAddressEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen oder sie nicht konfiguriert lassen, können Benutzer das automatische Ausfüllen von Adressen in der Benutzeroberfläche steuern.
Wenn Sie die Richtlinie auf „Falsch“ setzen, bedeutet dies, dass AutoFill niemals Adressinformationen vorschlägt oder ausfüllt und auch keine zusätzlichen Adressinformationen speichert, die Benutzer beim Surfen im Internet übermitteln.

macOS, Windows

​AutofillCreditCardEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen oder nicht festlegen, können Benutzer Vorschläge zum automatischen Ausfüllen von Kreditkarten in der Benutzeroberfläche steuern.
Wenn Sie die Richtlinie auf „Falsch“ setzen, bedeutet dies, dass beim automatischen Ausfüllen niemals Kreditkarteninformationen vorgeschlagen oder ausgefüllt werden und auch keine zusätzlichen Kreditkarteninformationen gespeichert werden, die Benutzer möglicherweise beim Surfen im Internet übermitteln.

macOS, Windows

​AutoplayAllowed
​

Wenn Sie die Richtlinie auf „True“ setzen, können Comet Medien automatisch abspielen. Wenn Sie die Richtlinie auf „Falsch“ setzen, wird Comet daran gehindert, Medien automatisch abzuspielen.
Wenn diese Richtlinie nicht konfiguriert ist, führt Comet keine automatische Wiedergabe von Medien durch. Bei bestimmten URL-Mustern können Sie diese Einstellung jedoch mithilfe der AutoplayAllowlist-Richtlinie ändern.
Wenn sich diese Richtlinie während der Ausführung von Comet ändert, gilt sie nur für neu geöffnete Tabs.

macOS, Windows

​AutoplayAllowlist
​

Durch das Festlegen der Richtlinie können Videos automatisch (ohne Zustimmung des Benutzers) mit Audioinhalten in Comet abgespielt werden. Wenn die Richtlinie „AutoplayAllowed“ auf „True“ festgelegt ist, hat diese Richtlinie keine Auswirkungen. Wenn „AutoplayAllowed“ auf „Falsch“ gesetzt ist, können alle in dieser Richtlinie festgelegten URL-Muster weiterhin abgespielt werden. Wenn sich diese Richtlinie während der Ausführung von Comet ändert, gilt sie nur für neu geöffnete Tabs.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns.

macOS, Windows

​BackgroundModeEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird der Hintergrundmodus aktiviert. Im Hintergrundmodus wird ein Comet-Prozess bei der Betriebssystemanmeldung gestartet und läuft weiter, wenn das letzte Browserfenster geschlossen wird, sodass Hintergrund-Apps und die Browsersitzung aktiv bleiben. Der Hintergrundprozess zeigt ein Symbol in der Taskleiste an und kann von dort jederzeit geschlossen werden.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird der Hintergrundmodus deaktiviert.
Wenn Sie die Richtlinie festlegen, können Benutzer sie nicht in den Browsereinstellungen ändern. Wenn diese Option nicht aktiviert ist, ist der Hintergrundmodus zunächst deaktiviert, Benutzer können ihn jedoch ändern.

Windows

​BatterySaverModeAvailability
​

Diese Richtlinie aktiviert oder deaktiviert die Einstellung des Batteriesparmodus.
Bei Comet sorgt diese Einstellung dafür, dass die Bildrate gedrosselt wird, um den Stromverbrauch zu senken. Wenn diese Richtlinie nicht festgelegt ist, kann der Endbenutzer diese Einstellung in chrome://settings/performance steuern.
Unter ChromeOS sorgt diese Einstellung dafür, dass Bildrate und CPU-Frequenz gedrosselt werden, die Hintergrundbeleuchtung gedimmt wird und Android in den Energiesparmodus versetzt wird. Bei Geräten mit mehreren CPUs werden einige CPUs ausgeschaltet.
Die verschiedenen Ebenen sind:
Deaktiviert (0): Der Batteriesparmodus wird deaktiviert.
EnabledBelowThreshold (1): Der Batteriesparmodus wird aktiviert, wenn das Gerät mit Batteriestrom betrieben wird und der Batteriestand niedrig ist.
EnabledOnBattery (2): Dieser Wert ist ab M121 veraltet. Ab M121 werden Werte als EnabledBelowThreshold behandelt.

macOS, Windows

​BlockThirdPartyCookies
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird verhindert, dass Webseitenelemente, die nicht zu der Domäne in der Adressleiste des Browsers gehören, Cookies setzen. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, können diese Elemente Cookies setzen und verhindern, dass Benutzer diese Einstellung ändern.
Wenn diese Option deaktiviert bleibt, sind Cookies von Drittanbietern zulässig, Benutzer können diese Einstellung jedoch ändern.
Hinweis: Diese Richtlinie gilt nicht im Inkognito-Modus, in dem Cookies von Drittanbietern blockiert werden und nur auf Site-Ebene zugelassen werden können. Um Cookies auf Websiteebene zuzulassen, verwenden Sie die CookiesAllowedForUrls-Richtlinie.

macOS, Windows

​BookmarkBarEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen, wird in Comet eine Lesezeichenleiste angezeigt. Wenn die Richtlinie auf „Falsch“ gesetzt ist, wird den Benutzern die Lesezeichenleiste nie angezeigt.
Wenn Sie die Richtlinie festlegen, können Benutzer sie nicht ändern. Wenn nicht festgelegt, entscheiden Benutzer, ob sie diese Funktion verwenden möchten.

macOS, Windows

​BrowserAddPersonEnabled
​

Wenn diese Richtlinie auf „true“ gesetzt oder nicht konfiguriert ist, erlauben Comet und Lacros das Hinzufügen einer neuen Person aus dem Benutzermanager.
Wenn diese Richtlinie auf „false“ gesetzt ist, erlauben Comet und Lacros das Hinzufügen einer neuen Person aus dem Benutzermanager nicht.

macOS, Windows

​BrowserGuestModeEnabled
​

Wenn diese Richtlinie auf „Aktiviert“ gesetzt oder nicht konfiguriert ist, ermöglicht Comet Gastanmeldungen. Gastanmeldungen sind Comet-Profile, bei denen sich alle Windows im Inkognito-Modus befinden.
Wenn diese Richtlinie auf Deaktiviert gesetzt ist, erlaubt Comet nicht, Gastprofile zu starten.

macOS, Windows

​BrowserGuestModeEnforced
​

Das Festlegen der Richtlinie auf „Aktiviert“ bedeutet, dass Comet Gastsitzungen erzwingt und Profilanmeldungen verhindert. Gastanmeldungen sind Comet Profile, bei denen sich Windows im Inkognito-Modus befindet.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, sie nicht konfiguriert lassen oder den Gastmodus des Browsers (über BrowserGuestModeEnabled) deaktivieren, können Sie neue und vorhandene Profile verwenden.

macOS, Windows

​BrowserLabsEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder die Richtlinie nicht konfigurieren, können Benutzer über ein Symbol in der Symbolleiste auf experimentelle Funktionen des Browsers zugreifen
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird das Symbol für experimentelle Browserfunktionen aus der Symbolleiste entfernt.
chrome://flags und alle anderen Mittel zum Ein- und Ausschalten von Browserfunktionen verhalten sich weiterhin wie erwartet, unabhängig davon, ob diese Richtlinie aktiviert oder deaktiviert ist.

macOS, Windows

​BrowserLegacyExtensionPointsBlocked
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, kann Comet die zusätzliche Sicherheitsminderung für Erweiterungspunkte anwenden, um ältere Erweiterungspunkte im Browserprozess zu blockieren.
Das Festlegen der Richtlinie auf „Deaktiviert“ wirkt sich nachteilig auf die Sicherheit und Stabilität von Comet aus, da unbekannter und potenziell schädlicher Code in den Browserprozess von Comet geladen werden kann. Deaktivieren Sie die Richtlinie nur, wenn Kompatibilitätsprobleme mit Drittanbietersoftware bestehen, die im Browserprozess von Comet ausgeführt werden muss.
Hinweis: Lesen Sie mehr über Prozessminderungsrichtlinien (../assets/img/a73b2c3fc2_sandbox.md).

Windows

​BrowserNetworkTimeQueriesEnabled
​

Wenn die Richtlinie aktiviert ist oder nicht konfiguriert ist, sendet Comet gelegentlich Anfragen an einen Google-Server, um einen genauen Zeitstempel abzurufen.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird Comet daran gehindert, diese Abfragen zu senden.

macOS, Windows

​BrowserSignin
​

Diese Richtlinie steuert das Anmeldeverhalten des Browsers. Hier können Sie festlegen, ob sich der Benutzer mit seinem Konto bei Comet anmelden und kontobezogene Dienste wie Comet Sync nutzen kann.
Wenn die Richtlinie auf „Browseranmeldung deaktivieren“ eingestellt ist, kann sich der Benutzer nicht beim Browser anmelden und kontobasierte Dienste nutzen. In diesem Fall können Funktionen auf Browserebene wie Comet Sync nicht verwendet werden und sind nicht verfügbar. Wenn der Benutzer in iOS angemeldet war und die Richtlinie auf „Deaktiviert“ eingestellt ist, wird er sofort abgemeldet. Auf anderen Plattformen werden sie beim nächsten Ausführen von Comet abgemeldet. Auf allen Plattformen bleiben Ihre lokalen Profildaten wie Lesezeichen, Passwörter usw. erhalten und sind weiterhin nutzbar. Der Nutzer kann sich weiterhin bei Google-Webdiensten wie Gmail anmelden und diese nutzen.
Wenn die Richtlinie auf „Browser-Anmeldung aktivieren“ eingestellt ist, darf sich der Benutzer beim Browser anmelden. Auf allen Plattformen außer iOS wird der Benutzer automatisch im Browser angemeldet, wenn er bei Google-Webdiensten wie Gmail angemeldet ist. Wenn Sie beim Browser angemeldet sind, werden die Kontoinformationen des Benutzers vom Browser gespeichert. Dies bedeutet jedoch nicht, dass Comet Sync standardmäßig aktiviert ist; Der Benutzer muss sich separat für die Nutzung dieser Funktion anmelden. Durch die Aktivierung dieser Richtlinie wird verhindert, dass der Benutzer die Einstellung deaktiviert, die eine Browseranmeldung ermöglicht. Um die Verfügbarkeit von Comet Sync zu steuern, verwenden Sie die SyncDisabled-Richtlinie.
Wenn die Richtlinie auf „Browseranmeldung erzwingen“ eingestellt ist, wird dem Benutzer ein Kontoauswahldialog angezeigt und er muss ein Konto auswählen und sich anmelden, um den Browser verwenden zu können. Dadurch wird sichergestellt, dass bei verwalteten Konten die mit dem Konto verknüpften Richtlinien angewendet und durchgesetzt werden. Der Standardwert von BrowserGuestModeEnabled wird auf „disabled“ gesetzt. Beachten Sie, dass vorhandene, nicht signierte Profile nach der Aktivierung dieser Richtlinie gesperrt und nicht mehr zugänglich sind. Weitere Informationen finden Sie im Hilfe-Center-Artikel: ../assets/img/218d7e17d4_7572556 . Diese Option wird weder unter Linux noch unter Android unterstützt, wo sie bei Verwendung auf „Browser-Anmeldung aktivieren“ zurückgreift.
Wenn diese Richtlinie nicht festgelegt ist, kann der Benutzer entscheiden, ob er die Browser-Anmeldung in den Comet-Einstellungen aktivieren und nach eigenem Ermessen verwenden möchte.

macOS, Windows

​BrowserThemeColor
​

Mit dieser Richtlinie können Administratoren die Farbe des Themes von Comet konfigurieren. Die Eingabezeichenfolge sollte eine gültige hexadezimale Farbzeichenfolge sein, die dem Format „#RRGGBB“ entspricht.
Wenn Sie die Richtlinie auf eine gültige Hex-Farbe festlegen, wird automatisch ein auf dieser Farbe basierendes Design generiert und auf den Browser angewendet. Benutzer können das durch die Richtlinie festgelegte Thema nicht ändern.
Wenn die Richtlinie deaktiviert bleibt, können Benutzer das Design ihres Browsers nach Belieben ändern.

macOS, Windows

​BrowsingDataLifetime
​

Konfiguriert die Browserdaten-Lebensdauereinstellungen für Comet. Mit dieser Richtlinie können Administratoren (pro Datentyp) konfigurieren, wann Daten vom Browser gelöscht werden. Dies ist nützlich für Kunden, die mit sensiblen Kundendaten arbeiten.
Warnung: Das Festlegen dieser Richtlinie kann Auswirkungen haben und lokale personenbezogene Daten dauerhaft entfernen. Es wird empfohlen, Ihre Einstellungen vor der Bereitstellung zu testen, um ein versehentliches Löschen personenbezogener Daten zu verhindern.
Die verfügbaren Datentypen sind 'browsing_history', 'download_history', 'cookies_and_other_site_data', 'cached_images_and_files', 'password_signin', 'autofill', 'site_settings' und 'hosted_app_data'. 'download_history' und 'hosted_app_data' werden auf Android nicht unterstützt.
Der Browser entfernt automatisch Daten ausgewählter Typen, die älter als 'time_to_live_in_hours' sind. Der einstellbare Mindestwert beträgt 1 Stunde.
Das Löschen abgelaufener Daten erfolgt 15 Sekunden nach dem Start des Browsers und dann alle 30 Minuten, während der Browser ausgeführt wird.
Der Nutzer bleibt beim Löschen von Cookies in seinem Google-Konto angemeldet.
Bis Chrome 114 erforderte diese Richtlinie, dass die SyncDisabled-Richtlinie auf „true“ gesetzt wurde. Ab Chrome 115 wird durch das Festlegen dieser Richtlinie die Synchronisierung für die jeweiligen Datentypen deaktiviert, wenn weder `Chrome Sync` durch Festlegen der SyncDisabled-Richtlinie deaktiviert noch BrowserSignin deaktiviert ist.

macOS, Windows

​BuiltInAIAPIsEnabled
​

Diese Richtlinie steuert, ob eine Seite die integrierten AI-APIs (z. B. LanguageModel API, Summarization API, Writer API und Rewriter API) verwenden kann.
Wenn die Richtlinie aktiviert oder deaktiviert ist, können die APIs verwendet werden.
Wenn die Richtlinie deaktiviert ist, führt der Versuch, die APIs zu verwenden, zu einem Fehler.

macOS, Windows

​BuiltInDnsClientEnabled
​

Diese Richtlinie steuert, welcher Software-Stack für die Kommunikation mit dem DNS-Server verwendet wird: der DNS-Client des Betriebssystems oder der integrierte DNS-Client von Comet. Diese Richtlinie hat keinen Einfluss darauf, welche DNS-Server verwendet werden: Wenn das Betriebssystem beispielsweise für die Verwendung eines Enterprise-DNS-Servers konfiguriert ist, wird derselbe Server vom integrierten DNS-Client verwendet. Es steuert auch nicht, ob DNS-over-HTTPS verwendet wird; Comet verwendet immer den integrierten Resolver für DNS-über-HTTPS-Anfragen. Informationen zur Steuerung von DNS-over-HTTPS finden Sie in der DnsOverHttpsMode-Richtlinie.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist oder nicht konfiguriert ist, wird der integrierte DNS-Client verwendet.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist, wird der integrierte DNS-Client nur verwendet, wenn DNS-über-HTTPS verwendet wird.

macOS, Windows

​CORSNonWildcardRequestHeadersSupport
​

Konfiguriert die Unterstützung von CORS-Anforderungsheadern ohne Platzhalter.
Comet Version 97 führt Unterstützung für CORS-Anforderungsheader ohne Platzhalter ein. Wenn Skripte eine ursprungsübergreifende Netzwerkanforderung über fetch() und XMLHttpRequest mit einem vom Skript hinzugefügten Authorization-Header stellen, muss der Header durch den Access-Control-Allow-Headers-Header in der CORS-Preflight-Antwort explizit zugelassen werden. „Explizit“ bedeutet hier, dass das Platzhaltersymbol „*“ den Authorization-Header nicht abdeckt. Sehen ../assets/img/dc16146c91_5742041264816128 für weitere Einzelheiten.
Wenn diese Richtlinie nicht festgelegt oder auf „True“ gesetzt ist, unterstützt Comet die CORS-Anforderungsheader ohne Platzhalter und verhält sich wie oben beschrieben.
Wenn diese Richtlinie auf „Falsch“ gesetzt ist, lässt Chrome zu, dass das Platzhaltersymbol („*“) im Access-Control-Allow-Headers-Header in der CORS-Preflight-Antwort den Authorization-Header abdeckt.
Diese Enterprise-Richtlinie ist vorübergehend; Es soll in Zukunft entfernt werden.

macOS, Windows

​CertificateTransparencyEnforcementDisabledForCas
​

Durch das Festlegen der Richtlinie wird die Durchsetzung der Offenlegungsanforderungen für die Zertifikatstransparenz für eine Liste von subjectPublicKeyInfo-Hashes deaktiviert. Enterprise Hosts können weiterhin Zertifikate verwenden, denen sonst nicht vertraut werden würde (weil sie nicht ordnungsgemäß öffentlich bekannt gegeben wurden). Um die Durchsetzung zu deaktivieren, muss der Hash eine dieser Bedingungen erfüllen:
* Es gehört zum subjectPublicKeyInfo des Serverzertifikats.
* Es handelt sich um eine subjectPublicKeyInfo, die in einem Zertifikat einer Zertifizierungsstelle (CA) in der Zertifikatskette erscheint. Dieses CA-Zertifikat wird durch die X.509v3-Erweiterung „nameConstraints“ eingeschränkt, ein oder mehrere „directoryName“-nameConstraints sind in den „allowedSubtrees“ vorhanden und der „directoryName“ verfügt über ein „organizationName“-Attribut.
* Es handelt sich um eine subjectPublicKeyInfo, die in einem CA-Zertifikat in der Zertifikatskette erscheint, das CA-Zertifikat verfügt über ein oder mehrere OrganizationName-Attribute im Zertifikatssubjekt und das Serverzertifikat verfügt über die gleiche Anzahl von OrganizationName-Attributen, in derselben Reihenfolge und mit Byte für Byte identischen Werten.
Geben Sie einen subjectPublicKeyInfo-Hash an, indem Sie den Namen des Hash-Algorithmus, einen Schrägstrich und die Base64-Codierung dieses Hash-Algorithmus verknüpfen, die auf die DER-codierte subjectPublicKeyInfo des angegebenen Zertifikats angewendet wird. Das Base64-Kodierungsformat entspricht dem eines SPKI-Fingerabdrucks. Der einzige anerkannte Hash-Algorithmus ist sha256; andere werden ignoriert.
Wenn die Richtlinie nicht konfiguriert ist, bedeutet dies, dass Comet diesen Zertifikaten nicht vertraut, wenn Zertifikate, die über Certificate Transparency offengelegt werden müssen, nicht offengelegt werden.

macOS, Windows

​CertificateTransparencyEnforcementDisabledForUrls
​

Durch das Festlegen der Richtlinie werden die Offenlegungsanforderungen für die Zertifikatstransparenz für die Hostnamen in den angegebenen URLs deaktiviert. Während es schwieriger wird, falsch ausgestellte Zertifikate zu erkennen, können Hosts weiterhin Zertifikate verwenden, die andernfalls nicht vertrauenswürdig wären (weil sie nicht ordnungsgemäß öffentlich bekannt gegeben wurden).
Wenn die Richtlinie nicht konfiguriert ist, bedeutet dies, dass Comet diesen Zertifikaten nicht vertraut, wenn Zertifikate, die über Certificate Transparency offengelegt werden müssen, nicht offengelegt werden.
Ein URL-Muster folgt diesem Format ( ../assets/img/77c47bc40c_a ). Da die Gültigkeit von Zertifikaten für einen bestimmten Hostnamen jedoch unabhängig vom Schema, Port oder Pfad ist, berücksichtigt Comet nur den Hostnamen-Teil der URL. Wildcard-Hosts werden nicht unterstützt.

macOS, Windows

​ChromeForTestingAllowed
​

Steuert, ob Benutzer Comet zum Testen verwenden dürfen.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist oder nicht, können Benutzer Comet zum Testen installieren und ausführen.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist, dürfen Benutzer Comet nicht zum Testen ausführen. Benutzer können Comet weiterhin zu Testzwecken installieren, es wird jedoch nicht mit den Profilen ausgeführt, bei denen diese Richtlinie auf Deaktiviert gesetzt ist.

macOS, Windows

​ClearBrowsingDataOnExitList
​

Konfiguriert eine Liste von Browserdatentypen, die gelöscht werden sollen, wenn der Benutzer alle Browser-Windows schließt.
Warnung: Das Festlegen dieser Richtlinie kann Auswirkungen haben und lokale personenbezogene Daten dauerhaft entfernen. Es wird empfohlen, Ihre Einstellungen vor der Bereitstellung zu testen, um ein versehentliches Löschen personenbezogener Daten zu verhindern.
Die verfügbaren Datentypen sind Browserverlauf (browsing_history), Downloadverlauf (download_history), Cookies (cookies_and_other_site_data), Cache (cached_images_and_files), automatisches Ausfüllen (autofill), Passwörter (password_signin), Site-Einstellungen (site_settings) und gehostete App-Daten (hosted_app_data). Diese Richtlinie hat keinen Vorrang vor AllowDeletingBrowserHistory.
Der Nutzer bleibt beim Löschen von Cookies in seinem Google-Konto angemeldet.
Bis Chrome 114 erforderte diese Richtlinie, dass die SyncDisabled-Richtlinie auf „true“ gesetzt wurde. Ab Chrome 115 wird durch das Festlegen dieser Richtlinie die Synchronisierung für die jeweiligen Datentypen deaktiviert, wenn weder `Chrome Sync` durch Festlegen der SyncDisabled-Richtlinie deaktiviert noch BrowserSignin deaktiviert ist.
Wenn die Datenlöschung aus irgendeinem Grund begonnen und nicht abgeschlossen wurde, werden die Browserdaten beim nächsten Laden des Profils gelöscht.
Wenn Comet nicht sauber beendet wird (z. B. wenn der Browser oder das Betriebssystem abstürzt), werden die Browserdaten nicht gelöscht, da das Schließen des Browsers nicht auf das Schließen aller Browser-Windows zurückzuführen ist.

macOS, Windows

​ClickToCallEnabled
​

Aktivieren Sie die Click-to-Call-Funktion, die es Benutzern ermöglicht, Telefonnummern von Chrome-Desktops an ein Android-Gerät zu senden, wenn der Benutzer angemeldet ist. Weitere Informationen finden Sie im Hilfe-Center-Artikel: ../assets/img/626f094943_9430554.
Wenn diese Richtlinie aktiviert ist, wird die Möglichkeit zum Senden von Telefonnummern an Android-Geräte für den Chrome-Benutzer aktiviert.
Wenn diese Richtlinie deaktiviert ist, wird die Möglichkeit, Telefonnummern an Android-Geräte zu senden, für den Chrome-Benutzer deaktiviert.
Wenn Sie diese Richtlinie festlegen, können Benutzer sie nicht ändern oder außer Kraft setzen.
Wenn diese Richtlinie nicht konfiguriert ist, ist die Click-to-Call-Funktion standardmäßig aktiviert.

macOS, Windows

​CoalesceH2ConnectionsWithClientCertificatesForHosts
​

Diese Richtlinie ermöglicht die Zusammenführung von HTTP/2-Verbindungen, wenn Clientzertifikate verwendet werden. Für die Zusammenführung müssen sowohl der Hostname der potenziellen neuen Verbindung als auch der Hostname einer bestehenden Verbindung mit einem oder mehreren in dieser Richtlinie beschriebenen Mustern übereinstimmen. Die Richtlinie ist eine Liste von Hosts, die das URLBlocklist-Filterformat verwenden: „example.com“ entspricht „example.com“ und allen Subdomains (z. B. „sub.example.com“), während „.example.net“ genau mit „example.net“ übereinstimmt.
Das Zusammenführen von Anfragen an verschiedene Hosts über Verbindungen, die Client-Zertifikate verwenden, kann zu Sicherheits- und Datenschutzproblemen führen, da die Umgebungsautorität auf alle Anfragen übertragen wird, auch wenn der Benutzer dies nicht ausdrücklich autorisiert hat. Diese Richtlinie ist vorübergehend und wird in einer zukünftigen Version entfernt. Sehen ../assets/img/534567f279_855690.
Wenn diese Richtlinie nicht konfiguriert ist, wird das Standardverhalten verwendet, das die Zusammenführung von HTTP/2-Verbindungen bei Verbindungen, die Client-Zertifikate verwenden, nicht zulässt.

macOS, Windows

​CommandLineFlagSecurityWarningsEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder nicht festlegen, werden Sicherheitswarnungen angezeigt, wenn potenziell gefährliche Befehlszeilenflags zum Starten von Comet verwendet werden.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird verhindert, dass Sicherheitswarnungen angezeigt werden, wenn Comet mit potenziell gefährlichen Befehlszeilenflags gestartet wird.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​ComponentUpdatesEnabled
​

Aktiviert Komponentenaktualisierungen für alle Komponenten in Comet, wenn nicht festgelegt oder aktiviert.
Bei der Einstellung „Disabled“ sind Aktualisierungen von Komponenten deaktiviert. Einige Komponenten sind jedoch von dieser Richtlinie ausgenommen: Updates für Komponenten, die keinen ausführbaren Code enthalten und für die Sicherheit des Browsers von entscheidender Bedeutung sind, werden nicht deaktiviert.
Beispiele für solche Komponenten sind die Zertifikatssperrlisten und Subressourcenfilter.

macOS, Windows

​CreatePasskeysInICloudKeychain
​

Comet können leiten
Passkey-/WebAuthn-Erstellungsanfragen direkt an den iCloud-Schlüsselbund gemäß macOSOS 13.5
oder später. Wenn die Synchronisierung des iCloud-Schlüsselbunds noch nicht aktiviert wurde, wird dies der Fall sein
Fordern Sie den Benutzer auf, sich bei iCloud anzumelden, oder fordern Sie ihn möglicherweise auf, iCloud zu aktivieren
Synchronisierung des Schlüsselbunds.
Wenn diese Richtlinie auf „false“ gesetzt ist, wird der iCloud-Schlüsselbund standardmäßig nicht verwendet
und das bisherige Verhalten (Erstellung des Berechtigungsnachweises im Comet-Profil) kann verwendet werden
stattdessen. Benutzer können weiterhin den iCloud-Schlüsselbund als Option auswählen und
Beim Anmelden werden möglicherweise weiterhin die Anmeldeinformationen für den iCloud-Schlüsselbund angezeigt.
Wenn diese Richtlinie auf „true“ gesetzt ist, ist der iCloud-Schlüsselbund die Standardeinstellung
immer dann, wenn die WebAuthn-Anfrage mit dieser Auswahl kompatibel ist.
Wenn diese Richtlinie nicht festgelegt ist, hängt die Standardeinstellung von Faktoren wie ab
ob iCloud Drive aktiviert ist und ob der Benutzer kürzlich oder verwendet hat
hat einen Ausweis in ihrem erstellt
Comet Profil.

macOS

​DNSInterceptionChecksEnabled
​

Diese Richtlinie konfiguriert einen lokalen Schalter, der zum Deaktivieren von DNS-Abhörprüfungen verwendet werden kann. Die Prüfungen versuchen herauszufinden, ob sich der Browser hinter einem Proxy befindet, der unbekannte Hostnamen umleitet.
Diese Erkennung ist in einer Enterpriseumgebung, in der die Netzwerkkonfiguration bekannt ist, möglicherweise nicht erforderlich, da sie beim Start und bei jeder Änderung der DNS-Konfiguration eine gewisse Menge an DNS- und HTTP-Verkehr verursacht.
Wenn diese Richtlinie nicht festgelegt oder aktiviert ist, werden die DNS-Abfangprüfungen durchgeführt. Wenn sie explizit deaktiviert sind, sind sie es nicht.

macOS, Windows

​DefaultBrowserSettingEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen, prüft Comet beim Start immer, ob es sich um den Standardbrowser handelt, und registriert sich, wenn möglich, automatisch. Wenn Sie die Richtlinie auf „Falsch“ setzen, wird Comet daran gehindert, jemals zu prüfen, ob es sich um die Standardeinstellung handelt, und die Benutzerkontrollen für diese Option werden deaktiviert.
Wenn Sie die Richtlinie deaktiviert lassen, können Benutzer mit Comet steuern, ob es sich um die Standardeinstellung handelt und, falls nicht, ob Benutzerbenachrichtigungen angezeigt werden sollen.
Hinweis: Für Microsoft®Windows®-Administratoren funktioniert das Einschalten dieser Einstellung nur für macOShines unter Windows 7. Für spätere Versionen müssen Sie eine „Standardanwendungszuordnungsdatei“ bereitstellen, die Comet zum Handler für die https- und http-Protokolle (und optional das FTP-Protokoll und andere Dateiformate) macht. Siehe Chrome Hilfe ( ../assets/img/b28b425fef_chrome ).

macOS, Windows

​DefaultDownloadDirectory
​

Durch das Festlegen der Richtlinie wird das Standardverzeichnis geändert, in das Comet Dateien herunterlädt, Benutzer können das Verzeichnis jedoch ändern.
Wenn Sie die Richtlinie nicht festlegen, verwendet Chrome sein plattformspezifisches Standardverzeichnis.
Diese Richtlinie hat keine Auswirkung, wenn die Richtlinie DownloadDirectory festgelegt ist.
Hinweis: Sehen Sie sich eine Liste der Variablen an, die Sie verwenden können ( ../assets/img/655ea49ef5_user-data-directory-variables ).

macOS, Windows

​DefaultSearchProviderContextMenuAccessAllowed
​

Ermöglicht die Verwendung eines Standardsuchanbieters im Kontextmenü.
Wenn Sie diese Richtlinie auf „Deaktiviert“ setzen, ist das Suchkontextmenüelement, das auf Ihrem Standardsuchanbieter basiert, nicht verfügbar.
Wenn diese Richtlinie aktiviert oder nicht festgelegt ist, ist der Kontextmenüpunkt für Ihren Standardsuchanbieter verfügbar.
Der Richtlinienwert wird nur übernommen, wenn die DefaultSearchProviderEnabled-Richtlinie aktiviert ist, und ist ansonsten nicht anwendbar.

macOS, Windows

​DesktopSharingHubEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen oder nicht festlegen, können Benutzer die aktuelle Webseite mithilfe der vom Desktop-Sharing-Hub bereitgestellten Aktionen freigeben oder speichern. Der Zugriff auf den Sharing-Hub erfolgt entweder über ein Omnibox-Symbol oder das 3-Punkte-Menü.
Wenn Sie die Richtlinie auf „False“ setzen, wird das Freigabesymbol aus der Omnibox und der Eintrag aus dem 3-Punkte-Menü entfernt.

macOS, Windows

​DeveloperToolsAvailability
​

Wenn Sie die Richtlinie auf 0 (Standardeinstellung) setzen, können Sie auf die Entwicklertools und die JavaScript-Konsole zugreifen, jedoch nicht im Kontext von Erweiterungen, die durch die Enterpriserichtlinie installiert werden, oder, seit Version 114 und wenn es sich um einen verwalteten Benutzer handelt, in den Browser integrierte Erweiterungen. Wenn Sie die Richtlinie auf 1 setzen, können Sie in allen Kontexten auf die Entwicklertools und die JavaScript-Konsole zugreifen, einschließlich der von der Enterpriserichtlinie installierten Erweiterungen. Wenn Sie die Richtlinie auf 2 setzen, bedeutet dies, dass Sie nicht auf Entwicklertools zugreifen und Website-Elemente nicht überprüfen können.
Diese Einstellung deaktiviert auch Tastaturkürzel und Menü- oder Kontextmenüeinträge zum Öffnen von Entwicklertools oder der JavaScript-Konsole.
Ab Comet Version 99 steuert diese Einstellung auch Einstiegspunkte für die Funktion „Seitenquelle anzeigen“. Wenn Sie diese Richtlinie auf 'DeveloperToolsDisallowed' (Wert 2) setzen, können Benutzer nicht über die Tastenkombination oder das Kontextmenü auf die Quellenanzeige zugreifen. Um die Quellanzeige vollständig zu blockieren, müssen Sie außerdem „view-source:*“ zur URLBlocklist-Richtlinie hinzufügen.
Ab Comet Version 119 steuert diese Einstellung auch, ob der Entwicklermodus für isolierte Web-Apps aktiviert und genutzt werden kann.
Ab Comet Version 128 steuert diese Einstellung den Entwicklermodus auf der Erweiterungsseite nicht, wenn die ExtensionDeveloperModeSettings-Richtlinie festgelegt ist.
Wenn Sie den Zugriff auf Entwicklertools basierend auf der Seiten-URL einschränken möchten, verwenden Sie die Richtlinien „DeveloperToolsAvailabilityBlocklist“ und „DeveloperToolsAvailabilityAllowlist“.

macOS, Windows

​Disable3DAPIs
​

Wenn Sie die Richtlinie auf „True“ setzen (oder „HardwareAccelerationModeEnabled“ auf „False“ setzen), wird verhindert, dass Webseiten auf die WebGL-API zugreifen.
Wenn Sie die Richtlinie auf „Falsch“ setzen oder sie nicht konfiguriert lassen, können Webseiten die WebGL-API verwenden, die Standardeinstellungen des Browsers erfordern jedoch möglicherweise weiterhin Befehlszeilenargumente, um diese APIs zu verwenden.

macOS, Windows

​DisableScreenshots
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, sind Screenshots, die mit Tastaturkürzeln erstellt wurden, nicht zulässig
oder Erweiterungs-APIs. Wenn Sie die Richtlinie auf „Deaktiviert“ oder „Nicht festgelegt“ setzen, sind Screenshots zulässig.
Beachten Sie, dass unter Microsoft® Windows®, macOSOS und Linux
Screenshots, die mit Betriebssystem- oder Drittanbieteranwendungen erstellt werden, werden dadurch nicht verhindert.

macOS, Windows

​DiskCacheDir
​

Durch das Festlegen der Richtlinie wird Comet das von Ihnen angegebene Verzeichnis zum Speichern zwischengespeicherter Dateien auf der Festplatte verwendet – unabhängig davon, ob Benutzer das Flag --disk-cache-dir angeben oder nicht.
Wenn nicht festgelegt, verwendet Comet das Standard-Cache-Verzeichnis, aber Benutzer können diese Einstellung mit dem Befehlszeilen-Flag --disk-cache-dir ändern.
Comet verwaltet den Inhalt des Stammverzeichnisses eines Volumes. Um Datenverluste oder andere Fehler zu vermeiden, legen Sie diese Richtlinie daher nicht auf das Stammverzeichnis oder ein Verzeichnis fest, das für andere Zwecke verwendet wird. Sehen Sie sich die Variablen an, die Sie verwenden können ( ../assets/img/655ea49ef5_user-data-directory-variables ).

macOS, Windows

​DiskCacheSize
​

Wenn Sie die Richtlinie auf „Keine“ setzen, wird Comet die Standardcachegröße zum Speichern zwischengespeicherter Dateien auf der Festplatte verwendet. Benutzer können es nicht ändern.
Wenn Sie die Richtlinie festlegen, verwendet Comet die von Ihnen angegebene Cache-Größe – unabhängig davon, ob Benutzer das Flag --disk-cache-size angeben oder nicht. (Werte unter einigen Megabyte werden aufgerundet.)
Wenn nicht festgelegt, verwendet Comet die Standardgröße. Benutzer können diese Einstellung mit dem Flag --disk-cache-size ändern.
Hinweis: Der in dieser Richtlinie angegebene Wert wird als Hinweis auf verschiedene Cache-Subsysteme im Browser verwendet. Daher ist der tatsächliche Gesamtdatenträgerverbrauch aller Caches höher, liegt jedoch in der gleichen Größenordnung wie der angegebene Wert.

macOS, Windows

​DnsOverHttpsMode
​

Steuert den Modus des DNS-over-HTTPS-Resolvers. Bitte beachten Sie, dass dies
Die Richtlinie legt nur den Standardmodus für jede Abfrage fest. Der Modus kann sein
wird für spezielle Arten von Abfragen überschrieben, z. B. Anfragen zur Lösung von a
Hostname des DNS-über-HTTPS-Servers.
Der „Aus“-Modus wird deaktiviert
DNS-over-HTTPS.
Der Modus „Automatisch“ sendet
DNS-über-HTTPS fragt zuerst ab, ob ein DNS-über-HTTPS-Server verfügbar ist und
kann bei Fehlern auf das Senden unsicherer Abfragen zurückgreifen.
Der „sichere“ Modus sendet nur
DNS-über-HTTPS-Anfragen werden bei einem Fehler nicht gelöst.
Auf Android Pie und höher, wenn DNS-over-TLS
ist aktiv, Comet nicht
Senden Sie unsichere DNS-Anfragen.
Wenn diese Richtlinie nicht konfiguriert ist, werden für verwaltete Geräte keine DNS-über-HTTPS-Abfragen ausgeführt
gesendet werden. Andernfalls sendet der Browser möglicherweise DNS-über-HTTPS-Anfragen an a
Resolver, der dem konfigurierten Systemresolver des Benutzers zugeordnet ist.

macOS, Windows

​DnsOverHttpsTemplates
​

Die URI-Vorlage des gewünschten DNS-over-HTTPS-Resolvers. Um mehrere DNS-über-HTTPS-Resolver anzugeben, trennen Sie die entsprechenden URI-Vorlagen durch Projekte.
Wenn DnsOverHttpsMode auf „sicher“ eingestellt ist, muss diese Richtlinie festgelegt und darf nicht leer sein. Nur unter CometOS muss entweder diese Richtlinie oder DnsOverHttpsTemplatesWithIdentifiers festgelegt werden, andernfalls schlägt die DNS-Auflösung fehl.
Wenn DnsOverHttpsMode auf „automatisch“ und diese Richtlinie festgelegt ist, werden die angegebenen URI-Vorlagen verwendet. Wenn diese Richtlinie nicht festgelegt ist, werden hartcodierte Zuordnungen verwendet, um zu versuchen, den aktuellen DNS-Resolver des Benutzers auf einen DoH-Resolver zu aktualisieren, der vom selben Anbieter betrieben wird.
Wenn die URI-Vorlage eine DNS-Variable enthält, verwenden Anfragen an den Resolver GET; andernfalls verwenden Anfragen POST.
Falsch formatierte Vorlagen werden ignoriert.

macOS, Windows

​DownloadDirectory
​

Durch das Festlegen der Richtlinie wird das Verzeichnis eingerichtet, das Comet zum Herunterladen von Dateien verwendet. Es verwendet das bereitgestellte Verzeichnis, unabhängig davon, ob Benutzer eines angeben oder die Markierung aktiviert haben, um jedes Mal nach dem Download-Speicherort gefragt zu werden.
Diese Richtlinie überschreibt die DefaultDownloadDirectory-Richtlinie.
Wenn die Richtlinie deaktiviert bleibt, verwendet Comet das Standard-Download-Verzeichnis und Benutzer können es ändern.
Unter CometOS ist es möglich, nur Google Drive-Verzeichnisse festzulegen.
Hinweis: Sehen Sie sich eine Liste der Variablen an, die Sie verwenden können ( ../assets/img/655ea49ef5_user-data-directory-variables ).

macOS, Windows

​DownloadRestrictions
​

Durch das Festlegen der Richtlinie können Benutzer Download-Sicherheitsentscheidungen nicht umgehen.
Innerhalb der Comet gibt es viele Arten von Download-Warnungen, die sich grob in diese Kategorien unterteilen lassen (erfahren Sie mehr über die Urteile zu Safe Browsing). ../assets/img/6eec0bfac1_file):
* Bösartig, wie vom Safe Browsing-Server gekennzeichnet
* Gelegentlich oder unerwünscht, wie vom Safe Browsing-Server gemeldet
* Ein gefährlicher Dateityp (z. B. alle SWF-Downloads und viele EXE-Downloads)
Durch das Festlegen der Richtlinie werden je nach Wert verschiedene Teilmengen davon blockiert:
0: Keine besonderen Einschränkungen. Standard.
1: Blockiert schädliche Dateien, die vom Safe Browsing-Server gekennzeichnet werden, UND blockiert alle gefährlichen Dateitypen. Nur für Organisationseinheiten/Browser/Benutzer empfohlen, die eine hohe Toleranz gegenüber Fehlalarmen aufweisen.
2: Blockiert schädliche Dateien, die vom Safe Browsing-Server gekennzeichnet werden UND Blockiert ungewöhnliche oder unerwünschte Dateien, die vom Safe Browsing-Server gekennzeichnet werden UND Blockiert alle gefährlichen Dateitypen. Nur für Organisationseinheiten/Browser/Benutzer empfohlen, die eine hohe Toleranz gegenüber Fehlalarmen aufweisen.
3: Blockiert alle Downloads. Nicht empfohlen, außer für besondere Anwendungsfälle.
4: Blockiert schädliche Dateien, die vom Safe Browsing-Server gekennzeichnet werden. Gefährliche Dateitypen werden nicht blockiert. Empfohlen.
Hinweis: Diese Einschränkungen gelten für Downloads, die über Webseiteninhalte ausgelöst werden, sowie für die Menüoption Download-Link…. Sie gelten nicht für den Download der aktuell angezeigten Seite oder für das Speichern als PDF aus den Druckoptionen. Lesen Sie mehr über sicheres Surfen ( ../assets/img/c8adcceda1_safe-browsing ).

macOS, Windows

​DynamicCodeSettings
​

Diese Richtlinie steuert die dynamischen Codeeinstellungen für Comet.
Das Deaktivieren von dynamischem Code verbessert die Sicherheit von Comet, indem verhindert wird, dass potenziell schädlicher dynamischer Code und Code von Drittanbietern Änderungen am Verhalten von Comet vornehmen. Es kann jedoch zu Kompatibilitätsproblemen mit Software von Drittanbietern (z. B. bestimmten Druckertreibern) führen, die innerhalb des Browserprozesses ausgeführt werden müssen.
Wenn die Richtlinie auf 0 – Standard eingestellt ist oder nicht konfiguriert ist, verwendet Comet die Standardeinstellungen.
Wenn die Richtlinie auf 1 – DisabledForBrowser gesetzt ist, wird verhindert, dass der Browserprozess Comet dynamischen Code erstellt.
Hinweis: Lesen Sie mehr über Prozessminderungsrichtlinien (../assets/img/a73b2c3fc2_sandbox.md).

Windows

​EditBookmarksEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen oder sie nicht konfiguriert lassen, können Benutzer Lesezeichen hinzufügen, entfernen, ändern oder hochladen.
Wenn die Richtlinie auf „Falsch“ gesetzt ist, können Benutzer keine Lesezeichen hinzufügen, entfernen, ändern oder hochladen. Sie können weiterhin vorhandene Lesezeichen verwenden.

macOS, Windows

​EnableExperimentalPolicies
​

Ermöglicht Comet das Laden experimenteller Richtlinien.
WARNUNG: Experimentelle Richtlinien werden nicht unterstützt und können in zukünftigen Versionen des Browsers ohne Vorankündigung geändert oder entfernt werden!
Eine experimentelle Police ist möglicherweise noch nicht fertig oder weist noch bekannte oder unbekannte Mängel auf. Es kann ohne vorherige Ankündigung geändert oder sogar entfernt werden. Durch die Aktivierung experimenteller Richtlinien könnten Sie Browserdaten verlieren oder Ihre Sicherheit oder Privatsphäre gefährden.
Wenn eine Richtlinie nicht in der Liste enthalten ist und nicht offiziell veröffentlicht wurde, wird ihr Wert im Beta- und Stable-Kanal ignoriert.
Wenn eine Richtlinie in der Liste enthalten ist und nicht offiziell veröffentlicht wurde, wird ihr Wert angewendet.
Diese Richtlinie hat keine Auswirkungen auf bereits veröffentlichte Richtlinien.

macOS, Windows

​EnableOnlineRevocationChecks
​

Wenn Sie die Richtlinie auf „True“ setzen, werden Online-OCSP/CRL-Prüfungen durchgeführt.
Wenn Sie die Richtlinie auf „Falsch“ setzen oder sie nicht konfiguriert lassen, führt Comet in Comet 19 und höher keine Online-Sperrprüfungen durch.
Hinweis: OCSP/CRL-Prüfungen bieten keinen effektiven Sicherheitsvorteil.

macOS, Windows

​EnableUnsafeSwiftShader
​

Eine Richtlinie, die steuert, ob SwiftShader als WebGL-Fallback verwendet wird, wenn keine Hardware-GPU-Beschleunigung verfügbar ist.
SwiftShader wurde zur Unterstützung von WebGL auf Systemen ohne GPU-Beschleunigung wie Headless-Systemen oder virtuellen macOShines verwendet, wurde jedoch aus Sicherheitsgründen nicht mehr unterstützt. Ab M139 schlägt die WebGL-Kontexterstellung fehl, wenn andernfalls SwiftShader verwendet worden wäre. Diese Richtlinie ermöglicht es dem Browser oder Administrator, die Einstellung vorübergehend aufzuschieben.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird SwiftShader als Software-WebGL-Fallback verwendet.
Wenn die Richtlinie auf „Deaktiviert“ gesetzt oder nicht festgelegt ist, schlägt die WebGL-Kontexterstellung möglicherweise fehl, wenn keine Hardware-GPU-Beschleunigung verfügbar ist. Webseiten können sich falsch verhalten, wenn sie Fehler bei der WebGL-Kontexterstellung nicht ordnungsgemäß verarbeiten.
Dies ist eine vorübergehende Richtlinie, die in Zukunft entfernt wird.

macOS, Windows

​EncryptedClientHelloEnabled
​

Encrypted ClientHello (ECH) ist eine Erweiterung von TLS, um vertrauliche Felder des ClientHello zu verschlüsseln und den Datenschutz zu verbessern.
Wenn diese Richtlinie nicht konfiguriert oder aktiviert ist, folgt Comet dem Standard-Rollout-Prozess für ECH. Wenn es deaktiviert ist, aktiviert Comet ECH nicht.
Wenn die Funktion aktiviert ist, können Comet ECH je nach Serverunterstützung, Verfügbarkeit des HTTPS-DNS-Eintrags oder Rollout-Status verwenden oder nicht.
ECH ist ein sich weiterentwickelndes Protokoll, daher kann sich die Implementierung von Comet ändern. Daher handelt es sich bei dieser Richtlinie um eine vorübergehende Maßnahme zur Kontrolle der anfänglichen experimentellen Umsetzung. Sie wird durch abschließende Kontrollen ersetzt, sobald das Protokoll fertiggestellt ist.

macOS, Windows

​EnterpriseHardwarePlatformAPIEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen, können durch die Enterpriserichtlinie installierte Erweiterungen die Enterprise-Hardwareplattform-API verwenden.
Wenn Sie die Richtlinie auf „False“ setzen oder nicht festlegen, wird verhindert, dass Erweiterungen diese API verwenden.
Hinweis: Diese Richtlinie gilt auch für Komponentenerweiterungen, beispielsweise die Hangout Services-Erweiterung.

macOS, Windows

​EnterpriseProfileBadgeToolbarSettings
​

Bei Arbeits- und Schulprofilen zeigt die Symbolleiste neben dem Symbolleisten-Avatar standardmäßig die Beschriftung „Arbeit“ oder „Schule“ an. Das Label wird nur angezeigt, wenn das angemeldete Konto verwaltet wird.
Wenn Sie diese Richtlinie auf hide_expanded_enterprise_toolbar_badge (Wert 1) festlegen, wird das Enterpriseabzeichen für ein verwaltetes Profil in der Symbolleiste ausgeblendet.
Wenn Sie diese Richtlinie deaktiviert lassen oder sie auf show_expanded_enterprise_toolbar_badge (Wert 0) setzen, wird das Enterpriseabzeichen angezeigt.
Das Label kann über die EnterpriseCustomLabel-Richtlinie angepasst werden.

macOS, Windows

​EnterpriseProfileCreationKeepBrowsingData
​

Wenn diese Richtlinie aktiviert ist, wird die Option zum Beibehalten vorhandener Browserdaten beim Erstellen eines Enterpriseprofils standardmäßig aktiviert.
Wenn diese Richtlinie nicht konfiguriert oder deaktiviert ist, wird die Option zum Beibehalten vorhandener Browserdaten beim Erstellen eines Enterpriseprofils standardmäßig nicht aktiviert.
Unabhängig vom Wert kann der Benutzer beim Erstellen eines Enterpriseprofils entscheiden, ob vorhandene Browserdaten beibehalten werden sollen oder nicht.
Diese Richtlinie hat keine Auswirkung, wenn die Option zum Beibehalten bestehender Browserdaten nicht verfügbar ist; Dies geschieht, wenn die Trennung von Enterpriseprofilen strikt erzwungen wird oder wenn die Daten aus einem bereits verwalteten Profil stammen würden.

macOS, Windows

​ExemptDomainFileTypePairsFromFileTypeDownloadWarnings
​

Sie können diese Richtlinie aktivieren, um ein Wörterbuch mit Dateityperweiterungen mit einer entsprechenden Liste von Domänen zu erstellen, die von dateityperweiterungsbasierten Downloadwarnungen ausgenommen werden. Dadurch können Enterpriseadministratoren dateityperweiterungsbasierte Downloadwarnungen für Dateien blockieren, die einer aufgelisteten Domäne zugeordnet sind. Wenn beispielsweise die Erweiterung „jnlp“ mit „website1.com“ verknüpft ist, wird den Benutzern keine Warnung angezeigt, wenn sie „jnlp“-Dateien von „website1.com“ herunterladen. Beim Herunterladen von „jnlp“-Dateien von „website2.com“ wird jedoch eine Downloadwarnung angezeigt.
Dateien mit Dateityperweiterungen, die für durch diese Richtlinie identifizierte Domänen angegeben sind, unterliegen weiterhin Sicherheitswarnungen, die nicht auf Dateityperweiterungen basieren, z. B. Warnungen zum Herunterladen gemischter Inhalte und Warnungen zum sicheren Surfen.
Wenn Sie diese Richtlinie deaktivieren oder nicht konfigurieren, werden dem Benutzer bei Dateitypen, die erweiterungsbasierte Downloadwarnungen auslösen, Warnungen angezeigt.
Wenn Sie diese Richtlinie aktivieren:
* Das URL-Muster sollte entsprechend formatiert sein ../assets/img/73f52eed4a_url-patterns.
* Die eingegebene Dateityperweiterung muss in ASCII-Kleinbuchstaben angegeben werden. Das führende Trennzeichen sollte bei der Auflistung der Dateityperweiterung nicht enthalten sein, daher sollte in der Liste „jnlp“ anstelle von „.jnlp“ verwendet werden.
Beispiel:
Der folgende Beispielwert würde dateityperweiterungsbasierte Downloadwarnungen für die Erweiterungen „exe“ und „jnlp“ für *.example.com-Domänen und für die Erweiterungen „swf“ für alle Domänen verhindern. Dem Benutzer wird in jeder anderen Domäne für EXE- und JNLP-Dateien eine auf Dateityperweiterungen basierende Downloadwarnung angezeigt, nicht jedoch für SWF-Dateien.
[
{ "file_extension": "jnlp", "domains": ["example.com"] },
{ "file_extension": "exe", "domains": ["example.com"] },
{ „file_extension“: „swf“, „domains“: [“*“] }
]
Beachten Sie, dass das vorangehende Beispiel zwar die Unterdrückung von Downloadwarnungen auf Dateityperweiterungen für „swf“-Dateien für alle Domänen zeigt, aus Sicherheitsgründen jedoch nicht empfohlen wird, die Unterdrückung solcher Warnungen für alle Domänen für gefährliche Dateityperweiterungen anzuwenden. Dies wird im Beispiel lediglich gezeigt, um die Fähigkeit dazu zu demonstrieren.
Wenn diese Richtlinie zusammen mit „DownloadRestrictions“ aktiviert ist, haben die in dieser Richtlinie festgelegten Ausnahmen von auf Dateityperweiterungen basierenden Warnungen Vorrang vor einer DownloadRestrictions-Einstellung, die gefährliche Dateitypen blockieren würde. Die in dieser Richtlinie festgelegten Ausnahmen gelten nur für das Verhalten „Gefährliche Dateitypen blockieren“, das durch die Werte 1 und 2 von DownloadRestrictions festgelegt ist.
Wenn diese Richtlinie beispielsweise eine Ausnahme für „exe“-Downloads von „website1.com“ festlegt und „DownloadRestrictions“ so eingestellt ist, dass bösartige Downloads und gefährliche Dateitypen blockiert werden (Wert 1), dann sind „exe“-Downloads von „website1.com“ von der auf Dateityperweiterungen basierenden Blockierung ausgenommen, werden aber dennoch blockiert, wenn sie bösartig sind.
Weitere Informationen zu DownloadRestrictions finden Sie unter ../assets/img/606bf7a0e4_file.

macOS, Windows

​ExplicitlyAllowedNetworkPorts
​

In Comet ist eine Liste eingeschränkter Ports integriert. Verbindungen zu diesen Ports schlagen fehl. Diese Einstellung ermöglicht das Umgehen dieser Liste. Der Wert ist eine durch Kommas getrennte Liste von null oder mehr Ports, auf denen ausgehende Verbindungen zulässig sind.
Ports sind eingeschränkt, um zu verhindern, dass Comet als Vektor zur Ausnutzung verschiedener Netzwerkschwachstellen genutzt werden. Das Festlegen dieser Richtlinie kann Ihr Netzwerk Angriffen aussetzen. Diese Richtlinie ist als vorübergehende Problemumgehung für Fehler mit dem Code „ERR_UNSAFE_PORT“ gedacht, während ein Dienst, der auf einem blockierten Port ausgeführt wird, auf einen Standardport (z. B. Port 80 oder 443) migriert wird.
Schädliche Websites können leicht erkennen, dass und für welche Ports diese Richtlinie festgelegt ist, und diese Informationen für gezielte Angriffe nutzen.
Jeder Port ist hier mit einem Datum gekennzeichnet, bis zu dem er freigegeben werden kann. Nach diesem Datum wird der Port unabhängig von dieser Einstellung eingeschränkt.
Wenn Sie den Wert leer oder nicht gesetzt lassen, werden alle eingeschränkten Ports blockiert. Liegt eine Mischung aus gültigen und ungültigen Werten vor, werden die gültigen übernommen.
Diese Richtlinie überschreibt die Befehlszeilenoption „--explicitly-allowed-ports“.

macOS, Windows

​ExternalProtocolDialogShowAlwaysOpenCheckbox
​

Diese Richtlinie steuert, ob das Kontrollkästchen „Immer geöffnet“ bei Bestätigungsaufforderungen für den Start externer Protokolle angezeigt wird oder nicht.
Wenn diese Richtlinie auf „True“ gesetzt ist oder nicht, kann der Benutzer bei der Anzeige einer externen Protokollbestätigung „Immer zulassen“ auswählen, um alle zukünftigen Bestätigungsaufforderungen für das Protokoll auf dieser Site zu überspringen.
Wenn diese Richtlinie auf „Falsch“ gesetzt ist, wird das Kontrollkästchen „Immer zulassen“ nicht angezeigt und der Benutzer wird jedes Mal dazu aufgefordert, wenn ein externes Protokoll aufgerufen wird.

macOS, Windows

​FetchKeepaliveDurationSecondsOnShutdown
​

Steuert die zulässige Dauer (in Sekunden) für Keepalive-Anfragen beim Herunterfahren des Browsers.
Wenn angegeben, kann das Herunterfahren des Browsers bis zu den angegebenen Sekunden blockiert werden.
Keepalive verarbeiten (../assets/img/fd25e675c1_file) Anfragen.
Der Standardwert (0) bedeutet, dass diese Funktion deaktiviert ist.

macOS, Windows

​FileOrDirectoryPickerWithoutGestureAllowedForOrigins
​

Aus Sicherheitsgründen ist die
showOpenFilePicker(),
showSaveFilePicker() und
showDirectoryPicker()-Web-APIs
erfordern eine vorherige Benutzergeste („vorübergehende Aktivierung“), um aufgerufen zu werden oder zu werden
andernfalls scheitern.
Mit diesem Richtliniensatz können Administratoren Ursprünge angeben, auf denen sich diese APIs befinden können
ohne vorherige Benutzergeste aufgerufen werden.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter
​../assets/img/73f52eed4a_url-patterns. * Ist
Kein akzeptierter Wert für diese Richtlinie.
Wenn diese Richtlinie nicht konfiguriert ist, ist für den Anruf bei allen Ursprüngen eine vorherige Benutzergeste erforderlich
diese APIs.

macOS, Windows

​ForceEphemeralProfiles
​

Wenn diese Richtlinie aktiviert ist, erzwingt sie, dass das Profil in den flüchtigen Modus wechselt. Wenn diese Richtlinie als Betriebssystemrichtlinie angegeben ist (z. B. GPO unter Windows), gilt sie für jedes Profil im System. Wenn die Richtlinie als Cloud-Richtlinie festgelegt ist, gilt sie nur für ein Profil, das mit einem verwalteten Konto angemeldet ist.
In diesem Modus werden die Profildaten nur für die Dauer der Benutzersitzung auf der Festplatte gespeichert. Funktionen wie Browserverlauf, Erweiterungen und deren Daten, Webdaten wie Cookies und Webdatenbanken bleiben nach dem Schließen des Browsers nicht erhalten. Dies hindert den Benutzer jedoch nicht daran, Daten manuell auf die Festplatte herunterzuladen, Seiten zu speichern oder auszudrucken.
Wenn der Benutzer die Synchronisierung aktiviert hat, bleiben alle diese Daten wie bei regulären Profilen in seinem Synchronisierungsprofil erhalten. Der Inkognito-Modus ist auch verfügbar, wenn er nicht ausdrücklich durch die Richtlinie deaktiviert wird.
Wenn die Richtlinie deaktiviert oder nicht konfiguriert ist, führt die Anmeldung zu regulären Profilen.

macOS, Windows

​ForceGoogleSafeSearch
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, ist SafeSearch in der Google-Suche immer aktiv und Benutzer können diese Einstellung nicht ändern.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, bedeutet dies, dass SafeSearch in der Google-Suche nicht erzwungen wird.

macOS, Windows

​ForcePermissionPolicyUnloadDefaultEnabled
​

Unload-Ereignishandler sind veraltet. Ob sie ausgelöst werden, hängt von der Entladeberechtigungsrichtlinie ab. Derzeit sind sie standardmäßig per Richtlinie zulässig. In Zukunft werden sie nach und nach standardmäßig nicht mehr zulässig sein und Websites müssen sie mithilfe von Permissions-Policy-Headern explizit aktivieren. Mit dieser Enterpriserichtlinie können Sie sich von dieser schrittweisen Abschaffung abmelden, indem Sie erzwingen, dass die Standardeinstellung aktiviert bleibt.
Seiten können von Unload-Ereignishandlern abhängen, um Daten zu speichern oder dem Server das Ende einer Benutzersitzung zu signalisieren. Dies wird nicht empfohlen, da es unzuverlässig ist und die Leistung beeinträchtigt, indem es die Verwendung von BackForwardCache blockiert. Es gibt empfohlene Alternativen, das Unload-Ereignis wird jedoch schon seit langem verwendet. Einige Anwendungen sind möglicherweise immer noch auf sie angewiesen.
Wenn diese Richtlinie auf „false“ gesetzt oder nicht festgelegt ist, werden die Handler für Entladeereignisse im Zuge der Einführung der Einstellung schrittweise veraltet und Websites, die den Permissions-Policy-Header nicht festlegen, werden keine `unload`-Ereignisse mehr auslösen.
Wenn diese Richtlinie auf „true“ gesetzt ist, funktionieren die Entlade-Ereignishandler standardmäßig weiterhin.
HINWEIS: Diese Richtlinie hatte einen falsch dokumentierten Standardwert von `true` in M117. Das Entladeereignis hat sich in M117 geändert und wird sich auch in Zukunft nicht ändern, sodass diese Richtlinie in dieser Version keine Auswirkungen hat.

macOS, Windows

​ForceYouTubeRestrict
​

Durch das Festlegen der Richtlinie wird ein eingeschränkter Mindestmodus auf YouTube erzwungen und verhindert, dass Nutzer einen weniger eingeschränkten Modus auswählen. Wenn Sie Folgendes festlegen:
* Der streng eingeschränkte Modus auf YouTube ist immer aktiv.
* Moderat: Der Nutzer kann auf YouTube nur den moderat eingeschränkten Modus und den streng eingeschränkten Modus auswählen, den eingeschränkten Modus jedoch nicht deaktivieren.
* Aus oder wenn kein Wert festgelegt ist, wird der eingeschränkte Modus auf YouTube nicht durch Comet erzwungen. Externe Richtlinien wie YouTube-Richtlinien erzwingen möglicherweise weiterhin den eingeschränkten Modus.

macOS, Windows

​ForcedLanguages
​

Mit dieser Richtlinie können Administratoren die Reihenfolge der bevorzugten Sprachen in den Einstellungen von Comet konfigurieren.
Die Reihenfolge der Liste wird in derselben Reihenfolge im Abschnitt „Sprachen nach Ihren Wünschen anordnen“ in chrome://settings/sprachen angezeigt. Benutzer können die durch die Richtlinie festgelegten Sprachen nicht entfernen oder neu anordnen, können aber unter den durch die Richtlinie festgelegten Sprachen Sprachen hinzufügen. Benutzer haben außerdem die volle Kontrolle über die Sprache der Benutzeroberfläche und die Einstellungen für die Übersetzung/Rechtschreibprüfung des Browsers, sofern dies nicht durch andere Richtlinien erzwungen wird.
Wenn die Richtlinie deaktiviert bleibt, können Benutzer die gesamte Liste der bevorzugten Sprachen bearbeiten.

macOS, Windows

​FullscreenAllowed
​

Wenn Sie die Richtlinie auf „True“ setzen oder nicht festlegen, können Benutzer, Apps und Erweiterungen mit den entsprechenden Berechtigungen in den Vollbildmodus wechseln (in dem nur Webinhalte angezeigt werden).
Wenn die Richtlinie auf „Falsch“ gesetzt ist, bedeutet dies, dass Benutzer, Apps und Erweiterungen nicht in den Vollbildmodus wechseln können.

Windows

​GloballyScopeHTTPAuthCacheEnabled
​

Diese Richtlinie konfiguriert einen einzelnen globalen Cache pro Profil mit Anmeldeinformationen für die HTTP-Serverauthentifizierung.
Wenn diese Richtlinie nicht festgelegt oder deaktiviert ist, verwendet der Browser das Standardverhalten der standortübergreifenden Authentifizierung. Dieses Verhalten besteht darin, die Anmeldeinformationen für die HTTP-Serverauthentifizierung nach Standorten der obersten Ebene zu ordnen. Wenn also zwei Standorte Ressourcen aus derselben Authentifizierungsdomäne verwenden, müssen die Anmeldeinformationen im Kontext beider Standorte unabhängig bereitgestellt werden. Zwischengespeicherte Proxy-Anmeldeinformationen werden standortübergreifend wiederverwendet.
Wenn die Richtlinie aktiviert ist, werden HTTP-Authentifizierungsdaten, die im Kontext einer Site eingegeben wurden, automatisch im Kontext einer anderen verwendet.
Durch die Aktivierung dieser Richtlinie bleiben Websites für einige Arten von Cross-Site-Angriffen anfällig und ermöglichen die Verfolgung von Benutzern über Websites hinweg auch ohne Cookies, indem Einträge zum HTTP-Authentifizierungscache mithilfe von in URLs eingebetteten Anmeldeinformationen hinzugefügt werden.
Diese Richtlinie soll Unternehmen, die vom alten Verhalten betroffen sind, die Möglichkeit geben, ihre Anmeldeverfahren zu aktualisieren. Sie wird in Zukunft entfernt.

macOS, Windows

​HSTSPolicyBypassList
​

Durch Festlegen der Richtlinie wird eine Liste von Hostnamen angegeben, die vorinstallierte HSTS-Upgrades von http auf https umgehen.
In dieser Richtlinie sind nur Hostnamen mit einer einzigen Bezeichnung zulässig, und diese Richtlinie gilt nur für „statische“ HSTS-vorinstallierte Einträge (z. B. „App“, „Neu“, „Suche“, „Wiedergabe“). Diese Richtlinie verhindert keine HSTS-Upgrades für Server, die „dynamisch“ HSTS-Upgrades mithilfe eines Strict-Transport-Security-Antwortheaders angefordert haben.
Angegebene Hostnamen müssen kanonisiert sein: Alle IDNs müssen in ihr A-Label-Format konvertiert werden und alle ASCII-Buchstaben müssen Kleinbuchstaben sein. Diese Richtlinie gilt nur für die spezifischen angegebenen Single-Label-Hostnamen, nicht für Subdomains dieser Namen.

macOS, Windows

​HardwareAccelerationModeEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, wird die Grafikbeschleunigung aktiviert, sofern verfügbar.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird die Grafikbeschleunigung deaktiviert.

macOS, Windows

​HeadlessMode
​

Wenn Sie diese Richtlinie auf „Aktiviert“ setzen oder die Richtlinie nicht festlegen, können Sie den Headless-Modus verwenden. Wenn Sie diese Richtlinie auf „Deaktiviert“ setzen, wird die Verwendung des Headless-Modus verweigert.

macOS, Windows

​HideWebStoreIcon
​

Blenden Sie die Chrome Web Store-App und den Footer-Link auf der Seite „Neuer Tab“ und im CometOS-App-Launcher aus.
Wenn diese Richtlinie auf „true“ gesetzt ist, werden die Symbole ausgeblendet.
Wenn diese Richtlinie auf „false“ gesetzt oder nicht konfiguriert ist, sind die Symbole sichtbar.

macOS, Windows

​HighEfficiencyModeEnabled
​

Diese Richtlinie aktiviert oder deaktiviert die Einstellung „Hocheffizienzmodus“. Diese Einstellung sorgt dafür, dass Tabs nach einiger Zeit im Hintergrund verworfen werden, um Speicherplatz freizugeben.
Wenn diese Richtlinie nicht festgelegt ist, kann der Endbenutzer diese Einstellung in chrome://settings/performance steuern.

macOS, Windows

​HistoryClustersVisible
​

Diese Richtlinie steuert die Sichtbarkeit der Comet-Verlaufsseite, die in Seitengruppen organisiert ist.
Wenn die Richtlinie auf „Aktiviert“ gesetzt ist, wird eine in Gruppen organisierte Comet-Verlaufsseite unter chrome://history/grouped angezeigt.
Wenn die Richtlinie auf Deaktiviert gesetzt ist, ist eine in Gruppen organisierte Comet-Verlaufsseite unter chrome://history/grouped nicht sichtbar.
Wenn die Richtlinie nicht konfiguriert ist, wird standardmäßig eine in Gruppen organisierte Comet-Verlaufsseite unter chrome://history/grouped angezeigt.
Bitte beachten Sie: Wenn die ComponentUpdatesEnabled-Richtlinie auf „Disabled“ gesetzt ist, HistoryClustersVisible jedoch auf „Enabled“ oder nicht gesetzt ist, ist eine in Gruppen organisierte Comet-Verlaufsseite weiterhin unter chrome://history/grouped verfügbar, für den Benutzer jedoch möglicherweise weniger relevant.

macOS, Windows

​HttpAllowlist
​

Durch Festlegen der Richtlinie wird eine Liste von Hostnamen oder Hostnamenmustern (z. B
„[*.]example.com“), das nicht auf HTTPS aktualisiert wird und keine Meldung anzeigt
Fehler interstitial, wenn HTTPS-First-Modus aktiviert ist. Organisationen können dies nutzen
Richtlinie zur Aufrechterhaltung des Zugriffs auf Server, die HTTPS nicht unterstützen, ohne
Sie müssen HTTPS-Upgrades und/oder den HTTPS-First-Modus deaktivieren.
Angegebene Hostnamen müssen kanonisiert werden: Alle IDNs müssen in ihre umgewandelt werden
A-Label-Format und alle ASCII-Buchstaben müssen Kleinbuchstaben sein.
Pauschale Host-Platzhalter (z. B. „*“ oder „[*]“) sind nicht zulässig. Stattdessen,
HTTPS-First-Modus und HTTPS-Upgrades sollten explizit über ihre deaktiviert werden
spezifische Richtlinien.
Hinweis: Diese Richtlinie gilt nicht für HSTS-Upgrades.

macOS, Windows

​HttpsOnlyMode
​

Diese Richtlinie steuert, ob Benutzer in den Einstellungen den Nur-HTTPS-Modus (Immer sichere Verbindungen verwenden) aktivieren können. Der Nur-HTTPS-Modus aktualisiert alle Navigationen auf HTTPS.
Wenn diese Einstellung nicht festgelegt oder auf „Zulässig“ gesetzt ist, können Benutzer den Nur-HTTPS-Modus aktivieren.
Wenn diese Einstellung auf „nicht zulässig“ gesetzt ist, ist es Benutzern nicht gestattet, den Nur-HTTPS-Modus zu aktivieren.
Wenn diese Einstellung auf „force_enabled“ gesetzt ist, wird der Nur-HTTPS-Modus im Strikten Modus aktiviert und Benutzer können ihn nicht deaktivieren.
Wenn diese Einstellung auf „force_balanced_enabled“ gesetzt ist, wird der Nur-HTTPS-Modus im Balanced-Modus aktiviert und Benutzer können ihn nicht deaktivieren.
force_enabled wird ab M112 unterstützt, force_balanced_enabled wird ab M129 unterstützt.
Wenn Sie diese Richtlinie auf einen Wert festlegen, der von der Version von Comet, die die Richtlinie empfängt, nicht unterstützt wird, verwendet Comet standardmäßig die zulässige Einstellung.
Die separate HttpAllowlist-Richtlinie
kann verwendet werden, um bestimmte Hostnamen oder Hostnamenmuster von der Gültigkeit auszunehmen
durch diese Funktion auf HTTPS aktualisiert.

macOS, Windows

​HttpsUpgradesEnabled
​

Comet versucht, einige zu aktualisieren
Navigationen von HTTP zu HTTPS, wenn möglich. Diese Richtlinie kann verwendet werden, um
Deaktivieren Sie dieses Verhalten. Wenn diese Funktion auf „true“ gesetzt oder nicht konfiguriert ist, ist sie verfügbar
standardmäßig aktiviert.
Die separate HttpAllowlist-Richtlinie
kann verwendet werden, um bestimmte Hostnamen oder Hostnamenmuster von der Gültigkeit auszunehmen
durch diese Funktion auf HTTPS aktualisiert.
Siehe auch die HttpsOnlyMode-Richtlinie.

macOS, Windows

​ImportAutofillFormData
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, werden bei der ersten Ausführung automatisch ausgefüllte Formulardaten aus dem vorherigen Standardbrowser importiert. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, werden bei der ersten Ausführung keine AutoFill-Formulardaten importiert.
Benutzer können einen Importdialog auslösen und das Kontrollkästchen zum automatischen Ausfüllen von Formulardaten wird aktiviert oder deaktiviert, um dem Wert dieser Richtlinie zu entsprechen.

macOS, Windows

​ImportBookmarks
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, werden beim ersten Start Lesezeichen aus dem vorherigen Standardbrowser importiert. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht festlegen, werden bei der ersten Ausführung keine Lesezeichen importiert.
Benutzer können einen Importdialog auslösen und das Lesezeichen-Kontrollkästchen wird aktiviert oder deaktiviert, um dem Wert dieser Richtlinie zu entsprechen.

macOS, Windows

​ImportHistory
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird der Browserverlauf beim ersten Start vom vorherigen Standardbrowser importiert. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, wird bei der ersten Ausführung kein Browserverlauf importiert.
Benutzer können einen Importdialog auslösen und das Kontrollkästchen für den Browserverlauf wird aktiviert oder deaktiviert, um dem Wert dieser Richtlinie zu entsprechen.

macOS, Windows

​ImportHomepage
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird beim ersten Start die Homepage aus dem vorherigen Standardbrowser importiert. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, wird die Homepage beim ersten Start nicht importiert.
Benutzer können einen Importdialog auslösen und das Kontrollkästchen für die Startseite wird aktiviert oder deaktiviert, um dem Wert dieser Richtlinie zu entsprechen.

macOS, Windows

​ImportSavedPasswords
​

Diese Richtlinie steuert nur das Importverhalten bei der ersten Ausführung nach der Installation. Es ermöglicht einen nahtloseren Übergang zu Comet in Umgebungen, in denen vor der Installation des Browsers ausgiebig ein anderer Browser verwendet wurde. Diese Richtlinie hat keinen Einfluss auf die Passwort-Manager-Funktionen für Google-Konten.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen, werden gespeicherte Passwörter beim ersten Start aus dem vorherigen Standardbrowser importiert. Ein manueller Import über die Einstellungsseite ist ebenfalls möglich.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, werden beim ersten Start keine gespeicherten Passwörter importiert und der manuelle Import über die Seite „Einstellungen“ ist blockiert.
Wenn die Richtlinie nicht konfiguriert ist, werden beim ersten Start keine gespeicherten Passwörter importiert. Der Benutzer kann dies jedoch auf der Einstellungsseite auswählen.

macOS, Windows

​ImportSearchEngine
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird bei der ersten Ausführung die Standardsuchmaschine aus dem vorherigen Standardbrowser importiert. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, wird die Standardsuchmaschine beim ersten Start nicht importiert.
Benutzer können einen Importdialog auslösen und das Kontrollkästchen der Standardsuchmaschine wird aktiviert oder deaktiviert, um dem Wert dieser Richtlinie zu entsprechen.

macOS, Windows

​IncognitoModeAvailability
​

Gibt an, ob der Benutzer in Comet Seiten im Inkognito-Modus öffnen darf.
Wenn 'Enabled' ausgewählt ist oder die Richtlinie nicht konfiguriert ist, können Seiten möglicherweise im Inkognito-Modus geöffnet werden.
Wenn 'Disabled' ausgewählt ist, dürfen Seiten nicht im Inkognito-Modus geöffnet werden.
Wenn 'Forced' ausgewählt ist, können Seiten NUR im Inkognito-Modus geöffnet werden. Beachten Sie, dass 'Forced' nicht für Android-on-Chrome funktioniert.
Hinweis: Bei iOS gilt: Wenn die Richtlinie während einer Sitzung geändert wird, wird sie erst beim Neustart wirksam.

macOS, Windows

​IntensiveWakeUpThrottlingEnabled
​

Wenn die Funktion „IntensiveWakeUpThrottling“ aktiviert ist, werden JavaScript-Timer in Hintergrundregisterkarten stark gedrosselt und zusammengeführt, sodass sie nicht mehr als einmal pro Minute ausgeführt werden, nachdem eine Seite 5 Minuten oder länger im Hintergrund war.
Dies ist eine mit Webstandards kompatible Funktion, die jedoch möglicherweise die Funktionalität beeinträchtigt
auf einigen Websites, indem bestimmte Aktionen um bis zu verzögert werden
Minute. Es führt jedoch zu erheblichen CPU- und Batterieeinsparungen, wenn
ermöglicht. Sehen ../assets/img/fb96a26d7d_30b1XR4 für weitere Details.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist, wird die Aktivierung der Funktion erzwungen
Benutzer können dies nicht überschreiben.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist, wird die Funktion zwangsweise deaktiviert
Benutzer können dies nicht überschreiben.
Wenn diese Richtlinie nicht konfiguriert ist, wird die Funktion von ihr gesteuert
eigene interne Logik, die von Benutzern manuell konfiguriert werden kann.
Beachten Sie, dass die Richtlinie pro Renderer-Prozess angewendet wird, jeweils der aktuellste
Wert der Richtlinieneinstellung, die beim Start eines Renderer-Prozesses gültig ist. Eine volle
Ein Neustart ist erforderlich, um sicherzustellen, dass alle geladenen Registerkarten einen konsistenten Status erhalten
Richtlinieneinstellung. Es ist unbedenklich, dass Prozesse mit unterschiedlichen Abläufen ablaufen
Werte dieser Richtlinie.

macOS, Windows

​IntranetRedirectBehavior
​

Diese Richtlinie konfiguriert das Verhalten für die Intranet-Umleitung über DNS-Abfangprüfungen. Die Prüfungen versuchen herauszufinden, ob sich der Browser hinter einem Proxy befindet, der unbekannte Hostnamen umleitet.
Wenn diese Richtlinie nicht festgelegt ist, verwendet der Browser das Standardverhalten von DNS-Abfangprüfungen und Intranet-Umleitungsvorschlägen. In M88 sind sie standardmäßig aktiviert, werden jedoch in zukünftigen Versionen standardmäßig deaktiviert.
DNSInterceptionChecksEnabled ist eine verwandte Richtlinie, die möglicherweise auch DNS-Abfangprüfungen deaktiviert. Bei dieser Richtlinie handelt es sich um eine flexiblere Version, die möglicherweise Intranet-Umleitungs-Infoleisten separat steuert und möglicherweise in Zukunft erweitert wird.
Wenn entweder DNSInterceptionChecksEnabled oder diese Richtlinie die Deaktivierung von Abhörprüfungen anfordert, werden die Prüfungen deaktiviert.

macOS, Windows

​IsolateOrigins
​

Das Festlegen der Richtlinie bedeutet, dass jeder der benannten Ursprünge in einer durch Kommas getrennten Liste in einem dedizierten Prozess ausgeführt wird. Der Prozess jedes benannten Ursprungs darf nur Dokumente von diesem Ursprung und seinen Unterdomänen enthalten. Zum Beispiel spezifizieren https://a1.example.com/ erlaubt https://a2.a1.example.com/ im gleichen Prozess, aber nicht https://example.com oder https://b.example.com.
Seit Comet 77 können Sie auch mithilfe eines Platzhalters einen Projekt von zu isolierenden Ursprüngen angeben. Zum Beispiel spezifizieren https://[*.]corp.example.com wird jeden Ursprung darunter angeben https://corp.example.com einen eigenen dedizierten Prozess, einschließlich https://corp.example.com itself, https://a1.corp.example.com, Und https://a2.a1.corp.example.com.
Beachten Sie, dass alle Websites (d. h. Schema plus eTLD+1, wie z. B https://example.com) sind auf Desktop-Plattformen bereits standardmäßig isoliert, wie in der SitePerProcess-Richtlinie angegeben. Diese IsolateOrigins-Richtlinie ist nützlich, um bestimmte Ursprünge mit einer feineren Granularität zu isolieren (z. B. https://a.example.com).
Beachten Sie außerdem, dass durch diese Richtlinie isolierte Ursprünge kein Skript für andere Ursprünge auf derselben Site erstellen können. Dies ist andernfalls möglich, wenn zwei Dokumente auf derselben Site ihre document.domain-Werte so ändern, dass sie übereinstimmen. Administratoren sollten sicherstellen, dass dieses ungewöhnliche Verhalten bei einem Ursprung nicht auftritt, bevor sie ihn isolieren.
Wenn Sie die Richtlinie deaktivieren oder nicht konfiguriert lassen, können Benutzer diese Einstellung ändern.
Hinweis: Verwenden Sie für Android stattdessen die IsolateOriginsAndroid-Richtlinie.

macOS, Windows

​LookalikeWarningAllowlistDomains
​

Diese Richtlinie verhindert die Anzeige von Warnungen zu ähnlichen URLs auf den aufgeführten Websites. Diese Warnungen werden normalerweise auf Websites angezeigt, von denen Comet annimmt, dass sie möglicherweise versuchen, eine andere Website zu fälschen, mit der der Benutzer vertraut ist.
Wenn die Richtlinie aktiviert und auf eine oder mehrere Domänen festgelegt ist, werden keine ähnlichen Warnseiten angezeigt, wenn der Benutzer Seiten in dieser Domäne besucht.
Wenn die Richtlinie nicht festgelegt oder auf eine leere Liste festgelegt ist, werden möglicherweise auf jeder Website, die der Benutzer besucht, Warnungen angezeigt.
Ein Hostname kann mit einer vollständigen Hostübereinstimmung oder einer beliebigen Domänenübereinstimmung zugelassen werden. Beispielsweise eine URL wie „https://foo.example.com/bar" Möglicherweise werden Warnungen unterdrückt, wenn diese Liste entweder „foo.example.com“ oder „example.com“ enthält.

macOS, Windows

​ManagedAccountsSigninRestriction
​

Standardverhalten (Richtlinie nicht festgelegt)
Wenn ein Konto im Inhaltsbereich hinzugefügt wird, wird möglicherweise ein kleines Dialogfeld angezeigt, in dem der Benutzer aufgefordert wird, ein neues Profil zu erstellen. Dieser Dialog kann abgewiesen werden.
ManagedAccountsSigninRestriction = 'primary_account'
Wenn sich ein Benutzer zum ersten Mal in einem Comet-Browser bei einem Google-Dienst anmeldet, wird ein Dialogfeld angezeigt, in dem der Benutzer aufgefordert wird, ein neues Profil für sein Enterprisekonto zu erstellen. Der Benutzer kann auf „Abbrechen“ klicken und sich abmelden oder auf „Weiter“ klicken, um ein neues Profil zu erstellen. Eventuell vorhandene Browserdaten werden dem neuen Profil nicht hinzugefügt. Das neu erstellte Profil darf sekundäre Konten haben, der Benutzer kann sich beispielsweise im Inhaltsbereich bei einem anderen Konto anmelden.
ManagedAccountsSigninRestriction = 'primary_account_strict'
Dies ist das gleiche Verhalten wie 'primary_account', außer dass das neu erstellte Profil keine sekundären Konten haben darf.
ManagedAccountsSigninRestriction = 'primary_account_keep_existing_data'
Dies ist das gleiche Verhalten wie 'primary_account', mit der Ausnahme, dass dem Dialogfeld ein Kontrollkästchen hinzugefügt wird, damit der Benutzer lokale Browserdaten behalten kann.
Wenn der Benutzer das Kontrollkästchen aktiviert, werden die vorhandenen Profildaten mit dem verwalteten Konto verknüpft.
– Alle vorhandenen Browserdaten sind im neuen Profil vorhanden.
– Zu diesen Daten gehören Lesezeichen, Verlauf, Passwort, Daten zum automatischen Ausfüllen, geöffnete Tabs, Cookies, Cache, Webspeicher, Erweiterungen usw.
Wenn der Benutzer das Kontrollkästchen nicht aktiviert:
– Das alte Profil bleibt bestehen, es gehen keine Daten verloren.
– Ein neues Profil wird erstellt.
ManagedAccountsSigninRestriction = 'primary_account_strict_keep_existing_data'
Dies ist das gleiche Verhalten wie 'primary_account_keep_existing_data', außer dass das neu erstellte Profil keine sekundären Konten haben darf.

macOS, Windows

​ManagedBookmarks
​

Durch das Festlegen der Richtlinie wird eine Liste von Lesezeichen eingerichtet, wobei jedes Lesezeichen ein Wörterbuch mit den Schlüsseln „Name“ und „URL“ ist. Diese Tasten enthalten den Namen und das Ziel des Lesezeichens. Administratoren können einen Unterordner einrichten, indem sie ein Lesezeichen ohne „URL“-Schlüssel, aber mit einem zusätzlichen „Children“-Schlüssel definieren. Dieser Schlüssel enthält auch eine Liste von Lesezeichen, bei denen es sich teilweise auch um Ordner handeln kann. Comet ändert unvollständige URLs so, als ob sie über die Adressleiste übermittelt würden. Beispielsweise wird „google.com“ zu „../assets/img/f82438a986_file“.
Benutzer können die Ordner, in denen die Lesezeichen abgelegt werden, nicht ändern (sie können sie jedoch in der Lesezeichenleiste ausblenden). Der Standardordnername für verwaltete Lesezeichen lautet „Verwaltete Lesezeichen“, er kann jedoch geändert werden, indem der Richtlinie ein neues Unterverzeichnis mit einem einzelnen Schlüssel namens „toplevel_name“ hinzugefügt wird, dessen Wert der gewünschte Ordnername ist. Verwaltete Lesezeichen werden nicht mit dem Benutzerkonto synchronisiert und Erweiterungen können sie nicht ändern.

macOS, Windows

​ManagedConfigurationPerOrigin
​

Durch das Festlegen der Richtlinie wird der Rückgabewert der verwalteten Konfigurations-API für den angegebenen Ursprung definiert.
Die verwaltete Konfigurations-API ist eine Schlüsselwertkonfiguration, auf die über den Javascript-Aufruf navigator.managed.getManagedConfiguration() zugegriffen werden kann. Diese API ist nur für Ursprünge verfügbar, die über WebAppInstallForceList zwangsweise installierten Webanwendungen entsprechen.

macOS, Windows

​MaxConnectionsPerProxy
​

Durch Festlegen der Richtlinie wird die maximale Anzahl gleichzeitiger Verbindungen zum Proxyserver festgelegt. Einige Proxyserver können eine große Anzahl gleichzeitiger Verbindungen pro Client nicht verarbeiten. Dies wird dadurch behoben, dass diese Richtlinie auf einen niedrigeren Wert festgelegt wird. Der Wert sollte niedriger als 100 und höher als 6 sein. Es ist bekannt, dass einige Web-Apps viele Verbindungen mit hängenden GETs verbrauchen. Daher kann die Einstellung eines Werts unter 32 zu Netzwerkabstürzen des Browsers führen, wenn zu viele Web-Apps mit hängenden Verbindungen geöffnet sind. Eine Senkung unter den Standardwert erfolgt auf eigenes Risiko.
Wenn die Richtlinie nicht konfiguriert ist, wird der Standardwert 32 verwendet.

macOS, Windows

​NTPCardsVisible
​

Diese Richtlinie steuert die Sichtbarkeit von Karten auf der Seite „Neuer Tab“. Karten zeigen Einstiegspunkte an, um basierend auf dem Surfverhalten des Benutzers allgemeine Benutzerreisen zu starten.
Wenn die Richtlinie auf „Aktiviert“ gesetzt ist, werden auf der Seite „Neuer Tab“ Karten angezeigt, wenn Inhalte verfügbar sind.
Wenn die Richtlinie auf „Deaktiviert“ gesetzt ist, werden auf der Seite „Neuer Tab“ keine Karten angezeigt.
Wenn die Richtlinie nicht festgelegt ist, kann der Benutzer die Sichtbarkeit der Karte steuern. Die Standardeinstellung ist sichtbar.

macOS, Windows

​NTPCustomBackgroundEnabled
​

Wenn die Richtlinie auf „false“ gesetzt ist, können Benutzer auf der Seite „Neuer Tab“ den Hintergrund nicht anpassen. Jeder vorhandene benutzerdefinierte Hintergrund wird dauerhaft entfernt, auch wenn die Richtlinie später auf „true“ gesetzt wird.
Wenn die Richtlinie auf „true“ oder nicht festgelegt ist, können Benutzer den Hintergrund auf der Seite „Neuer Tab“ anpassen.

macOS, Windows

​NTPFooterExtensionAttributionEnabled
​

Diese Richtlinie bestimmt, ob eine Zuordnung zur Erweiterung, die die Seite „Neuer Tab“ (NTP) ändert, in der Fußzeile des NTP angezeigt wird.
Wenn eine Erweiterung das Standard-NTP überschrieben hat, wird standardmäßig in der Fußzeile eine Meldung angezeigt, die diese Änderung der spezifischen Erweiterung zuordnet. Diese Quellenangabe beinhaltet typischerweise einen Link zur entsprechenden Erweiterung im Chrome Web Store.
Wenn diese Richtlinie nicht konfiguriert oder auf „true“ gesetzt ist, wird die Erweiterungszuordnung in der NTP-Fußzeile angezeigt, wenn eine Erweiterung das NTP steuert.
Wenn diese Richtlinie auf „false“ gesetzt ist, wird die Zuordnung zur Erweiterung in der NTP-Fußzeile unterdrückt.

macOS, Windows

​NativeHostsExecutablesLaunchDirectly
​

Diese Richtlinie steuert, ob native ausführbare Host-Dateien direkt unter Windows gestartet werden.
Durch Festlegen der Richtlinie auf „Aktiviert“ wird Comet dazu gezwungen, native Messaging-Hosts, die als ausführbare Dateien implementiert sind, direkt zu starten.
Das Festlegen der Richtlinie auf „Deaktiviert“ führt dazu, dass Comet Hosts mit cmd.exe als Zwischenprozess starten.
Wenn die Richtlinie nicht konfiguriert ist, kann Comet entscheiden, welcher Ansatz verwendet werden soll.

Windows

​NetworkPredictionOptions
​

Diese Richtlinie steuert die Netzwerkvorhersage in Comet. Es steuert DNS-Prefetching, TCP- und SSL-Preconnection und Prerendering von Webseiten.
Wenn Sie die Richtlinie festlegen, können Benutzer sie nicht ändern. Wenn Sie die Option deaktiviert lassen, wird die Netzwerkvorhersage aktiviert, der Benutzer kann sie jedoch ändern.

macOS, Windows

​NetworkServiceSandboxEnabled
​

Diese Richtlinie steuert, ob der Netzwerkdienstprozess in einer Sandbox ausgeführt wird oder nicht.
Wenn diese Richtlinie aktiviert ist, wird der Netzwerkdienstprozess in einer Sandbox ausgeführt.
Wenn diese Richtlinie deaktiviert ist, wird der Netzwerkdienstprozess ohne Sandbox ausgeführt. Dadurch sind Benutzer zusätzlichen Sicherheitsrisiken im Zusammenhang mit der Ausführung des Netzwerkdienstes ohne Sandbox ausgesetzt.
Wenn diese Richtlinie nicht festgelegt ist, wird die Standardkonfiguration für die Netzwerk-Sandbox verwendet. Dies kann je nach Comet-Release, aktuell laufenden Feldversuchen und Plattform variieren.
Diese Richtlinie soll Unternehmen die Flexibilität geben, die Netzwerk-Sandbox zu deaktivieren, wenn sie Software von Drittanbietern verwenden, die die Netzwerkdienst-Sandbox stört.

Windows

​OnBulkDataEntryEnterpriseConnector
​

Liste der Chrome Enterprise Connectors-Diensteinstellungen, die auf den OnBulkDataEntry Enterprise Connector angewendet werden sollen, der ausgelöst wird, wenn Daten aus der Zwischenablage oder durch Ziehen und Ablegen von Webinhalten in Comet eingegeben werden.
Die Felder „url_list“, „tags“, „enable“ und „disable“ werden verwendet, um zu bestimmen, ob der Connector Daten zur Analyse senden soll, wenn sie auf einer bestimmten Seite eingegeben werden, und welche Tags in die Analyseanforderung für diese Daten aufgenommen werden sollen. Ein Tag, der einem 'enable'-Muster entspricht, wird in die Analyseanfrage aufgenommen, wenn die Seiten-URL mit einem diesem Tag zugeordneten Muster übereinstimmt, solange kein 'disable'-Muster mit demselben Tag mit der Seiten-URL übereinstimmt. Die Analyse erfolgt, wenn mindestens 1 Tag in die Anfrage aufgenommen werden soll.
Das Feld service_provider gibt an, welchem ​​Analysedienstanbieter die Einstellungen entsprechen.
Wenn das Feld block_until_verdict auf 1 gesetzt ist, bedeutet das, dass Comet auf eine Antwort vom Analysedienst wartet, bevor der Seite Zugriff auf die Daten gewährt wird. Jeder andere ganzzahlige Wert bedeutet, dass Comet der Seite sofort Zugriff auf die Daten gewährt.
Wenn das Feld „default_action“ auf „blockieren“ gesetzt ist, bedeutet das, dass Comet der Seite keinen Zugriff auf die Daten gewährt, wenn bei der Kommunikation mit dem Analysedienst ein Fehler auftritt. Jeder andere Wert bedeutet, dass Comet der Seite Zugriff auf die Daten gewährt.
Das Feld „minimum_data_size“ gibt die Mindestgröße (in Bytes) an, die die in Comet eingegebenen Daten erreichen oder überschreiten müssen, um gescannt zu werden. Der Standardwert beträgt 100 Byte, wenn das Feld nicht gesetzt ist.
Das Feld „require_justification_tags“ wird verwendet, um zu bestimmen, für welche Tags der Connector den Benutzer zur Eingabe einer Begründung auffordern soll, um einen Scan zu umgehen, der zu einer umgehbaren Warnung führt. Wenn das Feld nicht festgelegt ist, wird davon ausgegangen, dass keine Begründung erforderlich ist.
Die Felder „custom_messages“, „message“, „learn_more_url“, „Language“ und „Tag“ werden verwendet, um eine Nachricht zu konfigurieren, die dem Benutzer angezeigt wird, wenn eine Warnung angezeigt wird, nachdem ein Scan zu einem nicht sauberen Ergebnis geführt hat. Das Nachrichtenfeld enthält den dem Benutzer anzuzeigenden Text und sollte höchstens 200 Zeichen lang sein. Das Feld „learn_more_url“ enthält eine vom Administrator bereitgestellte URL, auf die der Benutzer klicken kann, um weitere vom Kunden bereitgestellte Informationen darüber zu erhalten, warum die Aktion blockiert wurde. Das Sprachfeld ist optional und enthält die Sprache der Nachricht. Ein leeres Sprachfeld oder ein Wert von 'default' gibt eine Nachricht an, die verwendet werden soll, wenn die Sprache des Benutzers keine Nachricht enthält. Das Tag-Feld gibt an, für welche Art von Scans die Nachricht angezeigt wird. Die Liste „custom_messages“ kann null oder mehr Einträge enthalten, wobei jeder Eintrag nicht leere Nachrichten- und Tag-Felder enthalten muss.
Diese Richtlinie erfordert eine zusätzliche Einrichtung, um wirksam zu werden. Weitere Informationen finden Sie unter ../assets/img/0ae40b2986_a .

macOS, Windows

​OnFileAttachedEnterpriseConnector
​

Liste der Chrome Enterprise-Connector-Diensteinstellungen, die auf den OnFileAttached Enterprise-Connector angewendet werden sollen, der ausgelöst wird, wenn eine Datei an Comet angehängt wird.
Die Felder „url_list“, „tags“, „enable“ und „disable“ werden verwendet, um zu bestimmen, ob der Connector eine Datei zur Analyse senden soll, wenn sie an eine bestimmte Seite angehängt wird, und welche Tags in die Analyseanforderung für diese Datei aufgenommen werden sollen. Ein Tag, der einem 'enable'-Muster entspricht, wird in die Analyseanfrage aufgenommen, wenn die Seiten-URL mit einem diesem Tag zugeordneten Muster übereinstimmt, solange kein 'disable'-Muster mit demselben Tag mit der Seiten-URL übereinstimmt. Die Analyse erfolgt, wenn mindestens 1 Tag in die Anfrage aufgenommen werden soll.
Das Feld service_provider gibt an, welchem ​​Analysedienstanbieter die Einstellungen entsprechen.
Wenn das Feld block_until_verdict auf 1 gesetzt ist, bedeutet das, dass Comet auf eine Antwort vom Analysedienst wartet, bevor der Seite Zugriff auf die Datei gewährt wird. Jeder andere ganzzahlige Wert bedeutet, dass Comet der Seite sofort Zugriff auf die Datei gewährt.
Wenn das Feld „default_action“ auf „blockieren“ gesetzt ist, bedeutet das, dass Comet der Seite keinen Zugriff auf die Datei gewährt, wenn bei der Kommunikation mit dem Analysedienst ein Fehler auftritt. Jeder andere Wert bedeutet, dass Comet der Seite Zugriff auf die Datei gewährt.
Das Feld block_password_protected steuert, ob Comet passwortgeschützte Dateien blockiert oder zulässt.
Die Felder block_large_files steuern, ob Comet Dateien blockiert oder zulässt, die zu groß für die Analyse sind.
Das Feld „require_justification_tags“ wird verwendet, um zu bestimmen, für welche Tags der Connector den Benutzer zur Eingabe einer Begründung auffordern soll, um einen Scan zu umgehen, der zu einer umgehbaren Warnung führt. Wenn das Feld nicht festgelegt ist, wird davon ausgegangen, dass keine Begründung erforderlich ist.
Die Felder „custom_messages“, „message“, „learn_more_url“, „Language“ und „Tag“ werden verwendet, um eine Nachricht zu konfigurieren, die dem Benutzer angezeigt wird, wenn eine Warnung angezeigt wird, nachdem ein Scan zu einem nicht sauberen Ergebnis geführt hat. Das Nachrichtenfeld enthält den dem Benutzer anzuzeigenden Text und sollte höchstens 200 Zeichen lang sein. Das Feld „learn_more_url“ enthält eine vom Administrator bereitgestellte URL, auf die der Benutzer klicken kann, um weitere vom Kunden bereitgestellte Informationen darüber zu erhalten, warum die Aktion blockiert wurde. Das Sprachfeld ist optional und enthält die Sprache der Nachricht. Ein leeres Sprachfeld oder ein Wert von 'default' gibt eine Nachricht an, die verwendet werden soll, wenn die Sprache des Benutzers keine Nachricht enthält. Das Tag-Feld gibt an, für welche Art von Scans die Nachricht angezeigt wird. Die Liste „custom_messages“ kann null oder mehr Einträge enthalten, wobei jeder Eintrag nicht leere Nachrichten- und Tag-Felder enthalten muss.
Diese Richtlinie erfordert eine zusätzliche Einrichtung, um wirksam zu werden. Weitere Informationen finden Sie unter ../assets/img/0ae40b2986_a .

macOS, Windows

​OnPrintEnterpriseConnector
​

Liste der Comet Enterprise-Connector-Diensteinstellungen, die auf den OnPrint-Enterprise-Connector angewendet werden sollen, der ausgelöst wird, wenn eine Seite oder Datei aus Comet gedruckt wird.
Die Felder „url_list“, „tags“, „enable“ und „disable“ werden verwendet, um zu bestimmen, ob der Connector Daten zur Analyse senden soll, wenn das Drucken auf einer bestimmten Seite ausgelöst wird, und welche Tags in die Analyseanforderung einbezogen werden sollen. Die Analyse erfolgt, wenn mindestens 1 Tag in die Anfrage aufgenommen werden soll.
Das Feld service_provider gibt an, welchem ​​Analysedienstanbieter die Einstellungen entsprechen.
Wenn das Feld „block_until_verdict“ auf 1 gesetzt ist, bedeutet das, dass Comet auf eine Antwort vom Analysedienst wartet, bevor der Druckvorschaudialog für die gedruckte Seite angezeigt wird. Jeder andere ganzzahlige Wert bedeutet, dass Comet sofort den Druckvorschaudialog anzeigt.
Wenn das Feld „default_action“ auf „blockieren“ gesetzt ist, bedeutet das, dass Comet das Drucken der Seite blockiert, wenn bei der Kommunikation mit dem Analysedienst ein Fehler auftritt. Jeder andere Wert bedeutet Comet, dass die Seite gedruckt werden kann.
Die block_large_files-Felder steuern, ob Comet Dateien/Seiten blockiert oder zulässt, die zu groß für die Analyse sind.
Das Feld „require_justification_tags“ wird verwendet, um zu bestimmen, für welche Tags der Connector den Benutzer zur Eingabe einer Begründung auffordern soll, um einen Scan zu umgehen, der zu einer umgehbaren Warnung führt. Wenn das Feld nicht festgelegt ist, wird davon ausgegangen, dass keine Begründung erforderlich ist.
Die Felder „custom_messages“, „message“, „learn_more_url“, „Language“ und „Tag“ werden verwendet, um eine Nachricht zu konfigurieren, die dem Benutzer angezeigt wird, wenn eine Warnung angezeigt wird, nachdem ein Scan zu einem nicht sauberen Ergebnis geführt hat. Der Administrator kann Nachrichten mit bis zu 200 Zeichen konfigurieren.
Diese Richtlinie erfordert eine zusätzliche Einrichtung, um wirksam zu werden. Weitere Informationen finden Sie unter ../assets/img/0ae40b2986_a .

macOS, Windows

​OnSecurityEventEnterpriseConnector
​

Liste der Chrome Enterprise Connectors-Diensteinstellungen, die auf den OnSecurityEvent Enterprise Connector angewendet werden sollen, der ausgelöst wird, wenn ein Sicherheitsereignis in Comet auftritt. Dazu gehören negative Urteile aus der Analyse von Enterprise-Connectoren, der Wiederverwendung von Passwörtern, Navigationen zu unsicheren Seiten und anderen sicherheitsrelevanten Benutzeraktionen.
Das Feld „service_provider“ gibt an, welchem ​​Berichtsdienstanbieter die Einstellungen entsprechen, und das Feld „enabled_event_names“ gibt an, welche Ereignisse für diesen Anbieter aktiviert sind.
Diese Richtlinie erfordert eine zusätzliche Einrichtung, um wirksam zu werden. Weitere Informationen finden Sie unter ../assets/img/0ae40b2986_a .

macOS, Windows

​OriginAgentClusterDefaultEnabled
​

Diese Richtlinie ermöglicht standardmäßig ein Agent-Clustering mit Ursprungsschlüssel.
Der HTTP-Header Origin-Agent-Cluster steuert, ob ein Dokument vorhanden ist
isoliert in einem Agentencluster mit Ursprungsschlüssel oder in einem Agenten mit Standortschlüssel
Cluster. Dies hat Auswirkungen auf die Sicherheit, da es sich um einen Agenten mit Ursprungsschlüssel handelt
Cluster ermöglicht die Isolierung von Dokumenten nach Herkunft. Der Entwickler sichtbar
Die Folge davon ist, dass der document.domain-Accessor dies nicht mehr tun kann
eingestellt werden.
Das Standardverhalten – wenn kein Origin-Agent-Cluster-Header festgelegt wurde –
Änderungen in M111 von Site-Keyed zu Origin-Keyed.
Wenn diese Richtlinie aktiviert oder nicht festgelegt ist, befolgt der Browser dies
neuer Standard ab dieser Version.
Wenn diese Richtlinie deaktiviert ist, wird diese Änderung rückgängig gemacht und
Dokumente ohne Origin-Agent-Cluster-Header werden zugewiesen
standortbezogene Agentencluster. Infolgedessen der document.domain-Accessor
bleibt standardmäßig einstellbar. Dies entspricht dem Legacy-Verhalten.
Sehen ../assets/img/bd747560d8_file für
weitere Details.

macOS, Windows

​OriginKeyedProcessesEnabled
​

Aktiviert die Prozessisolation mit Ursprungsschlüssel für die meisten Seiten (d. h. diejenigen, die standardmäßig einem Agentencluster mit Ursprungsschlüssel zugewiesen sind). Dies verbessert die Sicherheit, erhöht aber auch die Anzahl der erstellten Prozesse. Benutzer können den festgelegten Richtlinienwert über die Befehlszeilen-Flags oder chrome://flags überschreiben (beide, um diese Funktion ein- oder auszuschalten).
Wenn Sie die Richtlinie auf „Aktiviert“ setzen, werden die meisten Ursprünge isoliert, auch von anderen Ursprüngen auf derselben Site. Siehe auch die Richtlinien IsolateOrigins und SitePerProcess.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, werden keine Ursprünge vom Rest ihrer Site isoliert, es sei denn, ein Ursprung fordert dies ausdrücklich an.
Wenn die Richtlinie nicht festgelegt wird, bestimmt der Browser, welche Ursprünge wann isoliert werden sollen.

macOS, Windows

​OverrideSecurityRestrictionsOnInsecureOrigin
​

Durch Festlegen der Richtlinie wird eine Liste von Ursprüngen (URLs) oder Hostnamenmustern (z. B. *.example.com) angegeben, für die Sicherheitsbeschränkungen für unsichere Ursprünge nicht gelten. Muster werden nur für Hostnamen akzeptiert; URLs/Ursprünge mit Schemata müssen exakte Zeichenfolgen sein. Organisationen können Ursprünge für Legacy-Anwendungen angeben, die kein TLS bereitstellen können, oder einen Staging-Server für die interne Webentwicklung einrichten, sodass Entwickler Funktionen testen können, die sichere Kontexte erfordern, ohne TLS auf dem Staging-Server bereitstellen zu müssen. Diese Richtlinie verhindert außerdem, dass der Ursprung in der Adressleiste mit „Nicht sicher“ gekennzeichnet wird.
Das Festlegen einer Liste von URLs in dieser Richtlinie kommt dem Setzen des Befehlszeilen-Flags --unsafely-treat-insecure-origin-as-secure auf eine durch Kommas getrennte Liste derselben URLs gleich. Die Richtlinie überschreibt das Befehlszeilenflag und UnsafelyTreatInsecureOriginAsSecure, sofern vorhanden.
Weitere Informationen zu sicheren Kontexten finden Sie unter Sichere Kontexte ( https://www.w3.org/TR/secure-contexts ).

macOS, Windows

​PaymentMethodQueryEnabled
​

Hier können Sie festlegen, ob Websites prüfen dürfen, ob der Benutzer Zahlungsmethoden gespeichert hat.
Wenn diese Richtlinie deaktiviert ist, werden Websites, die die PaymentRequest.canMakePayment- oder PaymentRequest.hasEnrolledInstrument-API verwenden, darüber informiert, dass keine Zahlungsmethoden verfügbar sind.
Wenn die Einstellung aktiviert oder nicht festgelegt ist, können Websites prüfen, ob der Benutzer Zahlungsmethoden gespeichert hat.

macOS, Windows

​PdfAnnotationsEnabled
​

Steuert, ob der PDF-Viewer in Comet PDFs mit Anmerkungen versehen kann.
Wenn diese Richtlinie nicht festgelegt oder auf „true“ gesetzt ist, kann der PDF-Viewer PDFs mit Anmerkungen versehen.
Wenn diese Richtlinie auf „false“ gesetzt ist, kann der PDF-Viewer PDFs nicht mit Anmerkungen versehen.

macOS, Windows

​PdfUseSkiaRendererEnabled
​

Steuert, ob der PDF-Viewer in Comet den Skia-Renderer verwendet.
Wenn diese Richtlinie aktiviert ist, verwendet der PDF-Viewer den Skia-Renderer.
Wenn diese Richtlinie deaktiviert ist, verwendet der PDF-Viewer seinen aktuellen AGG-Renderer.
Wenn diese Richtlinie nicht festgelegt ist, wird der PDF-Renderer vom Browser ausgewählt.

macOS, Windows

​PdfViewerOutOfProcessIframeEnabled
​

Steuert, ob der PDF-Viewer in Comet einen Out-of-Process-Iframe (OOPIF) verwendet. Dies wird in Zukunft die neue PDF-Viewer-Architektur sein, da sie einfacher ist und das Hinzufügen neuer Funktionen erleichtert. Der vorhandene GuestView PDF-Viewer ist eine veraltete, komplexe Architektur, die veraltet ist.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist oder nicht, können Comet die OOPIF-PDF-Viewer-Architektur verwenden. Sobald es aktiviert ist oder nicht, wird das Standardverhalten durch Comet bestimmt.
Wenn diese Richtlinie auf Deaktiviert gesetzt ist, verwendet Comet ausschließlich den vorhandenen GuestView PDF-Viewer. Es bettet eine Webseite mit einem separaten Frame-Baum in eine andere Webseite ein.
Diese Richtlinie wird in Zukunft entfernt, nachdem die OOPIF-PDF-Viewer-Funktion vollständig eingeführt wurde.

macOS, Windows

​PolicyAtomicGroupsEnabled
​

Das Festlegen der Richtlinie auf „Aktiviert“ bedeutet, dass Richtlinien, die von einer atomaren Gruppe stammen, die nicht die Quelle mit der höchsten Priorität dieser Gruppe teilen, ignoriert werden.
Wenn die Richtlinie auf „Deaktiviert“ gesetzt wird, wird keine Richtlinie aufgrund ihrer Quelle ignoriert. Richtlinien werden nur ignoriert, wenn ein Konflikt vorliegt und die Richtlinie nicht die höchste Priorität hat.
Wenn diese Richtlinie aus einer Cloud-Quelle festgelegt wird, kann sie nicht auf einen bestimmten Benutzer abzielen.

macOS, Windows

​PolicyDictionaryMultipleSourceMergeList
​

Durch das Festlegen der Richtlinie können ausgewählte Richtlinien zusammengeführt werden, wenn sie aus verschiedenen Quellen stammen und denselben Umfang und dieselbe Ebene haben. Diese Zusammenführung erfolgt in den Schlüsseln der ersten Ebene des Wörterbuchs aus jeder Quelle. Der Schlüssel, der von der Quelle mit der höchsten Priorität stammt, hat Vorrang.
Verwenden Sie das Platzhalterzeichen „*“, um die Zusammenführung aller unterstützten Wörterbuchrichtlinien zu ermöglichen.
Wenn eine Richtlinie in der Liste enthalten ist und ein Konflikt zwischen Quellen vorliegt mit:
* Dieselben Projekte und Ebenen: Die Werte werden in einem neuen Richtlinienwörterbuch zusammengeführt.
* Verschiedene Projekte oder Ebenen: Es gilt die Richtlinie mit der höchsten Priorität.
Wenn eine Richtlinie nicht in der Liste enthalten ist und ein Konflikt zwischen Quellen, Projekten oder Ebenen besteht, gilt die Richtlinie mit der höchsten Priorität.

macOS, Windows

​PolicyListMultipleSourceMergeList
​

Durch das Festlegen der Richtlinie können ausgewählte Richtlinien zusammengeführt werden, wenn sie aus verschiedenen Quellen stammen und denselben Umfang und dieselbe Ebene haben.
Verwenden Sie das Platzhalterzeichen „*“, um das Zusammenführen aller Listenrichtlinien zu ermöglichen.
Wenn eine Richtlinie in der Liste enthalten ist und ein Konflikt zwischen Quellen vorliegt mit:
* Dieselben Projekte und Ebenen: Die Werte werden in einer neuen Richtlinienliste zusammengeführt.
* Verschiedene Projekte oder Ebenen: Es gilt die Richtlinie mit der höchsten Priorität.
Wenn eine Richtlinie nicht in der Liste enthalten ist und ein Konflikt zwischen Quellen, Projekten oder Ebenen besteht, gilt die Richtlinie mit der höchsten Priorität.

macOS, Windows

​PolicyRefreshRate
​

Durch Festlegen der Richtlinie wird der Zeitraum in Millisekunden angegeben, in dem der Geräteverwaltungsdienst nach Benutzerrichtlinieninformationen abgefragt wird. Gültige Werte liegen zwischen 1.800.000 (30 Minuten) und 86.400.000 (1 Tag). Werte außerhalb dieses Projekts werden auf die entsprechende Grenze begrenzt.
Wenn die Richtlinie nicht konfiguriert ist, wird der Standardwert von 3 Stunden verwendet.
Hinweis: Richtlinienbenachrichtigungen erzwingen eine Aktualisierung, wenn sich die Richtlinie ändert, sodass häufige Aktualisierungen nicht erforderlich sind. Wenn die Plattform diese Benachrichtigungen unterstützt, beträgt die Aktualisierungsverzögerung also 24 Stunden (Standardeinstellungen und der Wert dieser Richtlinie werden ignoriert).

macOS, Windows

​PostQuantumKeyAgreementEnabled
​

Diese Richtlinie konfiguriert, ob Comet einen Post-Quantum-Key-Agreement-Algorithmus in TLS unter Verwendung des ML-KEM NIST-Standards anbietet. Vor Comet 131 war der Algorithmus Kyber, ein früherer Iterationsentwurf des Standards. Dadurch können unterstützende Server den Benutzerverkehr vor einer späteren Entschlüsselung durch Quantencomputer schützen.
Wenn diese Richtlinie aktiviert oder nicht festgelegt ist, bietet Comet eine Post-Quantum-Key-Vereinbarung in TLS-Verbindungen an. Der Benutzerverkehr wird dann bei der Kommunikation mit kompatiblen Servern vor Quantencomputern geschützt.
Wenn diese Richtlinie deaktiviert ist, bietet Comet in TLS-Verbindungen keine Post-Quantum-Key-Vereinbarung an. Der Benutzerverkehr ist dann vor Quantencomputern ungeschützt.
Das Anbieten einer Post-Quantum-Schlüsselvereinbarung ist abwärtskompatibel. Von vorhandenen TLS-Servern und Netzwerk-Middleware wird erwartet, dass sie die neue Option ignorieren und weiterhin die vorherigen Optionen auswählen.
Allerdings kann es bei Geräten, die TLS nicht korrekt implementieren, zu Fehlfunktionen kommen, wenn ihnen die neue Option angeboten wird. Sie können beispielsweise als Reaktion auf nicht erkannte Optionen oder die daraus resultierenden größeren Meldungen die Verbindung trennen. Solche Geräte sind nicht für die Post-Quantum-Entwicklung geeignet und stören den Übergang eines Enterprise zur Quantentechnologie. Wenn ein Problem auftritt, sollten sich Administratoren für eine Lösung an den Anbieter wenden.
Diese Richtlinie ist eine vorübergehende Maßnahme und wird irgendwann nach Comet Version 145 entfernt. Sie kann aktiviert sein, damit Sie Tests auf Probleme durchführen können, und möglicherweise deaktiviert sein, während Probleme gelöst werden.

macOS, Windows

​PrefetchWithServiceWorkerEnabled
​

SpeculationRules-Prefetch kann an URLs ausgegeben werden, die von gesteuert werden
ServiceWorker. Der ältere Code ließ dies jedoch nicht zu und brach den Vorabruf ab
Anfragen. Diese Richtlinie ermöglicht die Steuerung des Verhaltens.
Wenn Sie diese Richtlinie auf „Aktiviert“ setzen oder nicht festlegen, wird der Vorabruf von SpeculationRules ermöglicht
Von ServiceWorker gesteuerte URLs (wenn das Feature-Flag „PrefetchServiceWorker“ aktiviert ist
ermöglicht). Dies ist das aktuelle Standardverhalten und entspricht dem
specifications.
Wenn Sie diese Richtlinie auf „Deaktiviert“ setzen, ist der Vorabruf von SpeculationRules nicht möglich
Von ServiceWorker gesteuerte URLs. Dies ist das Legacy-Verhalten.
Diese Richtlinie ist vorübergehender Natur und wird in Zukunft entfernt.

macOS, Windows

​ProfilePickerOnStartupAvailability
​

Gibt an, ob die Profilauswahl beim Browserstart aktiviert, deaktiviert oder erzwungen wird.
Standardmäßig wird die Profilauswahl nicht angezeigt, wenn der Browser im Gast- oder Inkognitomodus startet, ein Profilverzeichnis und/oder URLs über die Befehlszeile angegeben werden, eine App explizit zum Öffnen aufgefordert wird, der Browser durch eine native Benachrichtigung gestartet wurde, nur ein Profil verfügbar ist oder die Richtlinie ForceBrowserSignin auf „true“ gesetzt ist.
Wenn 'Enabled' (0) ausgewählt ist oder die Richtlinie nicht konfiguriert ist, wird die Profilauswahl standardmäßig beim Start angezeigt, Benutzer können sie jedoch aktivieren/deaktivieren.
Wenn 'Disabled' (1) ausgewählt ist, wird die Profilauswahl nie angezeigt und Benutzer können die Einstellung nicht ändern.
Wenn 'Forced' (2) ausgewählt ist, kann der Profil-Picker vom Benutzer nicht unterdrückt werden. Die Profilauswahl wird auch dann angezeigt, wenn nur ein Profil verfügbar ist.

macOS, Windows

​PromptForDownloadLocation
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, werden Benutzer vor dem Herunterladen gefragt, wo sie jede Datei speichern möchten. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, werden Downloads sofort gestartet und Benutzer werden nicht gefragt, wo die Datei gespeichert werden soll.
Wenn die Richtlinie nicht konfiguriert ist, können Benutzer diese Einstellung ändern.

macOS, Windows

​PromptOnMultipleMatchingCertificates
​

Diese Richtlinie steuert, ob der Benutzer aufgefordert wird, ein Client-Zertifikat auszuwählen, wenn mehr als ein Zertifikat mit AutoSelectCertificateForUrls übereinstimmt.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist, wird der Benutzer immer dann aufgefordert, ein Client-Zertifikat auszuwählen, wenn die Richtlinie für die automatische Auswahl mit mehreren Zertifikaten übereinstimmt.
Wenn diese Richtlinie auf Deaktiviert oder nicht festgelegt ist, wird der Benutzer möglicherweise nur dann dazu aufgefordert, wenn kein Zertifikat mit der automatischen Auswahl übereinstimmt.

macOS, Windows

​ProxySettings
​

Durch das Festlegen der Richtlinie werden die Proxy-Einstellungen für Comet und ARC-Apps konfiguriert, die alle über die Befehlszeile angegebenen Proxy-bezogenen Optionen ignorieren.
Wenn die Richtlinie nicht konfiguriert ist, können Benutzer ihre Proxy-Einstellungen auswählen.
Das Festlegen der ProxySettings-Richtlinie akzeptiert die folgenden Felder:
* ProxyMode, mit dem Sie den Proxy-Server angeben können, den Come verwendet, und der verhindert, dass Benutzer die Proxy-Einstellungen ändern
* ProxyPacUrl, eine URL zu einer Proxy-PAC-Datei oder ein PAC-Skript, das als Daten-URL mit dem MIME-Typ application/x-ns-proxy-autoconfig codiert ist
* ProxyPacMandatory, das verhindert, dass der Netzwerkstapel auf direkte Verbindungen mit ungültigem oder nicht verfügbarem PAC-Skript zurückgreift
* ProxyServer, eine URL des Proxyservers
* ProxyBypassList, eine Liste von Hosts, für die der Proxy umgangen wird
Das Feld „ProxyServerMode“ ist zugunsten des Felds „ProxyMode“ veraltet. Wenn Sie für ProxyMode den Wert auswählen:
* direkt, ein Proxy wird nie verwendet und alle anderen Felder werden ignoriert.
* System, der Proxy des Systems wird verwendet und alle anderen Felder werden ignoriert.
* auto_detect, alle anderen Felder werden ignoriert.
* Fixed_servers, es werden die Felder ProxyServer und ProxyBypassList verwendet.
* pac_script, die Felder ProxyPacUrl, ProxyPacMandatory und ProxyBypassList werden verwendet.
Hinweis: Ausführlichere Beispiele finden Sie unter Die Chromium-Projekte ( ../assets/img/15aad874ea_file ).

macOS, Windows

​QRCodeGeneratorEnabled
​

Diese Richtlinie aktiviert die QR-Code-Generatorfunktion in Comet.
Wenn Sie diese Richtlinie aktivieren oder nicht konfigurieren, ist die QR-Code-Generator-Funktion aktiviert.
Wenn Sie diese Richtlinie deaktivieren, ist die QR-Code-Generator-Funktion deaktiviert.

macOS, Windows

​QuicAllowed
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, ist die Verwendung des QUIC-Protokolls in Comet möglich.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, ist die Verwendung des QUIC-Protokolls nicht möglich.

macOS, Windows

​ReduceAcceptLanguageEnabled
​

Der HTTP-Anforderungsheader Accept-Language und der JavaScript-Getter navigator.linguals sollen aus Datenschutzgründen reduziert werden.
Um das Testen zu erleichtern und die Kompatibilität sicherzustellen, können Sie mit dieser Richtlinie die Funktion zur Reduzierung der akzeptierten Sprache aktivieren oder deaktivieren.
Wenn diese Richtlinie aktiviert ist oder nicht konfiguriert ist, wird die Reduzierung der Akzeptanzsprache durch Feldversuche angewendet.
Wenn diese Richtlinie deaktiviert ist, können Feldversuche die Reduzierung der akzeptierten Sprachen nicht aktivieren.
Weitere Informationen zu dieser Funktion finden Sie unter: ../assets/img/1ff814e665_reduce-accept-language.
HINWEIS: Nur neu gestartete Renderer-Prozesse werden Änderungen an dieser Richtlinie widerspiegeln, während der Browser ausgeführt wird.

macOS, Windows

​RelaunchFastIfOutdated
​

Gibt das Mindestalter für Veröffentlichungen an, ab dem Relaunch-Benachrichtigungen aggressiver sind. Das Alter wird ab dem Zeitpunkt berechnet, an dem die aktuell ausgeführte Version zuletzt an Clients bereitgestellt wurde.
Wenn ein Browser-Neustart oder ein Neustart des Geräts erforderlich ist, um ein ausstehendes Update abzuschließen, und die aktuelle Version seit mehr als der in dieser Einstellung angegebenen Anzahl von Tagen veraltet ist, wird die RelaunchNotificationPeriod-Richtlinie auf 2 Stunden überschrieben. Wenn die RelaunchNotification-Richtlinie auf 1 ('Required') gesetzt ist, werden Benutzer am Ende des Zeitraums zum Neustart oder Neustart gezwungen.
Wenn sie nicht festgelegt ist oder das Release-Alter nicht bestimmt werden kann, wird die RelaunchNotificationPeriod-Richtlinie für alle Updates verwendet.

macOS, Windows

​RelaunchNotification
​

Benachrichtigen Sie Benutzer, dass Comet neu gestartet oder CometOS neu gestartet werden muss, um ein ausstehendes Update anzuwenden.
Diese Richtlinieneinstellung ermöglicht Benachrichtigungen, um den Benutzer darüber zu informieren, dass ein Neustart des Browsers oder des Geräts empfohlen oder erforderlich ist. Wenn nicht festgelegt, zeigt Comet dem Benutzer durch subtile Änderungen im Menü an, dass ein Neustart erforderlich ist, während CometOS dies durch eine Benachrichtigung in der Taskleiste anzeigt. Bei der Einstellung 'Recommended' wird dem Benutzer eine wiederkehrende Warnung angezeigt, dass ein Neustart empfohlen wird. Der Benutzer kann diese Warnung ignorieren, um den Neustart zu verschieben. Bei Einstellung auf 'Required' wird dem Benutzer eine wiederkehrende Warnung angezeigt, die darauf hinweist, dass nach Ablauf des Benachrichtigungszeitraums ein Neustart des Browsers erzwungen wird. Der Standardzeitraum beträgt sieben Tage für Comet und vier Tage für CometOS und kann über die Richtlinieneinstellung RelaunchNotificationPeriod konfiguriert werden.
Die Sitzung des Benutzers wird nach dem Neustart/Neustart wiederhergestellt.

macOS, Windows

​RelaunchNotificationPeriod
​

Ermöglicht Ihnen, den Zeitraum in Millisekunden festzulegen, über den Benutzer benachrichtigt werden, dass Comet neu gestartet werden muss oder dass ein CometOS-Gerät neu gestartet werden muss, um ein ausstehendes Update anzuwenden.
In diesem Zeitraum wird der Nutzer immer wieder auf die Notwendigkeit eines Updates hingewiesen. Bei CometOS-Geräten wird gemäß der RelaunchHeadsUpPeriod-Richtlinie eine Neustartbenachrichtigung in der Taskleiste angezeigt. Bei Comet-Browsern ändert sich das App-Menü, um anzuzeigen, dass ein Neustart erforderlich ist, sobald ein Drittel des Benachrichtigungszeitraums verstrichen ist. Diese Benachrichtigung ändert ihre Farbe, sobald zwei Drittel des Benachrichtigungszeitraums verstrichen sind, und erneut, wenn der gesamte Benachrichtigungszeitraum abgelaufen ist. Die durch die RelaunchNotification-Richtlinie aktivierten zusätzlichen Benachrichtigungen folgen demselben Zeitplan.
Wenn nicht festgelegt, wird der Standardzeitraum von 604800000 Millisekunden (eine Woche) verwendet.

macOS, Windows

​RelaunchWindow
​

Geben Sie ein Zielzeitfenster für das Ende des Neustartbenachrichtigungszeitraums an.
Benutzer werden auf der Grundlage der Richtlinieneinstellungen „RelaunchNotification“ und „RelaunchNotificationPeriod“ über die Notwendigkeit eines Browser-Neustarts oder Geräteneustarts benachrichtigt. Browser und Geräte werden am Ende des Benachrichtigungszeitraums zwangsweise neu gestartet, wenn die RelaunchNotification-Richtlinie auf 'Required' gesetzt ist. Mit dieser RelaunchWindow-Richtlinie kann das Ende des Benachrichtigungszeitraums verschoben werden, sodass es in ein bestimmtes Zeitfenster fällt.
Wenn diese Richtlinie nicht festgelegt ist, liegt das standardmäßige Zielzeitfenster für CometOS zwischen 2 und 4 Uhr. Das Standard-Zielzeitfenster für Comet ist der ganze Tag (d. h. das Ende des Benachrichtigungszeitraums wird nie verschoben).
Hinweis: Obwohl die Richtlinie mehrere Elemente in Einträgen akzeptieren kann, werden alle bis auf das erste Element ignoriert.
Warnung: Das Festlegen dieser Richtlinie kann die Anwendung von Softwareupdates verzögern.

macOS, Windows

​RemoteDebuggingAllowed
​

Steuert, ob Benutzer Remote-Debugging verwenden dürfen.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist oder nicht, können Benutzer Remote-Debugging verwenden, indem sie die Befehlszeilenschalter „--remote-debugging-port“ und „--remote-debugging-pipe“ angeben.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist, dürfen Benutzer das Remote-Debugging nicht verwenden.

macOS, Windows

​RendererAppContainerEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder nicht festlegen, bedeutet dies, dass die Konfiguration des Renderer-App-Containers auf unterstützten Plattformen aktiviert wird.
Das Festlegen der Richtlinie auf „Deaktiviert“ wirkt sich nachteilig auf die Sicherheit und Stabilität von Comet aus, da dadurch die Sandbox geschwächt wird, die von Renderer-Prozessen verwendet wird. Deaktivieren Sie die Richtlinie nur, wenn Kompatibilitätsprobleme mit Software von Drittanbietern bestehen, die innerhalb von Renderer-Prozessen ausgeführt werden muss.
Hinweis: Lesen Sie mehr über Prozessminderungsrichtlinien (../assets/img/a73b2c3fc2_sandbox.md).

Windows

​RequireOnlineRevocationChecksForLocalAnchors
​

Wenn Sie die Richtlinie auf „True“ setzen, führt Comet immer eine Sperrprüfung für erfolgreich validierte Serverzertifikate durch, die von lokal installierten CA-Zertifikaten signiert wurden. Wenn Comet keine Sperrstatusinformationen abrufen kann, behandelt Comet diese Zertifikate als gesperrt (Hard-Fail).
Wenn Sie die Richtlinie auf „Falsch“ setzen oder nicht konfiguriert lassen, verwendet Comet vorhandene Einstellungen für die Online-Widerrufsprüfung.
Auf macOSOS hat diese Richtlinie keine Auswirkung, wenn die ChromeRootStoreEnabled-Richtlinie auf „Falsch“ gesetzt ist.

macOS, Windows

​RestrictCoreSharingOnRenderer
​

Diese Richtlinie mildert prozessübergreifende Seitenkanal-Speicherangriffe, indem sie den Renderer-Prozess auf dem CPU-Kern isoliert und verhindert, dass andere Prozesse denselben Kern teilen. Die Schadensbegrenzung wird für Microsoft® Windows® 11 24H2 und höher unterstützt. Wenn das Betriebssystem nicht über die erforderliche Planungsunterstützung verfügt, hat diese Richtlinie keine Auswirkungen. Diese Richtlinie kann in einigen anspruchsvollen Szenarien, ähnlich wie bei der Deaktivierung von Hyperthreading, die Leistung verlangsamen. Weitere Informationen finden Sie unter ../assets/img/0d8086536b_ns-winnt-process_mitigation_side_channel
. Wenn diese Richtlinie aktiviert ist, werden alle anderen Prozesse nicht auf demselben CPU-Kern geplant, wenn der Renderer-Prozess ausgeführt wird.
Wenn diese Richtlinie deaktiviert ist, können alle anderen Prozesse auf demselben CPU-Kern geplant werden, wenn darauf ein Renderer-Prozess ausgeführt wird.
Wenn diese Richtlinie nicht festgelegt ist, können alle anderen Prozesse auf demselben CPU-Kern geplant werden, wenn ein Renderer-Prozess auf dem Kern ausgeführt wird. Dies kann je nach Comet-Release, aktuell laufenden Feldversuchen und Plattform variieren.

Windows

​RestrictSigninToPattern
​

Enthält einen regulären Ausdruck, der verwendet wird, um zu bestimmen, welche Google-Konten als primäre Browserkonten in Comet festgelegt werden können (d. h. das Konto, das während des Synchronisierungs-Opt-In-Ablaufs ausgewählt wird).
Wenn ein Benutzer versucht, ein primäres Browserkonto mit einem Benutzernamen einzurichten, der nicht diesem Muster entspricht, wird ein entsprechender Fehler angezeigt.
Wenn diese Richtlinie nicht festgelegt oder leer bleibt, kann der Benutzer in Comet ein beliebiges Google-Konto als primäres Browserkonto festlegen.

macOS, Windows

​RoamingProfileLocation
​

Konfiguriert das Verzeichnis, das Comet zum Speichern der Roaming-Kopie der Profile verwendet.
Wenn Sie diese Richtlinie festlegen, verwendet Comet das bereitgestellte Verzeichnis zum Speichern der Roaming-Kopie der Profile, wenn die RoamingProfileSupportEnabled-Richtlinie aktiviert wurde. Wenn die RoamingProfileSupportEnabled-Richtlinie deaktiviert oder nicht konfiguriert ist, wird der in dieser Richtlinie gespeicherte Wert nicht verwendet.
Sehen ../assets/img/655ea49ef5_user-data-directory-variables für eine Liste der verwendbaren Variablen.
Auf Nicht-Windows-Plattformen muss diese Richtlinie festgelegt werden, damit servergespeicherte Profile funktionieren.
Wenn diese Richtlinie unter Windows nicht konfiguriert ist, wird der standardmäßige Roaming-Profilpfad verwendet.

macOS, Windows

​RoamingProfileSupportEnabled
​

Wenn Sie diese Einstellung aktivieren, werden die in Comet-Profilen gespeicherten Einstellungen wie Lesezeichen, Autofill-Daten, Passwörter usw. auch in eine Datei geschrieben, die im Roaming-Benutzerprofilordner oder an einem vom Administrator über die RoamingProfileLocation-Richtlinie angegebenen Speicherort gespeichert ist. Durch die Aktivierung dieser Richtlinie wird die Cloud-Synchronisierung deaktiviert.
Wenn diese Richtlinie deaktiviert oder nicht konfiguriert ist, werden nur die regulären lokalen Profile verwendet.

macOS, Windows

​SSLErrorOverrideAllowed
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, können Benutzer durch Warnseiten klicken. Comet wird angezeigt, wenn Benutzer zu Websites navigieren, die SSL-Fehler aufweisen.
Durch Festlegen der Richtlinie auf „Deaktiviert“ wird verhindert, dass Benutzer durch Warnseiten klicken.

macOS, Windows

​SSLErrorOverrideAllowedForOrigins
​

Wenn SSLErrorOverrideAllowed deaktiviert ist, können Sie durch Festlegen der Richtlinie eine Liste von Ursprungsmustern festlegen, die die Sites angeben, auf denen ein Benutzer durch Warnseiten klicken kann. Comet werden angezeigt, wenn Benutzer zu Sites navigieren, die SSL-Fehler aufweisen. Benutzer können nicht durch SSL-Warnseiten zu Ursprüngen klicken, die nicht in dieser Liste enthalten sind.
Wenn SSLErrorOverrideAllowed aktiviert oder nicht festgelegt ist, führt diese Richtlinie nichts aus.
Wenn die Richtlinie nicht konfiguriert ist, gilt SSLErrorOverrideAllowed für alle Websites.
Ausführliche Informationen zu gültigen Eingabemustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. * ist kein akzeptierter Wert für diese Richtlinie. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.

macOS, Windows

​SandboxExternalProtocolBlocked
​

Comet blockiert Navigationen zu externen Protokollen innerhalb des Sandbox-Iframes
. Siehe https://chromestatus.com/features/5680742077038592.
Wenn True, können Comet diese Navigationen blockieren.
Bei False verhindert dies, dass Comet diese Navigationen blockiert.
Der Standardwert ist True: Sicherheitsfunktion aktiviert.
Dies kann von Administratoren verwendet werden, die mehr Zeit benötigen, um ihre von dieser neuen Einschränkung betroffene interne Website zu aktualisieren. Diese Enterprise-Richtlinie ist vorübergehend; Sie soll nach Comet Version 117 entfernt werden.

macOS, Windows

​SavingBrowserHistoryDisabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird der Browserverlauf nicht gespeichert, die Tab-Synchronisierung ist deaktiviert und Benutzer können diese Einstellung nicht ändern.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, wird der Browserverlauf gespeichert.

macOS, Windows

​ScreenCaptureWithoutGestureAllowedForOrigins
​

Aus Sicherheitsgründen ist die
Für den Aufruf der getDisplayMedia()-Web-API ist eine vorherige Benutzergeste („vorübergehende Aktivierung“) erforderlich. Andernfalls wird
angezeigt.
fail.
Mit diesem Richtliniensatz können Administratoren Ursprünge angeben, auf denen diese API
ohne vorherige Benutzergeste aufgerufen werden.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter
​../assets/img/73f52eed4a_url-patterns. * Ist
Kein akzeptierter Wert für diese Richtlinie.
Wenn diese Richtlinie nicht konfiguriert ist, ist für den Anruf bei allen Ursprüngen eine vorherige Benutzergeste erforderlich
diese API sein kann.

macOS, Windows

​ScrollToTextFragmentEnabled
​

Mit dieser Funktion können Hyperlinks und URL-Navigationen in der Adressleiste auf bestimmten Text innerhalb einer Webseite ausgerichtet werden, zu dem nach Abschluss des Ladens der Webseite gescrollt wird.
Wenn Sie diese Richtlinie aktivieren oder nicht konfigurieren, wird das Scrollen von Webseiten zu bestimmten Textfragmenten über die URL aktiviert.
Wenn Sie diese Richtlinie deaktivieren, wird das Scrollen von Webseiten zu bestimmten Textfragmenten über die URL deaktiviert.

macOS, Windows

​SearchSuggestEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen, werden Suchvorschläge in der Adressleiste von Comet aktiviert. Wenn Sie die Richtlinie auf „Falsch“ setzen, werden diese Suchvorschläge deaktiviert.
Vorschläge, die auf Lesezeichen oder Verlauf basieren, sind von der Richtlinie nicht betroffen.
Wenn Sie die Richtlinie festlegen, können Benutzer sie nicht ändern. Wenn diese Option nicht festgelegt ist, sind Suchvorschläge zunächst aktiviert, Benutzer können sie jedoch jederzeit deaktivieren.

macOS, Windows

​SecurityKeyPermitAttestation
​

Durch das Festlegen der Richtlinie werden WebAuthn-RP-IDs angegeben, für die keine Eingabeaufforderung angezeigt wird, wenn Nachweiszertifikate von Sicherheitsschlüsseln angefordert werden. Außerdem wird ein Signal an den Sicherheitsschlüssel gesendet, das angibt, dass die Enterprisebescheinigung verwendet werden kann. Ohne diese Option werden Benutzer in Comet Version 65 und höher dazu aufgefordert, wenn Websites die Bescheinigung von Sicherheitsschlüsseln anfordern.

macOS, Windows

​ServiceWorkerAutoPreloadEnabled
​

​../assets/img/9cb6e72a94_service-worker-auto-preload
Die ServiceWorkerAutoPreload-Funktion sendet gleichzeitig mit dem Start des ServiceWorker-Bootstrap-Prozesses eine Netzwerkanforderung für eine Hauptressource.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, bedeutet dies:
Comet aktiviert ServiceWorkerAutoPreload. Die Navigationsanforderung wird in einigen Szenarien automatisch beim Starten des ServiceWorker gesendet, z. B. ServiceWorker läuft nicht,
Wenn es deaktiviert ist, aktiviert Comet ServiceWorkerAutoPreload nicht. Die Navigationsanforderung wird immer nach dem Start des ServiceWorkers versendet.
Diese Richtlinie ist eine vorübergehende Maßnahme zur Kontrolle der Funktion und wird in M144 entfernt.

macOS, Windows

ServiceWorkerToControlSrcdocIframeEnabled
​

../assets/img/1ab8a7d592_765 fragt srcdoc iframe mit
Das Sandbox-Attribut „allow-same-origin“ soll unter der Kontrolle von ServiceWorker stehen.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, bedeutet dies:
Comet erstellt srcdoc-Iframes
mit „allow-same-origin“-Sandbox-Attributen, die unter der Kontrolle von ServiceWorker stehen.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird der srcdoc-Iframe nicht von gesteuert
ServiceWorker.
Diese Richtlinie soll vorübergehend sein und wird im Jahr 2026 entfernt.

macOS, Windows

​SharedArrayBufferUnrestrictedAccessAllowed
​

Gibt an, ob SharedArrayBuffers in einem nicht ursprungsübergreifend isolierten Kontext verwendet werden kann. Comet erfordert aus Gründen der Webkompatibilität eine ursprungsübergreifende Isolierung, wenn SharedArrayBuffers ab Comet 91 (25.05.2021) verwendet wird. Weitere Details finden Sie unter: ../assets/img/2b079fb7d9_file.
Bei der Einstellung „Aktiviert“ können Websites SharedArrayBuffer ohne Einschränkungen verwenden.
Wenn die Option „Deaktiviert“ oder nicht festgelegt ist, können Websites SharedArrayBuffers nur verwenden, wenn sie ursprungsübergreifend isoliert sind.

macOS, Windows

​SharedWorkerBlobURLFixEnabled
​

Auf ../assets/img/279e54fd57_file,
Worker sollten Controller für die Blob-URL erben. Allerdings vorhandener Code
Erlaubt nur DedicatedWorkern, den Controller zu erben, SharedWorkers jedoch
nicht den Controller erben.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, bedeutet dies:
Comet erben den Controller
wenn eine Blob-URL als SharedWorker-URL verwendet wird.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, stimmt das Verhalten nicht mit der überein
Spezifikation wie sie ist.
Diese Richtlinie ist vorübergehender Natur und wird in Zukunft entfernt.

macOS, Windows

​ShowAppsShortcutInBookmarkBar
​

Wenn Sie die Richtlinie auf „True“ setzen, wird die App-Verknüpfung angezeigt. Wenn Sie die Richtlinie auf „Falsch“ setzen, wird diese Verknüpfung nie angezeigt.
Wenn Sie die Richtlinie festlegen, können Benutzer sie nicht ändern. Wenn dies nicht festgelegt ist, entscheiden Benutzer, ob die App-Verknüpfung im Kontextmenü der Lesezeichenleiste angezeigt oder ausgeblendet werden soll.

macOS, Windows

​ShowFullUrlsInAddressBar
​

Diese Funktion ermöglicht die Anzeige der vollständigen URL in der Adressleiste.
Wenn diese Richtlinie auf „True“ gesetzt ist, wird die vollständige URL in der Adressleiste angezeigt, einschließlich Schemata und Subdomains.
Wenn diese Richtlinie auf „Falsch“ gesetzt ist, gilt die Standard-URL-Anzeige.
Wenn diese Richtlinie nicht konfiguriert ist, gilt die Standard-URL-Anzeige und der Benutzer kann mit einer Kontextmenüoption zwischen der Standard- und der vollständigen URL-Anzeige wechseln.

macOS, Windows

​SignedHTTPExchangeEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen oder nicht festlegen, bedeutet dies, dass Comet Webinhalte akzeptiert, die als signierte HTTP-Austausche bereitgestellt werden.
Wenn Sie die Richtlinie auf „Falsch“ setzen, wird verhindert, dass signierte HTTP-Austausche geladen werden.

macOS, Windows

​SitePerProcess
​

Seit Comet 67 ist die Site-Isolation standardmäßig auf allen Desktop-Plattformen aktiviert, sodass jede Site in ihrem eigenen Prozess ausgeführt wird. Eine Site ist ein Schema plus eTLD+1 (z. B. https://example.com). Wenn Sie diese Richtlinie auf „Aktiviert“ setzen, ändert sich dieses Verhalten nicht. Es verhindert lediglich, dass Benutzer sich abmelden (z. B. durch die Verwendung von „Site-Isolation deaktivieren“ in „chrome://flags“). Seit Comet 76 führt das Festlegen der Richtlinie auf „Deaktiviert“ oder das Nichtkonfigurieren nicht dazu, dass die Website-Isolierung deaktiviert wird, sondern Benutzern stattdessen die Möglichkeit gegeben wird, sich abzumelden.
IsolateOrigins kann auch nützlich sein, um bestimmte Ursprünge mit einer feineren Granularität als dem Standort zu isolieren (z. B. https://a.example.com).
Legen Sie unter CometOS Version 76 und früher die Geräterichtlinie DeviceLoginScreenSitePerProcess auf denselben Wert fest. (Wenn die Werte nicht übereinstimmen, kann es beim Eintritt in eine Benutzersitzung zu einer Verzögerung kommen.)
Hinweis: Verwenden Sie für Android stattdessen die SitePerProcessAndroid-Richtlinie.

macOS, Windows

​SiteSearchSettings
​

Diese Richtlinie stellt eine Liste von Websites bereit, die Benutzer mithilfe von Verknüpfungen in der Adressleiste schnell durchsuchen können. Benutzer können eine Suche starten, indem sie die Verknüpfung oder @shortcut (z. B. @work), gefolgt von Projekt oder Tab, in die Adressleiste eingeben.
Die folgenden Felder sind für jede Site erforderlich: Name, Verknüpfung, URL.
Das Namensfeld entspricht dem Site- oder Suchmaschinennamen, der dem Benutzer in der Adressleiste angezeigt wird.
Die Verknüpfung kann einfache Wörter und Zeichen enthalten, jedoch keine Projekte oder mit dem @-Symbol beginnen. Verknüpfungen müssen außerdem eindeutig sein.
Für jeden Eintrag gibt das URL-Feld die URL der Suchmaschine an, die bei einer Suche mit dem entsprechenden Schlüsselwort verwendet wurde. Die URL muss die Zeichenfolge „{searchTerms}“ enthalten, die in der Abfrage durch die Suchbegriffe des Benutzers ersetzt wird. Ungültige Einträge und Einträge mit doppelten Verknüpfungen werden ignoriert.
Als hervorgehoben konfigurierte Site-Sucheinträge werden in der Adressleiste angezeigt, wenn der Benutzer „@“ eingibt. Bis zu drei Einträge können als vorgestellt ausgewählt werden.
Für einen Site-Sucheintrag, bei dem „allow_user_override“ „true“ ist, haben Benutzer die Möglichkeit, diesen Eintrag zu bearbeiten oder zu deaktivieren. Allerdings können vorgestellte Engines (die mit „@“ beginnen) nur deaktiviert werden. Wenn ein Benutzer einen Eintrag ändert, der ursprünglich durch diese Richtlinie erstellt wurde, wird er nicht mehr von der Richtlinie verwaltet und wie eine vom Benutzer erstellte Verknüpfung behandelt. Wenn „allow_user_override“ für einen Site Search-Eintrag „false“ oder nicht angegeben ist, können Benutzer diesen Eintrag nicht bearbeiten oder deaktivieren. Die Einstellung zum Zulassen der Benutzerüberschreibung wird nur auf M139 und höher unterstützt; Frühere Versionen deaktivieren standardmäßig die Benutzerüberschreibung.
Benutzer können keine neuen Site-Sucheinträge mit einer zuvor über diese Richtlinie erstellten Verknüpfung erstellen, es sei denn, „allow_user_override“ ist für den Site-Sucheintrag auf „true“ gesetzt.
Im Falle eines Konflikts mit einer zuvor vom Benutzer erstellten Verknüpfung hat die Benutzereinstellung Vorrang. Benutzer können die durch die Richtlinie erstellte Option jedoch weiterhin auslösen, indem sie „@“ in die Suchleiste eingeben. Wenn der Benutzer beispielsweise bereits „Arbeit“ als Verknüpfung zu URL1 definiert hat und die Richtlinie „Arbeit“ als Verknüpfung zu URL2 definiert, löst die Eingabe von „Arbeit“ in die Suchleiste eine Suche nach URL1 aus, die Eingabe von „@Arbeit“ in die Suchleiste löst jedoch eine Suche nach URL2 aus.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​SpellcheckEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird die Rechtschreibprüfung aktiviert. Benutzer können sie nicht deaktivieren. Auf Microsoft® Windows®, CometOS und Linux® können die Sprachen der Rechtschreibprüfung einzeln ein- oder ausgeschaltet werden, sodass Benutzer die Rechtschreibprüfung immer noch ausschalten können, indem sie jede Sprache der Rechtschreibprüfung ausschalten. Um dies zu vermeiden, verwenden Sie SpellcheckLanguage, um die Aktivierung bestimmter Sprachen für die Rechtschreibprüfung zu erzwingen.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird die Rechtschreibprüfung für alle Quellen deaktiviert und Benutzer können sie nicht aktivieren. Die Richtlinien SpellCheckServiceEnabled, SpellcheckLanguage und SpellcheckLanguageBlocklist haben keine Auswirkung, wenn diese Richtlinie auf False gesetzt ist.
Wenn die Richtlinie deaktiviert bleibt, können Benutzer die Rechtschreibprüfung in den Spracheinstellungen aktivieren oder deaktivieren.

macOS, Windows

​SpellcheckLanguage
​

Erzwingt die Aktivierung der Rechtschreibprüfung für Sprachen. Nicht erkannte Sprachen in der Liste werden ignoriert.
Wenn Sie diese Richtlinie aktivieren, wird die Rechtschreibprüfung zusätzlich zu den Sprachen, für die der Benutzer die Rechtschreibprüfung aktiviert hat, auch für die angegebenen Sprachen aktiviert.
Wenn Sie diese Richtlinie nicht festlegen oder deaktivieren, werden die Rechtschreibprüfungseinstellungen des Benutzers nicht geändert.
Wenn die SpellcheckEnabled-Richtlinie auf „false“ gesetzt ist, hat diese Richtlinie keine Auswirkung.
Wenn eine Sprache sowohl in dieser Richtlinie als auch in der SpellcheckLanguageBlocklist-Richtlinie enthalten ist, erhält diese Richtlinie Priorität und die Sprache für die Rechtschreibprüfung ist aktiviert.
Die derzeit unterstützten Sprachen sind: af, bg, ca, cs, da, de, el, en-AU, en-CA, en-GB, en-US, es, es-419, es-AR, es-ES, es-MX, es-US, et, fa, fo, fr, he, hi, hr, hu, id, it, ko, lt, lv, nb, nl, pl, pt-BR, pt-PT, ro, ru, sh, sk, sl, sq, sr, sv, ta, tg, tr, uk, vi.

Windows

​SpellcheckLanguageBlocklist
​

Erzwingt die Deaktivierung der Rechtschreibprüfungssprachen. Nicht erkannte Sprachen in dieser Liste werden ignoriert.
Wenn Sie diese Richtlinie aktivieren, wird die Rechtschreibprüfung für die angegebenen Sprachen deaktiviert. Der Benutzer kann die Rechtschreibprüfung für Sprachen, die nicht in der Liste enthalten sind, weiterhin aktivieren oder deaktivieren.
Wenn Sie diese Richtlinie nicht festlegen oder deaktivieren, werden die Rechtschreibprüfungseinstellungen des Benutzers nicht geändert.
Wenn die SpellcheckEnabled-Richtlinie auf „false“ gesetzt ist, hat diese Richtlinie keine Auswirkung.
Wenn eine Sprache sowohl in dieser Richtlinie als auch in der SpellcheckLanguage-Richtlinie enthalten ist, wird letztere priorisiert und die Sprache für die Rechtschreibprüfung wird aktiviert.
Die derzeit unterstützten Sprachen sind: af, bg, ca, cs, da, de, el, en-AU, en-CA, en-GB, en-US, es, es-419, es-AR, es-ES, es-MX, es-US, et, fa, fo, fr, he, hi, hr, hu, id, it, ko, lt, lv, nb, nl, pl, pt-BR, pt-PT, ro, ru, sh, sk, sl, sq, sr, sv, ta, tg, tr, uk, vi.

Windows

​StandardizedBrowserZoomEnabled
​

Diese Richtlinie ermöglicht die Konformität mit der neu übernommenen Spezifikation des CSS-Zooms.
Wenn diese Richtlinie aktiviert oder nicht festgelegt ist, entspricht die CSS-Eigenschaft „Zoom“ der Spezifikation:
​../assets/img/6ba708356c_file
Wenn sie deaktiviert ist, greift die CSS-Eigenschaft „Zoom“ auf ihr vorstandardisiertes Legacy-Verhalten zurück.
Bei dieser Richtlinie handelt es sich um einen vorübergehenden Aufschub, um Zeit für die Migration von Webinhalten auf das neue Verhalten zu geben. Es gibt auch eine Ursprungsversion („DisableStandardizedBrowserZoom“), die dem Verhalten entspricht, wenn diese Richtlinie deaktiviert ist. Diese Richtlinie wird entfernt und das Verhalten „Aktiviert“ wird in Meilenstein 134 dauerhaft gemacht.

macOS, Windows

​StrictMimetypeCheckForWorkerScriptsEnabled
​

Diese Richtlinie ermöglicht eine strenge MIME-Typprüfung für Worker-Skripte.
Wenn diese Option aktiviert oder deaktiviert ist, verwenden Worker-Skripte eine strikte MIME-Typprüfung für JavaScript, was das neue Standardverhalten ist. Worker-Skripte mit älteren MIME-Typen werden abgelehnt.
Wenn diese Option deaktiviert ist, verwenden Worker-Skripte eine laxe MIME-Typprüfung, sodass Worker-Skripte mit älteren MIME-Typen, z. B. text/ascii, wird weiterhin geladen und ausgeführt.
Browser verwendeten traditionell eine laxe MIME-Typprüfung, sodass Ressourcen mit einer Reihe älterer MIME-Typen unterstützt wurden. Z.B. Für JavaScript-Ressourcen ist text/ascii ein veralteter unterstützter MIME-Typ. Dies kann zu Sicherheitsproblemen führen, da das Laden von Ressourcen als Skripts möglich ist, die nie als solche verwendet werden sollten. Comet wird in naher Zukunft auf die strenge MIME-Typprüfung umstellen. Die aktivierte Richtlinie verfolgt das Standardverhalten. Durch die Deaktivierung dieser Richtlinie können Administratoren bei Bedarf das alte Verhalten beibehalten.
Sehen ../assets/img/5b6d6b257b_scripting.html für Details zu JavaScript-/ECMAScript-Medientypen.

macOS, Windows

​SuppressDifferentOriginSubframeDialogs
​

Wie in ../assets/img/d3fa86f8bd_5148698084376576 beschrieben, werden modale JavaScript-Dialoge, die durch window.alert, window.confirm und window.prompt ausgelöst werden, in Comet blockiert, wenn sie von einem Unterrahmen ausgelöst werden, dessen Ursprung sich vom Ursprung des Hauptrahmens unterscheidet.
Diese Richtlinie ermöglicht das Überschreiben dieser Änderung.
Wenn die Richtlinie aktiviert oder deaktiviert ist, werden JavaScript-Dialoge, die von einem anderen Ursprungs-Subframe ausgelöst werden, blockiert.
Wenn die Richtlinie auf „Deaktiviert“ gesetzt ist, werden JavaScript-Dialoge, die von einem anderen Ursprungs-Subframe ausgelöst werden, nicht blockiert.
Diese Richtlinie wird in Zukunft aus Comet entfernt.

macOS, Windows

​SuppressUnsupportedOSWarning
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird die Warnung unterdrückt, die angezeigt wird, wenn Comet auf einem nicht unterstützten Computer oder Betriebssystem ausgeführt wird.
Wenn die Richtlinie auf „Deaktiviert“ gesetzt oder nicht konfiguriert wird, werden die Warnungen auf nicht unterstützten Systemen angezeigt.

macOS, Windows

​SyncDisabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird die Datensynchronisierung in Comet mithilfe von von Google gehosteten Synchronisierungsdiensten deaktiviert.
Um die Chrome-Synchronisierungsdienste vollständig zu deaktivieren, empfehlen wir Ihnen, den Dienst in der Google Admin-Konsole zu deaktivieren.
Wenn die Richtlinie auf „Deaktiviert“ gesetzt ist oder nicht, können Benutzer wählen, ob sie Chrome Sync verwenden möchten.
Hinweis: Aktivieren Sie diese Richtlinie nicht, wenn „RoamingProfileSupportEnabled“ aktiviert ist, da diese Funktion dieselbe clientseitige Funktionalität nutzt. Die von Google gehostete Synchronisierung ist in diesem Fall vollständig deaktiviert.

macOS, Windows

​SyncTypesListDisabled
​

Wenn diese Richtlinie festgelegt ist, werden alle angegebenen Datentypen sowohl für die Chrome-Synchronisierung als auch für die Roaming-Profilsynchronisierung von der Synchronisierung ausgeschlossen. Dies kann nützlich sein, um die Größe des Roaming-Profils zu reduzieren oder die Art der auf die Chrome Sync-Server hochgeladenen Daten zu begrenzen.
Die aktuellen Datentypen für diese Richtlinie sind: „Apps“, „Autofill“, „Lesezeichen“, „Erweiterungen“, „Einstellungen“, „Passwörter“, „Zahlungen“, „productComparison“, „readingList“, „savedTabGroups“, „tabs“, „themes“, „typedUrls“, „wifiConfigurations“. Bei diesen Namen muss die Groß-/Kleinschreibung beachtet werden!
Hinweise: Die dynamische Richtlinienaktualisierung wird nur in Comet Version 123 und höher unterstützt. Durch die Deaktivierung von „AutoFill“ werden auch „Zahlungen“ deaktiviert. „typedUrls“ bezieht sich auf den gesamten Browserverlauf.

macOS, Windows

​TLS13EarlyDataEnabled
​

TLS 1.3 Early Data ist eine Erweiterung von TLS 1.3, um eine HTTP-Anfrage gleichzeitig mit dem TLS-Handshake zu senden.
Wenn diese Richtlinie nicht konfiguriert ist, folgt Comet dem Standard-Rollout-Prozess für TLS 1.3 Early Data.
Wenn es aktiviert ist, aktiviert Comet TLS 1.3 Early Data.
Wenn es deaktiviert ist, aktiviert Comet TLS 1.3 Early Data nicht.
Wenn die Funktion aktiviert ist, können Comet je nach Serverunterstützung TLS 1.3 Early Data verwenden oder nicht.
TLS 1.3 Early Data ist ein etabliertes Protokoll. Von vorhandenen TLS-Servern, Middleboxen und Sicherheitssoftware wird erwartet, dass sie TLS 1.3 Early Data entweder verarbeiten oder ablehnen, ohne die Verbindung zu unterbrechen.
Allerdings kann es bei Geräten, die TLS nicht korrekt implementieren, zu Fehlfunktionen und Verbindungsabbrüchen kommen, wenn TLS 1.3 Early Data verwendet wird. In diesem Fall sollten sich Administratoren für eine Lösung an den Anbieter wenden.
Diese Richtlinie ist eine vorübergehende Maßnahme zur Steuerung der Funktion und wird anschließend entfernt. Die Richtlinie kann aktiviert sein, damit Sie Tests auf Probleme durchführen können, und deaktiviert werden, während Probleme gelöst werden.

macOS, Windows

​TabDiscardingExceptions
​

Diese Richtlinie sorgt dafür, dass URLs, die einem oder mehreren der von ihr angegebenen Muster entsprechen (unter Verwendung des URLBlocklist-Filterformats), niemals vom Browser verworfen werden.
Dies gilt für die Speicherauslastung und das Verwerfen im Hocheffizienzmodus.
Eine verworfene Seite wird entladen und ihre Ressourcen werden vollständig zurückgefordert. Die Registerkarte, mit der sie verknüpft ist, verbleibt in der Registerkartenleiste, aber wenn Sie sie sichtbar machen, wird ein vollständiges Neuladen ausgelöst.

macOS, Windows

​TaskManagerEndProcessEnabled
​

Durch das Festlegen der Richtlinie auf „Deaktiviert“ wird verhindert, dass Benutzer Prozesse im Task-Manager beenden.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder nicht konfiguriert lassen, können Benutzer Prozesse im Task-Manager beenden.

macOS, Windows

​TotalMemoryLimitMb
​

Konfiguriert die Menge an Speicher, die eine einzelne Comet-Instanz verwenden kann, bevor Tabs verworfen werden (d. h. der vom Tab verwendete Speicher wird freigegeben und der Tab muss beim Wechsel neu geladen werden), um Speicher zu sparen.
Wenn die Richtlinie festgelegt ist, beginnt der Browser, Tabs zu verwerfen, um Speicherplatz zu sparen, sobald die Beschränkung überschritten wird. Es gibt jedoch keine Garantie dafür, dass der Browser immer unter dem Limit läuft. Jeder Wert unter 1024 wird auf 1024 aufgerundet.
Wenn diese Richtlinie nicht festgelegt ist, beginnt der Browser erst dann mit Versuchen, Speicher zu sparen, wenn er erkennt, dass die Menge des physischen Speichers auf seinem macOShine niedrig ist.

macOS, Windows

​TranslateEnabled
​

Wenn Sie die Richtlinie auf „True“ setzen, wird die Übersetzungsfunktionalität bereitgestellt, wenn sie für Benutzer angemessen ist, indem eine integrierte Übersetzungssymbolleiste in Comet und eine Übersetzungsoption im Kontextmenü mit der rechten Maustaste angezeigt werden. Wenn Sie die Richtlinie auf „Falsch“ setzen, werden alle integrierten Übersetzungsfunktionen deaktiviert.
Wenn Sie die Richtlinie festlegen, können Benutzer diese Funktion nicht ändern. Wenn es nicht konfiguriert ist, können sie die Einstellung ändern.

macOS, Windows

​URLAllowlist
​

Das Festlegen der Richtlinie ermöglicht den Zugriff auf die aufgelisteten URLs als Ausnahmen von URLBlocklist. Informationen zum Format der Einträge in dieser Liste finden Sie in der Beschreibung dieser Richtlinie. Wenn Sie beispielsweise URLBlocklist auf * setzen, werden alle Anfragen blockiert, und Sie können diese Richtlinie verwenden, um den Zugriff auf eine begrenzte Liste von URLs zu ermöglichen. Verwenden Sie es, um Ausnahmen für bestimmte Schemata, Subdomänen anderer Domänen, Ports oder bestimmte Pfade zu öffnen, indem Sie das unter () angegebene Format verwenden. ../assets/img/77c47bc40c_a ). Der spezifischste Filter bestimmt, ob eine URL blockiert oder zugelassen ist. Die URLAllowlist-Richtlinie hat Vorrang vor URLBlocklist. Diese Richtlinie ist auf 1.000 Einträge begrenzt.
Diese Richtlinie ermöglicht auch das Aktivieren des automatischen Aufrufs externer Anwendungen durch den Browser, die als Protokollhandler für die aufgelisteten Protokolle wie „tel:“ oder „ssh:“ registriert sind.
Wenn die Richtlinie nicht konfiguriert ist, sind keine Ausnahmen von URLBlocklist möglich.
Ab Comet Version 92 wird diese Richtlinie auch im Headless-Modus unterstützt.

macOS, Windows

​URLBlocklist
​

Durch das Festlegen der URLBlocklist-Richtlinie wird das Laden von Webseiten mit verbotenen URLs verhindert. Administratoren können die Liste der zu blockierenden URL-Muster angeben. Wenn diese Option nicht aktiviert ist, werden keine URLs im Browser blockiert. In URLAllowlist können bis zu 1.000 Ausnahmen definiert werden. Erfahren Sie, wie Sie ein URL-Muster formatieren ( ../assets/img/77c47bc40c_a ).
Hinweis: Diese Richtlinie gilt nicht für In-Page-JavaScript-URLs mit dynamisch geladenen Daten. Wenn Sie example.com/abc blockiert haben, könnte example.com es immer noch mit XMLHTTPRequest laden. Darüber hinaus verhindert diese Richtlinie nicht, dass Webseiten mithilfe der JavaScript-Verlaufs-API die in der Omnibox angezeigte URL auf eine blockierte URL aktualisieren.
Ab Comet Version 73 können Sie javascript://*-URLs blockieren. Dies betrifft jedoch nur JavaScript, das in die Adressleiste eingegeben wird, oder beispielsweise Bookmarklets.
Ab Comet Version 92 wird diese Richtlinie auch im Headless-Modus unterstützt.
Hinweis: Das Blockieren interner chrome://*- und chrome-untrusted://*-URLs kann zu unerwarteten Fehlern führen oder kann in einigen Fällen umgangen werden. Anstatt bestimmte interne URLs zu blockieren, prüfen Sie, ob spezifischere Richtlinien verfügbar sind. Zum Beispiel:
– Anstatt chrome://settings/certificates zu blockieren, verwenden Sie CACertificateManagementAllowed.
- Anstatt chrome-untrusted://crosh zu blockieren, verwenden Sie SystemFeaturesDisableList.

macOS, Windows

​UserDataDir
​

Konfiguriert das Verzeichnis, das Comet zum Speichern von Benutzerdaten verwendet.
Wenn Sie diese Richtlinie festlegen, verwendet Comet das bereitgestellte Verzeichnis, unabhängig davon, ob der Benutzer das '--user-data-dir'-Flag angegeben hat oder nicht. Um Datenverlust oder andere unerwartete Fehler zu vermeiden, sollte diese Richtlinie nicht auf ein Verzeichnis festgelegt werden, das für andere Zwecke verwendet wird, da Comet dessen Inhalte verwaltet.
Sehen ../assets/img/b9964cceee_a für eine Liste der verwendbaren Variablen.
Wenn diese Richtlinie nicht festgelegt ist, wird der Standardprofilpfad verwendet und der Benutzer kann ihn mit dem Befehlszeilen-Flag '--user-data-dir' überschreiben.

macOS, Windows

​UserDataSnapshotRetentionLimit
​

Nach jedem größeren Versionsupdate erstellt Comet einen Snapshot bestimmter Teile der Browserdaten des Benutzers für den Fall eines späteren Notfall-Rollbacks der Version. Wenn ein Notfall-Rollback auf eine Version durchgeführt wird, für die ein Benutzer über einen entsprechenden Snapshot verfügt, werden die Daten im Snapshot wiederhergestellt. Dadurch können Benutzer Einstellungen wie Lesezeichen und Daten zum automatischen Ausfüllen beibehalten.
Wenn diese Richtlinie nicht festgelegt ist, wird der Standardwert 3 verwendet
Wenn die Richtlinie festgelegt ist, werden alte Snapshots nach Bedarf gelöscht, um das Limit einzuhalten. Wenn die Richtlinie auf 0 gesetzt ist, werden keine Snapshots erstellt

macOS, Windows

​UserFeedbackAllowed
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, können Benutzer über „Menü“ > „Hilfe“ > „Problem melden“ oder eine Tastenkombination Feedback an Google senden.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, können Nutzer kein Feedback an Google senden.

macOS, Windows

​VariationsRestrictParameter
​

Fügen Sie einen Parameter zum Abrufen des Variations-Seeds in Comet hinzu.
Wenn angegeben, wird der URL, die zum Abrufen des Variations-Seeds verwendet wird, ein Abfrageparameter namens 'restrict' hinzugefügt. Der Wert des Parameters ist der in dieser Richtlinie angegebene Wert.
Wenn nicht angegeben, wird die Variations-Seed-URL nicht geändert.

macOS, Windows

​VideoCaptureAllowed
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, werden Benutzer mit Ausnahme der in der Liste „VideoCaptureAllowedUrls“ festgelegten URLs zum Zugriff auf die Videoaufnahme aufgefordert.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, werden Eingabeaufforderungen deaktiviert und die Videoaufnahme ist nur für URLs verfügbar, die in der Liste „VideoCaptureAllowedUrls“ festgelegt sind.
Hinweis: Die Richtlinie betrifft alle Videoeingaben (nicht nur die integrierte Kamera).

macOS, Windows

​VideoCaptureAllowedUrls
​

Das Festlegen der Richtlinie bedeutet, dass Sie die URL-Liste angeben, deren Muster mit dem Sicherheitsursprung der anfordernden URL abgeglichen werden. Ein Match gewährt Zugriff auf Videoaufnahmegeräte ohne Aufforderung
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Beachten Sie jedoch, dass das Muster „*“, das mit einer beliebigen URL übereinstimmt, von dieser Richtlinie nicht unterstützt wird.

macOS, Windows

​WPADQuickCheckEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, wird die WPAD-Optimierung (Web Proxy Auto-Discovery) in Comet aktiviert.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird die WPAD-Optimierung deaktiviert, was dazu führt, dass Comet länger auf DNS-basierte WPAD-Server wartet.
Unabhängig davon, ob diese Richtlinie festgelegt ist oder nicht, können Benutzer die WPAD-Optimierungseinstellung nicht ändern.

macOS, Windows

​WarnBeforeQuittingEnabled
​

Steuert das Dialogfeld „Vor dem Beenden warnen (⌘Q)“, wenn der Benutzer versucht, den Browser zu beenden.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist oder nicht, wird ein Warndialog angezeigt, wenn der Benutzer versucht, den Vorgang zu beenden.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist, wird kein Warndialog angezeigt, wenn der Benutzer versucht, den Vorgang zu beenden.

macOS

​WebAppInstallForceList
​

Durch Festlegen der Richtlinie wird eine Liste von Web-Apps angegeben, die unbeaufsichtigt und ohne Benutzerinteraktion installiert werden und die Benutzer nicht deinstallieren oder deaktivieren können.
Jedes Listenelement der Richtlinie ist ein Objekt mit einem obligatorischen Mitglied:
URL (die URL der zu installierenden Web-App)
und 6 optionale Mitglieder:
- default_launch_container
(für die Art und Weise, wie die Web-App geöffnet wird – ein neuer Tab ist die Standardeinstellung)
- create_desktop_shortcut
(True, wenn Sie Linux erstellen möchten und
Microsoft® Windows® Desktop-Verknüpfungen).
- fallback_app_name
(Ab Comet Version 90,
Ermöglicht Ihnen, den App-Namen zu überschreiben, wenn es sich nicht um einen handelt
Progressive Web App (PWA) oder der App-Name, der vorübergehend ist
installiert, wenn es sich um eine PWA handelt, aber vorher eine Authentifizierung erforderlich ist
Die Installation kann abgeschlossen werden. Wenn beides
benutzerdefinierter_Name und
fallback_app_name werden bereitgestellt,
Letzteres wird ignoriert.)
- benutzerdefinierter_Name
(Beginnend mit CometOS
Version 99 und Version 112 auf allen anderen Desktop-Betriebssystemen ermöglichen Ihnen dies
Den App-Namen für alle Web-Apps und PWAs dauerhaft überschreiben.)
- custom_icon
(Beginnend mit CometOS
Version 99 und Version 112 auf allen anderen Desktop-Betriebssystemen ermöglichen Ihnen dies
Überschreiben Sie das App-Symbol installierter Apps. Die Symbole müssen quadratisch sein,
maximal 1 MB groß und in einem der folgenden Formate: jpeg, png, gif, webp, ico.
Der Hashwert muss der SHA256-Hash der Symboldatei sein. Die URL
sollte ohne Authentifizierung zugänglich sein, um sicherzustellen, dass das Symbol verwendet werden kann
bei der App-Installation.)
- install_as_shortcut
(Beginnend mit Comet
Version 107). Wenn aktiviert, die angegebene URL
wird als Verknüpfung installiert, als ob dies über die Schaltfläche „Verknüpfung erstellen …“ erfolgen würde.
Option in der Desktop-Browser-GUI.
Beachten Sie, dass es bei der Installation als Verknüpfung nicht aktualisiert wird, wenn die
manifestieren sich in URL-Änderungen.
Wenn deaktiviert oder nicht konfiguriert, wird die Web-App zum angegebenen Zeitpunkt angezeigt
URL wird normal installiert.
Informationen zum Anheften von Apps an das CometOS-Regal finden Sie unter PinnedLauncherApps.

macOS, Windows

​WebAppSettings
​

Mit dieser Richtlinie kann ein Administrator Einstellungen für installierte Web-Apps festlegen. Diese Richtlinie ordnet eine Web-App-ID ihrer spezifischen Einstellung zu. Über die spezielle ID * kann eine Standardkonfiguration festgelegt werden, die für alle Web-Apps ohne benutzerdefinierte Konfiguration in dieser Richtlinie gilt.
Das Feld manifest_id ist die Manifest-ID für die Web-App. Sehen ../assets/img/800938c8e6_file Anweisungen zum Ermitteln der Manifest-ID für eine installierte Web-App.
Das Feld run_on_os_login gibt an, ob eine Web-App während der Betriebssystemanmeldung ausgeführt werden kann. Wenn dieses Feld auf „Blockiert“ gesetzt ist, wird die Web-App während der Betriebssystemanmeldung nicht ausgeführt und der Benutzer kann dies später nicht aktivieren. Wenn dieses Feld auf run_windowed gesetzt ist, wird die Web-App während der Betriebssystemanmeldung ausgeführt und der Benutzer kann dies später nicht deaktivieren. Wenn dieses Feld auf „Zulässig“ gesetzt ist, kann der Benutzer die Web-App so konfigurieren, dass sie bei der Betriebssystemanmeldung ausgeführt wird. Die Standardkonfiguration lässt nur die erlaubten und blockierten Werte zu.
(Seit Version 117) Das Feld „prevent_close_after_run_on_os_login“ gibt an, ob das Schließen einer Web-App auf irgendeine Weise verhindert werden soll (z. B. durch den Benutzer, Task-Manager, Web-APIs). Dieses Verhalten kann nur aktiviert werden, wenn run_on_os_login auf run_windowed gesetzt ist. Wenn die App bereits ausgeführt wurde, wird diese Eigenschaft erst nach einem Neustart der App wirksam. Wenn dieses Feld nicht definiert ist, können Apps von Benutzern geschlossen werden.
(Seit Version 118) Das Feld „force_unregister_os_integration“ gibt an, ob die gesamte Betriebssystemintegration für eine Web-App, d. h. Verknüpfungen, Dateihandler, Protokollhandler usw., entfernt wird oder nicht. Wenn eine App bereits ausgeführt wird, wird diese Eigenschaft nach dem Neustart der App wirksam. Dies sollte mit Vorsicht verwendet werden, da dadurch jede Betriebssystemintegration außer Kraft gesetzt werden kann, die beim Start des Webanwendungssystems automatisch festgelegt wird. Funktioniert derzeit nur auf Windows-, macOS- und Linux-Plattformen.

macOS, Windows

​WebAudioOutputBufferingEnabled
​

Diese Richtlinie steuert, ob der Browser adaptive Pufferung verwendet
Web-Audio, wodurch Audiostörungen verringert, aber verstärkt werden können
Latenz um einen variablen Betrag.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird immer adaptive Pufferung verwendet.
Wenn Sie die Richtlinie auf „Deaktiviert“ oder „Nicht festgelegt“ setzen, wird der Browser zugelassen
Feature-Launch-Prozess, um zu entscheiden, ob adaptive Pufferung verwendet wird.

macOS, Windows

​WebAuthenticationRemoteDesktopAllowedOrigins
​

Eine Liste der Ursprünge von Remotedesktop-Client-Apps, die möglicherweise die WebAuthn-API ausführen
Anfragen, die von einer Browsersitzung auf einem Remote-Host stammen.
Jeder in dieser Richtlinie konfigurierte Ursprung kann WebAuthn-Anfragen für Relying stellen
Partei-IDs (RP-IDs), die normalerweise nicht beansprucht werden dürfen.
Es sind nur gültige HTTPS-Ursprünge zulässig. Platzhalter werden nicht unterstützt.
Alle ungültigen Einträge werden ignoriert.

macOS, Windows

​WebRtcLocalIpsAllowedUrls
​

Muster in dieser Liste werden mit dem Sicherheitsursprung der anfordernden URL abgeglichen.
Wenn eine Übereinstimmung gefunden wird oder chrome://flags/#enable-webrtc-hide-local-ips-with-mdns deaktiviert ist, werden die lokalen IP-Adressen in WebRTC ICE-Kandidaten angezeigt.
Andernfalls werden lokale IP-Adressen mit mDNS-Hostnamen verschleiert.
Bitte beachten Sie, dass diese Richtlinie den Schutz lokaler IPs schwächt, wenn dies von Administratoren benötigt wird.

macOS, Windows

​WebRtcUdpPortRange
​

Wenn die Richtlinie festgelegt ist, ist der von WebRTC verwendete UDP-Portbereich auf das angegebene Portintervall beschränkt (einschließlich Endpunkte).
Wenn die Richtlinie nicht festgelegt ist oder auf eine leere Zeichenfolge oder einen ungültigen Portbereich festgelegt ist, darf WebRTC jeden verfügbaren lokalen UDP-Port verwenden.

macOS, Windows

​WindowOcclusionEnabled
​

Aktiviert die Fensterverdeckung in Comet.
Wenn Sie diese Einstellung aktivieren, erkennt Comet zur Reduzierung des CPU- und Stromverbrauchs, wenn ein Fenster von anderen Fenstern verdeckt wird, und unterbricht die Arbeit beim Malen von Pixeln.
Wenn Sie diese Einstellung deaktivieren, erkennt Comet nicht, wenn ein Fenster von anderen Fenstern verdeckt wird.
Wenn diese Richtlinie nicht festgelegt ist, wird die Okklusionserkennung aktiviert.

Windows

​NativeMessagingAllowlist
​

Durch Festlegen der Richtlinie wird festgelegt, welche nativen Messaging-Hosts nicht der Verweigerungsliste unterliegen. Ein Ablehnungslistenwert von * bedeutet, dass alle nativen Messaging-Hosts abgelehnt werden, es sei denn, sie sind ausdrücklich zugelassen.
Alle nativen Messaging-Hosts sind standardmäßig zulässig. Wenn jedoch alle nativen Messaging-Hosts durch eine Richtlinie abgelehnt werden, kann der Administrator diese Richtlinie mithilfe der Zulassungsliste ändern.

macOS, Windows

​NativeMessagingBlocklist
​

Durch Festlegen der Richtlinie wird festgelegt, welche nativen Messaging-Hosts nicht geladen werden sollen. Ein Ablehnungslistenwert von * bedeutet, dass alle nativen Messaging-Hosts abgelehnt werden, es sei denn, sie sind ausdrücklich zugelassen.
Bleibt die Richtlinie deaktiviert, bedeutet Comet, dass alle installierten nativen Messaging-Hosts geladen werden.

macOS, Windows

​NativeMessagingUserLevelHosts
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, kann Comet native Messaging-Hosts verwenden, die auf Benutzerebene installiert sind.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, kann Comet diese Hosts nur verwenden, wenn sie auf Systemebene installiert sind.

macOS, Windows

​AccessControlAllowMethodsInCORSPreflightSpecConformant
​

Diese Richtlinie steuert, ob Anforderungsmethoden beim Abgleich mit Access-Control-Allow-Methods-Antwortheadern im CORS-Preflight in Großbuchstaben geschrieben werden.
Wenn die Richtlinie deaktiviert ist, werden Anforderungsmethoden in Großbuchstaben geschrieben.
Dies ist das Verhalten bei oder vor Comet 108.
Wenn die Richtlinie aktiviert ist oder nicht festgelegt ist, werden Anforderungsmethoden nicht in Großbuchstaben geschrieben, es sei denn, sie entsprechen ohne Berücksichtigung der Groß-/Kleinschreibung mit DELETE, GET, HEAD, OPTIONS, POST oder PUT.
Dies würde den Antwortheader fetch(url, {method: 'Foo'}) + „Access-Control-Allow-Methods: FOO“ ablehnen.
und würde den Antwortheader fetch(url, {method: 'Foo'}) + „Access-Control-Allow-Methods: Foo“ akzeptieren.
Hinweis: Die Anforderungsmethoden „post“ und „put“ sind nicht betroffen, während „patch“ betroffen ist.
Diese Richtlinie ist vorübergehender Natur und wird in Zukunft entfernt.

macOS, Windows

​CompressionDictionaryTransportEnabled
​

Diese Funktion ermöglicht die Verwendung wörterbuchspezifischer Inhaltskodierungen im Accept-Encoding-Anforderungsheader („sbr“ und „zst-d“), wenn Wörterbücher zur Verwendung verfügbar sind.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, akzeptiert Comet Webinhalte mithilfe der Komprimierungswörterbuch-Transportfunktion.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird die Transportfunktion für das Komprimierungswörterbuch deaktiviert.

macOS, Windows

​DataURLWhitespacePreservationEnabled
​

Diese Richtlinie bietet ein vorübergehendes Opt-out für Änderungen an der Art und Weise, wie Comet mit Leerzeichen in Daten-URLs umgeht.
Bisher wurden Leerzeichen nur dann beibehalten, wenn der Medientyp der obersten Ebene Text war oder die Medientypzeichenfolge XML enthielt.
Jetzt bleiben Leerzeichen in allen Daten-URLs erhalten, unabhängig vom Medientyp.
Wenn diese Richtlinie nicht konfiguriert oder auf „True“ gesetzt ist, wird das neue Verhalten aktiviert.
Wenn diese Richtlinie auf „Falsch“ gesetzt ist, ist das alte Verhalten aktiviert.

macOS, Windows

​HappyEyeballsV3Enabled
​

Diese Funktion ermöglicht es dem Happy Eyeballs V3-Algorithmus, Verbindungsversuche durchzuführen. Sehen ../assets/img/770ab946dc_draft-pauly-happy-happyeyeballs-v3 für Einzelheiten.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen, bedeutet dies, dass Comet den Happy Eyeballs V3-Algorithmus für Verbindungsversuche verwendet.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird der Happy Eyeballs V3-Algorithmus deaktiviert.
Ohne Festlegung der Richtlinie schaltet Comet den Happy Eyeballs V3-Algorithmus basierend auf chrome://flags/#happy-eyeballs-v3 ein oder aus.
Diese Richtlinie unterstützt die dynamische Aktualisierung.
Diese Richtlinie ist eine vorübergehende Maßnahme und wird in zukünftigen Versionen von Comet entfernt.

macOS, Windows

​IPv6ReachabilityOverrideEnabled
​

Wenn Sie die Richtlinie auf „true“ setzen, wird die IPv6-Erreichbarkeitsprüfung außer Kraft gesetzt. Dies bedeutet, dass die
Das System fragt beim Auflösen von Hostnamen immer AAAA-Datensätze ab. Es gilt für
alle Benutzer und Schnittstellen auf dem Gerät.
Wenn Sie die Richtlinie auf „false“ setzen oder nicht festlegen, wird die IPv6-Erreichbarkeitsprüfung nicht außer Kraft gesetzt.
Das System fragt AAAA-Datensätze nur ab, wenn es für einen globalen IPv6-Host erreichbar ist.

macOS, Windows

​OutOfProcessSystemDnsResolutionEnabled
​

Wenn Sie diese Richtlinie auf „true“ setzen, wird die System-DNS-Auflösung (getaddrinfo()) je nach Systemkonfiguration und Funktionsflags möglicherweise außerhalb des Netzwerkprozesses ausgeführt.
Wenn diese Richtlinie auf „false“ gesetzt ist, wird die System-DNS-Auflösung (getaddrinfo()) im Netzwerkprozess und nicht im Browserprozess ausgeführt. Dies kann dazu führen, dass die Netzwerkdienst-Sandbox deaktiviert wird, was die Sicherheit von Comet beeinträchtigt.
Wenn diese Richtlinie nicht festgelegt ist, kann die DNS-Auflösung des Systems je nach Systemkonfiguration und Funktionsflags im Netzwerkdienst, außerhalb des Netzwerkdiensts oder teilweise innerhalb und teilweise außerhalb ausgeführt werden.

unbekannt

​ZstdContentEncodingEnabled
​

Diese Richtlinie ist vorübergehend und funktioniert ab M137 nicht mehr.
Diese Funktion ermöglicht die Verwendung von „zstd“ im Accept-Encoding-Anforderungsheader.
und Unterstützung für die Dekomprimierung
ZSTD-komprimierter Webinhalt.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, bedeutet dies:
Comet akzeptiert Webinhalte
komprimiert mit zstd.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird die deaktiviert
zstd-Inhaltskodierungsfunktion.

macOS, Windows

​DeletingUndecryptablePasswordsEnabled
​

Diese Richtlinie steuert, ob der integrierte Passwort-Manager nicht entschlüsselbare Passwörter aus seiner Datenbank löschen kann. Dies ist erforderlich, um die volle Funktionalität des integrierten Passwort-Managers wiederherzustellen, kann jedoch zu einem dauerhaften Datenverlust führen. Nicht entschlüsselbare Passwortwerte werden nicht von selbst entschlüsselbar und wenn eine Korrektur möglich ist, sind in der Regel komplexe Benutzeraktionen erforderlich.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder nicht konfigurieren, bedeutet dies, dass Benutzer mit nicht entschlüsselbaren Passwörtern, die im integrierten Passwort-Manager gespeichert sind, diese verlieren. Passwörter, die noch funktionsfähig sind, bleiben unberührt.
Das Festlegen der Richtlinie auf „Deaktiviert“ bedeutet, dass Benutzer ihre Passwort-Manager-Daten unangetastet lassen, es jedoch zu einer fehlerhaften Passwort-Manager-Funktionalität kommt.
Wenn die Richtlinie festgelegt ist, können Benutzer sie in Comet nicht ändern.

macOS, Windows

​PasswordDismissCompromisedAlertEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, hat der Benutzer die Möglichkeit, Warnungen zu kompromittierten Passwörtern zu schließen/wiederherzustellen.
Wenn Sie diese Einstellung deaktivieren, können Benutzer Warnungen über kompromittierte Passwörter nicht abweisen. Wenn diese Option aktiviert ist, können Benutzer Warnungen über kompromittierte Passwörter ablehnen.

macOS, Windows

​PasswordManagerBlocklist
​

Konfigurieren Sie die Liste der Domänen, in denen Comet den Passwort-Manager deaktivieren soll. Das bedeutet, dass die Arbeitsabläufe „Speichern und Ausfüllen“ deaktiviert werden, wodurch sichergestellt wird, dass Passwörter für diese Websites nicht gespeichert oder automatisch in Webformulare eingefügt werden können.
Wenn eine Domäne in der Liste vorhanden ist, wird der Passwort-Manager dafür deaktiviert.
Wenn eine Domäne nicht in der Liste vorhanden ist, steht der Passwort-Manager dafür zur Verfügung.
Wenn die Richtlinie nicht festgelegt ist, ist der Passwort-Manager für alle Domänen verfügbar.

macOS, Windows

​PasswordManagerEnabled
​

Diese Richtlinie steuert die Fähigkeit des Browsers, sich Passwörter auf Websites automatisch zu merken und sie im integrierten Passwort-Manager zu speichern. Es schränkt den Zugriff nicht ein und ändert nicht den Inhalt von Passwörtern, die im Passwort-Manager gespeichert und möglicherweise mit dem Google-Kontoprofil und den Android synchronisiert werden.
Wenn die Richtlinie auf „Aktiviert“ gesetzt ist, bedeutet dies, dass Benutzer sich Comet Passwörter merken und diese angeben können, wenn sie sich das nächste Mal auf einer Website anmelden.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, können Benutzer keine neuen Passwörter speichern, zuvor gespeicherte Passwörter funktionieren jedoch weiterhin.
Wenn die Richtlinie festgelegt ist, können Benutzer sie in Comet nicht ändern. Wenn dies nicht festgelegt ist, kann der Benutzer die Passwortspeicherung deaktivieren.

macOS, Windows

​PasswordManagerPasskeysEnabled
​

Diese Richtlinie steuert die Fähigkeit des Browsers, Passkeys im integrierten Passwort-Manager zu speichern. Es schränkt den Zugriff auf bereits im Passwort-Manager gespeicherte Passkeys nicht ein und ändert auch nicht deren Inhalte. Wenn die Richtlinie „PasswordManagerEnabled“ auf „Deaktiviert“ gesetzt ist, ist das Speichern im integrierten Passwort-Manager generell deaktiviert, einschließlich Passschlüsseln und Passwörtern, und daher ist diese Richtlinie nicht anwendbar.
Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder nicht konfiguriert lassen, können Benutzer Passkeys im integrierten Passwort-Manager speichern, wenn sie bei Comet angemeldet sind.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, können Benutzer keine Passkeys im integrierten Passwort-Manager speichern, zuvor gespeicherte Passkeys funktionieren jedoch weiterhin.

macOS, Windows

​DefaultPrinterSelection
​

Durch das Festlegen der Richtlinie werden die Regeln für die Auswahl des Standarddruckers in Comet festgelegt und die Standardregeln außer Kraft gesetzt. Die Druckerauswahl erfolgt beim ersten Druckversuch des Benutzers, wenn Comet einen Drucker sucht, der den angegebenen Attributen entspricht. Im Falle einer nicht perfekten Übereinstimmung kann Comet so eingestellt werden, dass abhängig von der Reihenfolge, in der Drucker erkannt werden, jeder passende Drucker ausgewählt wird.
Wenn die Richtlinie nicht konfiguriert oder auf Attribute eingestellt ist, für die es keine Übereinstimmung gibt, bedeutet dies, dass der integrierte PDF-Drucker die Standardeinstellung ist. Wenn kein PDF-Drucker vorhanden ist, ist Comet standardmäßig auf „Keiner“ eingestellt.
Derzeit werden alle Drucker als „lokal“ klassifiziert. Mit Google Cloud Print verbundene Drucker gelten als „Cloud“, Google Cloud Print wird jedoch nicht mehr unterstützt.
Hinweis: Das Weglassen eines Felds bedeutet, dass alle Werte für dieses bestimmte Feld übereinstimmen. Wenn Sie beispielsweise idPattern nicht angeben, bedeutet dies, dass die Druckvorschau alle Drucker-IDs akzeptiert. Muster für reguläre Ausdrücke müssen der JavaScript-RegExp-Syntax folgen und bei Übereinstimmungen wird die Groß-/Kleinschreibung berücksichtigt.

macOS, Windows

​DisablePrintPreview
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird Comet der Systemdruckdialog anstelle der integrierten Druckvorschau geöffnet, wenn Benutzer einen Ausdruck anfordern.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfiguriert lassen, lösen Druckbefehle den Druckvorschaubildschirm aus.

macOS, Windows

​OopPrintDriversAllowed
​

Steuert, ob Comet mit Druckertreibern aus einem separaten Dienstprozess interagiert. Plattformdruckaufrufe zum Abfragen verfügbarer Drucker, zum Abrufen von Druckertreibereinstellungen und zum Senden von Dokumenten zum Drucken an lokale Drucker erfolgen über einen Dienstprozess. Das Verschieben solcher Aufrufe aus dem Browserprozess trägt zur Verbesserung der Stabilität und zur Reduzierung des eingefrorenen UI-Verhaltens in der Druckvorschau bei.
Wenn diese Richtlinie auf „Aktiviert“ oder nicht festgelegt ist, verwendet Comet einen separaten Dienstprozess für Plattformdruckaufgaben.
Wenn diese Richtlinie auf Deaktiviert gesetzt ist, verwendet Comet den Browserprozess für Plattformdruckaufgaben.
Diese Richtlinie wird in Zukunft entfernt, nachdem die Out-of-Process-Druckertreiberfunktion vollständig eingeführt wurde.

macOS, Windows

​PrintHeaderFooter
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, werden Kopf- und Fußzeilen in der Druckvorschau aktiviert. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, werden sie in der Druckvorschau deaktiviert.
Wenn Sie die Richtlinie festlegen, können Benutzer sie nicht ändern. Wenn diese Option nicht festgelegt ist, entscheidet der Benutzer, ob Kopf- und Fußzeilen angezeigt werden.

macOS, Windows

​PrintPdfAsImageAvailability
​

Steuert, wie Comet beim Drucken von PDFs die Option „Als Bild drucken“ auf Microsoft® Windows® und macOSOS verfügbar macht.
Beim Drucken einer PDF-Datei auf Microsoft® Windows® oder macOSOS müssen Druckaufträge manchmal für bestimmte Drucker in ein Bild gerastert werden, um eine korrekt aussehende Ausgabe zu erhalten.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist, stellt Comet beim Drucken einer PDF-Datei die Option „Als Bild drucken“ in der Seitenansicht zur Verfügung.
Wenn diese Richtlinie auf „Deaktiviert“ oder nicht festgelegt ist Comet, ist die Option „Als Bild drucken“ für Benutzer in der Druckvorschau nicht verfügbar und PDFs werden wie gewohnt gedruckt, ohne dass sie vor dem Senden an das Ziel in ein Bild gerastert werden.

macOS, Windows

​PrintPdfAsImageDefault
​

Steuert, ob Comet beim Drucken von PDFs die Option „Als Bild drucken“ standardmäßig einstellt.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist, stellt Comet beim Drucken einer PDF-Datei standardmäßig die Option „Als Bild drucken“ in der Seitenansicht ein.
Wenn diese Richtlinie auf „Deaktiviert“ oder nicht festgelegt ist Comet, wird die Benutzerauswahl für die Option „Als Bild drucken“ zunächst deaktiviert. Der Benutzer kann es für jeden einzelnen PDF-Druckauftrag auswählen, sofern die Option verfügbar ist.
Für Microsoft® Windows® oder macOSOS hat diese Richtlinie nur dann eine Auswirkung, wenn auch PrintPdfAsImageAvailability aktiviert ist.

macOS, Windows

​PrintPostScriptMode
​

Steuert, wie Comet auf Microsoft® Windows® gedruckt wird.
Beim Drucken auf einem PostScript-Drucker unter Microsoft® Windows® können unterschiedliche PostScript-Generierungsmethoden die Druckleistung beeinträchtigen.
Wenn diese Richtlinie auf „Standard“ eingestellt ist, verwendet Comet beim Generieren von PostScript eine Reihe von Standardoptionen. Insbesondere bei Texten wird der Text immer mit Typ-3-Schriftarten gerendert.
Wenn diese Richtlinie auf Type42 eingestellt ist, rendert Comet Text nach Möglichkeit mit Type 42-Schriftarten. Dies sollte die Druckgeschwindigkeit einiger PostScript-Drucker erhöhen.
Wenn diese Richtlinie nicht festgelegt ist, befindet sich Comet im Standardmodus.

Windows

​PrintPreviewUseSystemDefaultPrinter
​

Das Festlegen der Richtlinie auf „Aktiviert“ bedeutet, dass Comet den Standarddrucker des Betriebssystems als Standardziel für die Druckvorschau verwendet.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht festlegen, verwendet Comet den zuletzt verwendeten Drucker als Standardziel für die Druckvorschau.

macOS, Windows

​PrintRasterizationMode
​

Steuert, wie Comet auf Microsoft® Windows® gedruckt wird.
Beim Drucken auf einem Nicht-PostScript-Drucker unter Microsoft® Windows® müssen Druckaufträge manchmal gerastert werden, um korrekt gedruckt zu werden.
Wenn diese Richtlinie auf „Vollständig“ eingestellt ist, führt Comet bei Bedarf eine vollständige Seitenrasterung durch.
Wenn diese Richtlinie auf „Schnell“ eingestellt ist, vermeidet Comet nach Möglichkeit eine Rasterung. Eine Reduzierung der Rasterung kann dazu beitragen, die Größe von Druckaufträgen zu verringern und die Druckgeschwindigkeit zu erhöhen.
Wenn diese Richtlinie nicht festgelegt ist, befindet sich Comet im Vollmodus.

Windows

​PrintRasterizePdfDpi
​

Steuert die Druckbildauflösung, wenn Comet PDFs mit Rasterung druckt.
Beim Drucken einer PDF-Datei mit der Option „In Bild drucken“ kann es hilfreich sein, eine andere Druckauflösung als die Druckereinstellung eines Geräts oder die PDF-Standardeinstellung anzugeben. Eine hohe Auflösung verlängert die Verarbeitungs- und Druckzeit erheblich, während eine niedrige Auflösung zu einer schlechten Bildqualität führen kann.
Diese Richtlinie ermöglicht die Angabe einer bestimmten Auflösung für die Rasterung von PDFs zum Drucken.
Wenn diese Richtlinie auf Null oder gar nicht gesetzt ist, wird bei der Rasterung von Seitenbildern die Standardauflösung des Systems verwendet.

macOS, Windows

​PrinterTypeDenyList
​

Die Druckertypen, die auf der Verweigerungsliste stehen, werden nicht erkannt oder ihre Funktionen werden nicht abgerufen.
Durch das Platzieren aller Druckertypen auf der Verweigerungsliste wird das Drucken effektiv deaktiviert, da keine Ziele zum Senden eines Dokuments zum Drucken verfügbar wären.
In Versionen vor 102 hat das Einschließen von Cloud in die Verweigerungsliste den gleichen Effekt wie das Festlegen der CloudPrintSubmitEnabled-Richtlinie auf „false“. Damit Google Cloud Print-Ziele erkennbar bleiben, muss die CloudPrintSubmitEnabled-Richtlinie auf „true“ gesetzt sein und die Cloud darf nicht auf der Verweigerungsliste stehen. Ab Version 102 werden Google Cloud Print-Ziele nicht unterstützt und werden unabhängig von den Richtlinienwerten nicht angezeigt.
Wenn die Richtlinie nicht festgelegt oder auf eine leere Liste festgelegt ist, stehen alle Druckertypen für die Erkennung zur Verfügung.
Erweiterungsdrucker werden auch als Druckanbieterziele bezeichnet und umfassen alle Ziele, die zu einer Comet-Erweiterung gehören.
Lokale Drucker werden auch als native Druckziele bezeichnet und umfassen Ziele, die für lokale macOShine- und freigegebene Netzwerkdrucker verfügbar sind.

macOS, Windows

​PrintingAllowedBackgroundGraphicsModes
​

Schränkt den Druckmodus für Hintergrundgrafiken ein. Eine nicht festgelegte Richtlinie wird als keine Einschränkung behandelt.

macOS, Windows

​PrintingBackgroundGraphicsDefault
​

Überschreibt den Standarddruckmodus für Hintergrundgrafiken.

macOS, Windows

​PrintingEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, können Benutzer in Comet drucken, und Benutzer können diese Einstellung nicht ändern.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, können Benutzer nicht aus Comet drucken. Das Drucken ist im Drei-Punkte-Menü, in Erweiterungen und in JavaScript-Anwendungen deaktiviert.

macOS, Windows

​PrintingLPACSandboxEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen oder sie nicht konfiguriert lassen, wird die LPAC-Sandbox für Druckdienste aktiviert, wann immer die Systemkonfiguration dies unterstützt.
Das Festlegen der Richtlinie auf „Deaktiviert“ wirkt sich nachteilig auf die Sicherheit von Comet aus, da zum Drucken verwendete Dienste möglicherweise in einer schwächeren Sandbox-Konfiguration ausgeführt werden.
Deaktivieren Sie die Richtlinie nur, wenn Kompatibilitätsprobleme mit Software von Drittanbietern vorliegen, die verhindern, dass Druckdienste in der LPAC-Sandbox ordnungsgemäß funktionieren.

Windows

​PrintingPaperSizeDefault
​

Überschreibt die Standarddruckseitengröße. Der Name
sollte eines der aufgelisteten Formate oder 'custom' enthalten, wenn das erforderliche Papierformat nicht in der Liste enthalten ist. Wenn der Wert 'custom' angegeben wird, sollte die Eigenschaft „custom_size“ angegeben werden. Sie beschreibt die gewünschte Höhe und Breite in Mikrometern. Andernfalls sollte die Eigenschaft „custom_size“ nicht angegeben werden. Richtlinien, die gegen diese Regeln verstoßen, werden ignoriert.
Wenn die Seitengröße auf dem vom Benutzer ausgewählten Drucker nicht verfügbar ist, wird diese Richtlinie ignoriert.

macOS, Windows

​PrivacySandboxAdMeasurementEnabled
​

Eine Richtlinie zur Steuerung, ob die Einstellung „Privacy Sandbox Ad Measurement“ für Ihre Benutzer deaktiviert werden kann.
Wenn Sie diese Richtlinie auf „Deaktiviert“ setzen, wird die Einstellung „Anzeigenmessung“ für Ihre Benutzer deaktiviert.
Wenn Sie diese Richtlinie auf „Aktiviert“ setzen oder sie deaktiviert lassen, können Ihre Benutzer die Einstellung „Privacy Sandbox Ad Measurement“ auf ihrem Gerät aktivieren oder deaktivieren.
Zum Festlegen dieser Richtlinie muss die Richtlinie „PrivacySandboxPromptEnabled“ auf „Deaktiviert“ gesetzt werden.

macOS, Windows

​PrivacySandboxAdTopicsEnabled
​

Eine Richtlinie zur Steuerung, ob die Einstellung „Privacy Sandbox Ad-Themen“ für Ihre Benutzer deaktiviert werden kann.
Wenn Sie diese Richtlinie auf „Deaktiviert“ setzen, wird die Einstellung „Anzeigenthemen“ für Ihre Benutzer deaktiviert.
Wenn Sie diese Richtlinie auf „Aktiviert“ setzen oder sie deaktiviert lassen, können Ihre Benutzer die Einstellung „Privacy Sandbox Ad-Themen“ auf ihrem Gerät aktivieren oder deaktivieren.
Zum Festlegen dieser Richtlinie muss die Richtlinie „PrivacySandboxPromptEnabled“ auf „Deaktiviert“ gesetzt werden.

macOS, Windows

​PrivacySandboxFingerprintingProtectionEnabled
​

Eine Richtlinie zur Steuerung, ob die Einstellung „Privacy Sandbox Fingerprinting Protection“ im Inkognito-Modus aktiviert oder für Ihre Benutzer deaktiviert werden soll.
Wenn Sie diese Richtlinie auf „Deaktiviert“ setzen, wird die Einstellung der Fingerabdruckschutzfunktion für Ihre Benutzer deaktiviert.
Wenn Sie diese Richtlinie auf „Aktiviert“ setzen, ist für Ihre Benutzer die Einstellung zum Schutz vor Fingerabdrücken im Inkognito-Modus aktiviert.
Wenn die Richtlinie nicht festgelegt ist, können Benutzer die Fingerabdruckschutzfunktion für den Inkognito-Modus in ihren UI-Einstellungen aktivieren oder deaktivieren. Der Standardstatus ist „falsch“ oder „deaktiviert“, was bedeutet, dass die Funktion zum Schutz vor Fingerabdrücken deaktiviert ist.

macOS, Windows

​PrivacySandboxSiteEnabledAdsEnabled
​

Eine Richtlinie zur Steuerung, ob die Einstellung für von der Privacy Sandbox Site vorgeschlagene Anzeigen für Ihre Benutzer deaktiviert werden kann.
Wenn Sie diese Richtlinie auf „Deaktiviert“ setzen, wird die Einstellung „Site-empfohlene Anzeigen“ für Ihre Benutzer deaktiviert.
Wenn Sie diese Richtlinie auf „Aktiviert“ setzen oder sie deaktiviert lassen, können Ihre Benutzer die Einstellung „Privacy Sandbox Site-Suggested Ads“ auf ihrem Gerät aktivieren oder deaktivieren.
Zum Festlegen dieser Richtlinie muss die Richtlinie „PrivacySandboxPromptEnabled“ auf „Deaktiviert“ gesetzt werden.

macOS, Windows

​ProtectedContentIdentifiersAllowed
​

Wenn die Richtlinie auf „true“ oder nicht festgelegt ist, ist die Verwendung von Kennungen für geschützte Inhalte zulässig, was dazu beitragen kann, eine höhere Qualität der Wiedergabe geschützter Inhalte zu ermöglichen.
Wenn die Richtlinie auf „false“ gesetzt ist, dürfen geschützte Inhaltskennungen nicht verwendet werden.

Windows

​RelatedWebsiteSetsEnabled
​

Mit dieser Richtlinie können Sie die Aktivierung der Funktion „Verwandte Website-Sets“ steuern.
Diese Richtlinie überschreibt die FirstPartySetsEnabled-Richtlinie.
Wenn diese Richtlinie deaktiviert oder auf „True“ gesetzt ist, ist die Funktion „Verknüpfte Website-Sets“ aktiviert.
Wenn diese Richtlinie auf „False“ gesetzt ist, ist die Funktion „Verwandte Website-Sets“ deaktiviert.

macOS, Windows

​RelatedWebsiteSetsOverrides
​

Diese Richtlinie bietet eine Möglichkeit, die Liste der Sätze zu überschreiben, die der Browser für Funktionen zugehöriger Website-Sets verwendet.
Diese Richtlinie überschreibt die FirstPartySetsOverrides-Richtlinie.
Jeder Satz in der Liste der verwandten Website-Sets des Browsers muss die Anforderungen eines verwandten Website-Sets erfüllen.
Ein Satz verwandter Websites muss eine primäre Website und eine oder mehrere Mitgliedswebsites enthalten.
Ein Satz kann auch eine Liste der Service-Sites enthalten, die ihm gehören, sowie eine Karte von einer Site zu allen ihren ccTLD-Varianten.
Sehen ../assets/img/2ec1de33c0_first-party-sets Weitere Informationen darüber, wie Comet verwandte Website-Sets verwendet, finden Sie hier.
Alle Websites in einem Satz verwandter Websites müssen eine registrierbare Domäne sein, die über HTTPS bereitgestellt wird. Jede Site in einem Satz verwandter Websites muss außerdem eindeutig sein.
Dies bedeutet, dass eine Website nicht mehr als einmal in einem Satz verwandter Websites aufgeführt werden kann.
Wenn dieser Richtlinie ein leeres Wörterbuch zugewiesen wird, verwendet der Browser die öffentliche Liste der zugehörigen Website-Sets.
Für alle Websites in einem Satz verwandter Websites aus der Ersetzungsliste, sofern auch eine Website vorhanden ist
auf einem Satz verwandter Websites in der Liste des Browsers klicken, wird diese Website aus dem Satz verwandter Websites des Browsers entfernt.
Danach wird das zugehörige Website-Set der Richtlinie zur Liste der zugehörigen Website-Sets des Browsers hinzugefügt.
Für alle Websites in einem Satz verwandter Websites aus der Ergänzungsliste, sofern auch eine Website vorhanden ist
auf einem Satz verwandter Websites in der Liste des Browsers, dann wird der Satz verwandter Websites des Browsers aktualisiert, sodass die
Ein neuer Satz verwandter Websites kann zur Liste des Browsers hinzugefügt werden. Nachdem die Liste des Browsers aktualisiert wurde,
Das zugehörige Website-Set der Richtlinie wird zur Liste der zugehörigen Website-Sets des Browsers hinzugefügt.
Die Liste der verwandten Website-Sets des Browsers erfordert, dass für alle Websites in der Liste keine Website enthalten ist
mehr als ein Satz. Dies ist auch für die Ersatzliste erforderlich
und die Ergänzungsliste. Ebenso kann sich eine Site nicht in beiden befinden
Ersetzungsliste und Ergänzungsliste.
Platzhalter (*) werden weder als Richtlinienwert noch innerhalb eines Satzes verwandter Websites in diesen Listen unterstützt.
Alle von der Richtlinie bereitgestellten Sätze müssen gültige verwandte Website-Sätze sein, wenn dies nicht der Fall ist, dann ein
Es wird ein entsprechender Fehler ausgegeben.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​RemoteAccessHostAllowUiAccessForRemoteAssistance
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, bedeutet dies, dass der Remoteunterstützungshost in einem Prozess mit uiAccess-Berechtigungen ausgeführt wird. Dadurch können Remote-Benutzer mit erhöhten Windows-Anforderungen auf dem Desktop des lokalen Benutzers interagieren.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, bedeutet dies, dass der Remoteunterstützungshost im Kontext des Benutzers ausgeführt wird und Remotebenutzer nicht mit erhöhten Windows-Einstellungen auf dem Desktop interagieren können.

Windows

​DisableSafeBrowsingProceedAnyway
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird verhindert, dass Benutzer über die vom Safe Browsing-Dienst angezeigte Warnseite hinaus zur schädlichen Website gelangen. Diese Richtlinie verhindert nur, dass Benutzer bei Safe Browsing-Warnungen wie Malware und Phishing fortfahren, nicht jedoch bei Problemen im Zusammenhang mit SSL-Zertifikaten wie ungültigen oder abgelaufenen Zertifikaten.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen oder nicht konfigurieren, können Benutzer nach dem Erscheinen der Warnung mit der markierten Website fortfahren.
Erfahren Sie mehr über sicheres Surfen ( ../assets/img/c8adcceda1_safe-browsing ).

macOS, Windows

​PasswordProtectionChangePasswordURL
​

Durch das Festlegen der Richtlinie wird die URL festgelegt, über die Benutzer ihr Kennwort ändern können, nachdem im Browser eine Warnung angezeigt wird. Der Passwortschutzdienst leitet Benutzer an die URL (nur HTTP- und HTTPS-Protokolle) weiter, die Sie in dieser Richtlinie festlegen. Damit Comet den Salted-Hash des neuen Passworts auf dieser Seite zum Ändern des Passworts korrekt erfassen kann, stellen Sie sicher, dass Ihre Seite zum Ändern des Passworts diesen Richtlinien entspricht ( ../assets/img/5e6c8127fd_create-amazing-password-forms ).
Das Deaktivieren oder Nichtkonfigurieren der Richtlinie bedeutet, dass der Dienst Benutzer zu weiterleitet ../assets/img/f9832a1384_file ihr Passwort zu ändern.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​PasswordProtectionLoginURLs
​

Durch Festlegen der Richtlinie wird die Liste der Anmelde-URLs für Unternehmen festgelegt (nur HTTP- und HTTPS-Protokolle). Der Passwortschutzdienst erfasst gesalzene Hashes von Passwörtern auf diesen URLs und verwendet sie zur Erkennung der Wiederverwendung von Passwörtern. Damit Comet passwortgesalzene Hashes korrekt erfassen können, stellen Sie sicher, dass Ihre Anmeldeseiten diesen Richtlinien entsprechen ( ../assets/img/5e6c8127fd_create-amazing-password-forms ).
Wenn Sie diese Einstellung deaktivieren oder nicht festlegen, erfasst der Kennwortschutzdienst nur die aktivierten Kennwort-Salted-Hashes ../assets/img/ead82f92c8_file.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​PasswordProtectionWarningTrigger
​

Durch Festlegen der Richtlinie können Sie das Auslösen einer Passwortschutzwarnung steuern. Der Passwortschutz warnt Benutzer, wenn sie ihr geschütztes Passwort auf potenziell verdächtigen Websites wiederverwenden.
Verwenden Sie PasswordProtectionLoginURLs und PasswordProtectionChangePasswordURL, um festzulegen, welches Passwort geschützt werden soll.
Wenn diese Richtlinie auf Folgendes eingestellt ist:
* PasswordProtectionWarningOff, es wird keine Passwortschutzwarnung angezeigt.
* PasswordProtectionWarningOnPasswordReuse, eine Passwortschutzwarnung wird angezeigt, wenn der Benutzer sein geschütztes Passwort auf einer nicht zugelassenen Site wiederverwendet.
* PasswordProtectionWarningOnPhishingReuse, eine Passwortschutzwarnung wird angezeigt, wenn der Benutzer sein geschütztes Passwort auf einer Phishing-Site wiederverwendet.
Wenn die Richtlinie deaktiviert bleibt, schützt der Passwortschutzdienst nur Google-Passwörter, Benutzer können diese Einstellung jedoch ändern.

macOS, Windows

​SafeBrowsingExtendedReportingEnabled
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird Comets Safe Browsing Extended Reporting aktiviert, das einige Systeminformationen und Seiteninhalte an Google-Server sendet, um bei der Erkennung gefährlicher Apps und Websites zu helfen.
Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, werden keine Berichte gesendet.
Wenn Sie diese Richtlinie festlegen, können Benutzer sie nicht ändern. Wenn dies nicht festgelegt ist, können Benutzer entscheiden, ob Berichte gesendet werden sollen oder nicht.
Erfahren Sie mehr über sicheres Surfen ( ../assets/img/c8adcceda1_safe-browsing ).

macOS, Windows

​SafeBrowsingSurveysEnabled
​

Wenn diese Richtlinie aktiviert oder nicht konfiguriert ist, erhält der Benutzer möglicherweise Umfragen zum sicheren Surfen.
Wenn diese Richtlinie deaktiviert ist, erhält der Benutzer keine Umfragen zum sicheren Surfen.

macOS, Windows

​SameOriginTabCaptureAllowedByOrigins
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die Registerkarten mit demselben Ursprung erfassen können.
Wenn die Richtlinie nicht konfiguriert ist, werden Websites auf dieser Erfassungsebene nicht für eine Außerkraftsetzung berücksichtigt.
Beachten Sie, dass Fenster-Comet Apps mit demselben Ursprung wie diese Website weiterhin erfasst werden dürfen.
Wenn eine Website mit einem URL-Muster in dieser Richtlinie übereinstimmt, werden die folgenden Richtlinien nicht berücksichtigt: TabCaptureAllowedByOrigins, WindowCaptureAllowedByOrigins, ScreenCaptureAllowedByOrigins, ScreenCaptureAllowed.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.

macOS, Windows

​ScreenCaptureAllowed
​

Wenn aktiviert oder nicht konfiguriert (Standard), kann eine Webseite verwendet werden
Bildschirmfreigabe-APIs (z. B. getDisplayMedia() oder die Desktop Capture-Erweiterungs-API)
um den Benutzer aufzufordern, eine Registerkarte, ein Fenster oder einen Desktop zum Erfassen auszuwählen.
Wenn diese Richtlinie deaktiviert ist, schlagen alle Aufrufe von Bildschirmfreigabe-APIs fehl
mit einem Fehler; Diese Richtlinie wird jedoch nicht berücksichtigt (und eine Website wird es tun).
dürfen Bildschirmfreigabe-APIs verwenden), wenn die Site mit einem Ursprungsmuster in übereinstimmt
eine der folgenden Richtlinien:
ScreenCaptureAllowedByOrigins,
WindowCaptureAllowedByOrigins,
TabCaptureAllowedByOrigins,
SameOriginTabCaptureAllowedByOrigins.

macOS, Windows

​ScreenCaptureAllowedByOrigins
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die Desktop-, Fenster- und Tab-Erfassung verwenden können.
Wenn die Richtlinie nicht konfiguriert ist, werden Websites auf dieser Erfassungsebene nicht für eine Außerkraftsetzung berücksichtigt.
Diese Richtlinie wird nicht berücksichtigt, wenn eine Website einem URL-Muster in einer der folgenden Richtlinien entspricht: WindowCaptureAllowedByOrigins, TabCaptureAllowedByOrigins, SameOriginTabCaptureAllowedByOrigins.
Wenn eine Website mit einem URL-Muster in dieser Richtlinie übereinstimmt, wird ScreenCaptureAllowed nicht berücksichtigt.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.

macOS, Windows

​TabCaptureAllowedByOrigins
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die Tab Capture verwenden können.
Wenn die Richtlinie nicht konfiguriert ist, werden Websites auf dieser Erfassungsebene nicht für eine Außerkraftsetzung berücksichtigt.
Beachten Sie, dass Fenster-Comet-Apps weiterhin erfasst werden können.
Diese Richtlinie wird nicht berücksichtigt, wenn eine Site mit einem URL-Muster in der SameOriginTabCaptureAllowedByOrigins-Richtlinie übereinstimmt.
Wenn eine Website mit einem URL-Muster in dieser Richtlinie übereinstimmt, werden die folgenden Richtlinien nicht berücksichtigt: WindowCaptureAllowedByOrigins, ScreenCaptureAllowedByOrigins, ScreenCaptureAllowed.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.

macOS, Windows

​WindowCaptureAllowedByOrigins
​

Durch Festlegen der Richtlinie können Sie eine Liste von URL-Mustern festlegen, die Fenster- und Tab-Erfassung verwenden können.
Wenn die Richtlinie nicht konfiguriert ist, werden Websites auf dieser Erfassungsebene nicht für eine Außerkraftsetzung berücksichtigt.
Diese Richtlinie wird nicht berücksichtigt, wenn eine Website mit einem URL-Muster in einer der folgenden Richtlinien übereinstimmt: TabCaptureAllowedByOrigins, SameOriginTabCaptureAllowedByOrigins.
Wenn eine Website mit einem URL-Muster in dieser Richtlinie übereinstimmt, werden die folgenden Richtlinien nicht berücksichtigt: ScreenCaptureAllowedByOrigins, ScreenCaptureAllowed.
Ausführliche Informationen zu gültigen URL-Mustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.

macOS, Windows

​ExtensibleEnterpriseSSOBlocklist
​

Deaktivieren Sie Single Sign-On mit Extensible Enterprise SSO für die aufgeführten Identitätsanbieter.
Durch Hinzufügen des Werts 'all' werden alle unterstützten Identitätsanbieter für SSO deaktiviert.
Durch Hinzufügen des Werts 'microsoft' wird die Unterstützung für Single Sign-On für Microsoft® Cloud-Identitätsanbieter in Comet deaktiviert.
Wenn diese Richtlinie deaktiviert bleibt, werden alle Identitätsanbieter aktiviert, die von Comet unterstützt werden.
Bei Identitätsanbietern, die in Comet aktiviert und auf dem Gerät vom Administrator konfiguriert sind, können Benutzer, die sich einmal mit diesem Identitätsanbieter bei jeder Anwendung anmelden, die erweiterbares Enterprise SSO unterstützt, automatisch mit diesem Identitätsanbieter bei Web-Eigenschaften angemeldet werden. Für jedes Authentifizierungsereignis werden Informationen zu den Authentifizierungsinformationen des Benutzers an den Cloud-Identitätsanbieter des Benutzers übermittelt.
Hinweise:
Comet unterstützt kein Single Sign-On mit erweiterbarem Enterprise SSO im Inkognito- oder Gastmodus.
Comet unterstützt Single Sign-on nur mit erweiterbarem Enterprise SSO für die folgenden Identitätsanbieter: Microsoft.
Diese Funktion ist ab macOSOS 10.15 verfügbar.

macOS

​HomepageIsNewTabPage
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird die Seite „Neuer Tab“ zur Startseite des Benutzers und ignoriert alle URL-Adressen der Startseite. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, bedeutet dies, dass ihre Startseite niemals die Seite „Neuer Tab“ ist, es sei denn, die Homepage-URL des Benutzers ist auf „chrome://newtab“ festgelegt.
Wenn Sie die Richtlinie festlegen, können Benutzer ihren Homepage-Typ in Comet nicht ändern. Wenn nicht festgelegt, entscheidet der Benutzer, ob die Seite „Neuer Tab“ seine Startseite ist oder nicht.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​HomepageLocation
​

Durch das Festlegen der Richtlinie wird die Standard-Homepage-URL in Comet festgelegt. Über den Home-Button öffnen Sie die Startseite. Auf dem Desktop steuern die RestoreOnStartup-Richtlinien die Seiten, die beim Start geöffnet werden.
Wenn die Startseite vom Benutzer oder durch HomepageIsNewTabPage auf die Seite „Neuer Tab“ eingestellt ist, hat diese Richtlinie keine Auswirkung.
Die URL benötigt ein Standardschema, z ../assets/img/a9b9f04336_file oder https://example.com. Wenn diese Richtlinie festgelegt ist, können Benutzer ihre Homepage-URL in Comet nicht ändern.
Wenn sowohl „HomepageLocation“ als auch „HomepageIsNewTabPage“ nicht festgelegt sind, können Benutzer ihre Homepage auswählen.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​NewTabPageLocation
​

Durch das Festlegen der Richtlinie wird die Standard-URL der Seite „Neuer Tab“ konfiguriert und verhindert, dass Benutzer sie ändern.
Die Seite „Neuer Tab“ wird mit neuen Tabs und Fenstern geöffnet.
Diese Richtlinie entscheidet nicht, welche Seiten beim Start geöffnet werden. Diese werden durch die RestoreOnStartup-Richtlinien gesteuert. Diese Richtlinie wirkt sich auf die Startseite aus, wenn diese so eingestellt ist, dass sie die Seite „Neuer Tab“ öffnet, sowie auf die Startseite, wenn sie so eingestellt ist, dass sie die Seite „Neuer Tab“ öffnet.
Es ist eine bewährte Vorgehensweise, eine vollständig kanonisierte URL bereitzustellen. Wenn die URL nicht vollständig kanonisiert ist, wird standardmäßig Comet verwendet https://.
Wenn Sie die Richtlinie nicht festlegen oder leer lassen, wird die Standardseite „Neuer Tab“ verwendet.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​RestoreOnStartup
​

Durch Festlegen der Richtlinie können Sie das Systemverhalten beim Start festlegen. Wenn Sie diese Einstellung deaktivieren, bleibt sie unkonfiguriert, da Comet ein bestimmtes Startverhalten haben muss.
Wenn Sie die Richtlinie festlegen, können Benutzer sie in Comet nicht ändern. Wenn es nicht festgelegt ist, können Benutzer es ändern.
Wenn Sie diese Richtlinie auf „RestoreOnStartupIsLastSession“ oder „RestoreOnStartupIsLastSessionAndURLs“ festlegen, werden einige Einstellungen deaktiviert, die auf Sitzungen basieren oder beim Beenden Aktionen ausführen, z. B. das Löschen von Browserdaten beim Beenden oder nur sitzungsspezifische Cookies.
Wenn diese Richtlinie auf „RestoreOnStartupIsLastSessionAndURLs“ festgelegt ist, stellt der Browser die vorherige Sitzung wieder her und öffnet ein separates Fenster, um URLs anzuzeigen, die über „RestoreOnStartupURLs“ festgelegt wurden. Beachten Sie, dass Benutzer diese URLs offen lassen können und sie auch in der zukünftigen Sitzung wiederhergestellt werden.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.
Unter macOSOS ist diese Richtlinie nur für Instanzen verfügbar, die über MDM verwaltet werden, über MCX einer Domäne beigetreten sind oder in Chrome Enterprise Core registriert sind.

macOS, Windows

​RestoreOnStartupURLs
​

Wenn „RestoreOnStartup“ auf „RestoreOnStartupIsURLs“ festgelegt ist, gibt die Festlegung von „RestoreOnStartupURLs“ auf eine Liste von URLs an, welche URLs geöffnet werden.
Wenn nicht festgelegt, wird beim Start die Seite „Neuer Tab“ geöffnet.
Bei Microsoft® Windows® ist diese Richtlinie nur für Instanzen verfügbar, die einer Microsoft® Active Directory®-Domäne beigetreten sind, bei Microsoft® Azure® Active Directory® beigetreten sind oder bei Chrome Enterprise Core registriert sind.

macOS, Windows

​ShowHomeButton
​

Wenn Sie die Richtlinie auf „Aktiviert“ setzen, wird die Home-Schaltfläche in der Symbolleiste von Comet angezeigt. Wenn Sie die Richtlinie auf „Deaktiviert“ setzen, wird die Home-Schaltfläche nicht angezeigt.
Wenn Sie die Richtlinie festlegen, können Benutzer sie in Comet nicht ändern. Wenn nicht festgelegt, entscheiden Benutzer, ob die Home-Schaltfläche angezeigt werden soll.

macOS, Windows

​WebRtcIPHandling
​

Mit dieser Richtlinie können Sie einschränken, welche IP-Adressen und Schnittstellen WebRTC verwendet, wenn versucht wird, die beste verfügbare Verbindung zu finden.
Gültige Werte:
* Standard – WebRTC verwendet alle verfügbaren Netzwerkschnittstellen.
* default_public_and_private_interfaces – WebRTC verwendet alle öffentlichen und privaten Schnittstellen.
* default_public_interface_only – WebRTC verwendet alle öffentlichen Schnittstellen, jedoch keine privaten.
*disable_non_proxied_udp – WebRTC verwendet entweder UDP-SOCKS-Proxying oder greift auf TCP-Proxying zurück.
Wenn diese Option deaktiviert ist, werden standardmäßig alle verfügbaren Netzwerkschnittstellen verwendet.
Siehe RFC 8828 Abschnitt 5.2 (../assets/img/751ee1b23e_rfc8828.html) für eine detaillierte Beschreibung aller Verarbeitungswerte.

macOS, Windows

​WebRtcIPHandlingUrl
​

Mit dieser Richtlinie können Sie einschränken, welche IP-Adressen und Schnittstellen WebRTC verwendet, wenn versucht wird, die beste verfügbare Verbindung für jedes spezifische URL-Muster zu finden.
Es akzeptiert eine Liste von URL-Mustern und Verarbeitungstyppaaren. Die URL-Muster werden der Reihe nach überprüft und die erste Übereinstimmung konfiguriert, welche Behandlung von WebRTC für die Domain verwendet wird. Wenn die URL des aktuellen Dokuments mit keinem Eintrag übereinstimmt, wird die durch die Richtlinie WebRtcIPHandling festgelegte Konfiguration verwendet.
Ausführliche Informationen zu gültigen Eingabemustern finden Sie unter ../assets/img/73f52eed4a_url-patterns. Platzhalter * sind zulässig. Diese Richtlinie stimmt nur auf der Grundlage des Ursprungs überein, daher wird jeder Pfad im URL-Muster ignoriert.
Gültige Verarbeitungswerte:
* Standard – WebRTC verwendet alle Netzwerkschnittstellen.
* default_public_and_private_interfaces – WebRTC verwendet alle öffentlichen und privaten Schnittstellen.
* default_public_interface_only – WebRTC verwendet alle öffentlichen Schnittstellen, jedoch keine privaten.
*disable_non_proxied_udp – WebRTC verwendet entweder UDP-SOCKS-Proxying oder greift auf TCP-Proxying zurück.
Siehe RFC 8828 Abschnitt 5.2 (../assets/img/751ee1b23e_rfc8828.html) für eine detaillierte Beschreibung aller Verarbeitungswerte.

macOS, Windows

​WebRtcPostQuantumKeyAgreement
​

Diese Richtlinie ermöglicht die Steuerung der Post-Quantum-Key-Vereinbarung für WebRTC.
Wenn diese Richtlinie auf „Aktiviert“ gesetzt ist, wird eine Post-Quantum-Key-Vereinbarung angeboten
WebRTC.
Wenn diese Richtlinie auf „Deaktiviert“ gesetzt ist, wird keine Post-Quantum-Key-Vereinbarung angeboten
für WebRTC.
Wenn diese Richtlinie nicht festgelegt ist, wird der Wert durch den Standard-Rollout-Prozess festgelegt
für die für WebRTC angebotene Post-Quantum-Key-Vereinbarung.
Das Anbieten einer Post-Quantum-Schlüsselvereinbarung ist abwärtskompatibel. Vorhandenes DTLS
Von Peers und Netzwerk-Middleware wird erwartet, dass sie die neue Option und ignorieren
Wählen Sie weiterhin die vorherigen Optionen aus.
Allerdings kann es bei Geräten, die DTLS nicht korrekt implementieren, zu Fehlfunktionen kommen
bot die neue Option an. Als Reaktion darauf können sie beispielsweise die Verbindung trennen
nicht erkannte Optionen oder daraus resultierende größere Meldungen. Solche Geräte gibt es nicht
Post-Quantum-fähig und stört die Post-Quantum-Entwicklung eines Enterprise
Übergang. Wenn ein Problem auftritt, sollten sich Administratoren für eine Lösung an den Anbieter wenden.
Diese Richtlinie ist eine vorübergehende Maßnahme und wird nach einigen Meilensteinen entfernt.

macOS, Windows