설명
chrome.declarativeNetRequest
API는 선언적 규칙을 지정하여 네트워크 요청을 차단하거나 수정하는 데 사용됩니다. 이를 통해 확장 프로그램은 네트워크 요청을 가로채고 콘텐츠를 보지 않고도 네트워크 요청을 수정할 수 있으므로 개인 정보 보호가 강화됩니다.
권한
declarativeNetRequest
declarativeNetRequestWithHostAccess
'declarativeNetRequest
' 및 'declarativeNetRequestWithHostAccess
' 권한은 동일한 기능을 제공합니다. 두 메서드의 차이점은 권한이 요청되거나 부여되는 시점입니다.
"declarativeNetRequest"
- 은(는) 설치 시 권한 경고를 트리거하지만
allow
,allowAllRequests
,block
규칙에 대한 암시적 액세스를 제공합니다. 가능한 경우 이 기능을 사용하여 호스트에 대한 전체 액세스 권한을 요청하지 않아도 됩니다. "declarativeNetRequestFeedback"
- 압축 해제된 확장 프로그램, 특히
getMatchedRules()
및onRuleMatchedDebug
의 디버깅 기능을 사용 설정합니다. "declarativeNetRequestWithHostAccess"
- 설치 시 권한 경고가 표시되지 않지만 호스트에서 작업을 실행하려면 호스트 권한을 요청해야 합니다. 이는 추가 경고를 생성하지 않고 이미 호스트 권한이 있는 확장 프로그램에서 선언적 네트워크 요청 규칙을 사용하려는 경우에 적합합니다.
가용성
매니페스트
앞서 설명한 권한 외에도 특정 유형의 규칙 세트(특히 정적 규칙 세트)에는 "declarative_net_request"
매니페스트 키를 선언해야 합니다. 이 키는 "rule_resources"
이라는 단일 키가 있는 사전이어야 합니다. 이 키는 다음과 같이 Ruleset
유형의 사전이 포함된 배열입니다. 'Ruleset'이라는 이름은 배열일 뿐이므로 매니페스트의 JSON에 표시되지 않습니다. 정적 규칙 세트는 이 문서의 뒷부분에서 설명합니다.
{ "name": "My extension", ... "declarative_net_request" : { "rule_resources" : [{ "id": "ruleset_1", "enabled": true, "path": "rules_1.json" }, { "id": "ruleset_2", "enabled": false, "path": "rules_2.json" }] }, "permissions": [ "declarativeNetRequest", "declarativeNetRequestFeedback" ], "host_permissions": [ "http://www.blogger.com/*", "http://*.google.com/*" ], ... }
규칙 및 규칙 집합
이 API를 사용하려면 하나 이상의 규칙 세트를 지정하세요. 규칙 세트에는 규칙 배열이 포함됩니다. 단일 규칙은 다음 중 하나를 수행합니다.
- 네트워크 요청을 차단합니다.
- 스키마를 업그레이드합니다 (http에서 https로).
- 일치하는 차단된 규칙을 부정하여 요청이 차단되지 않도록 합니다.
- 네트워크 요청을 리디렉션합니다.
- 요청 또는 응답 헤더를 수정합니다.
규칙 세트에는 세 가지 유형이 있으며, 관리 방식이 약간 다릅니다.
- 동적
- 브라우저 세션과 확장 프로그램 업그레이드 전반에 걸쳐 유지되며 확장 프로그램이 사용되는 동안 JavaScript를 사용하여 관리됩니다.
- 세션
- 브라우저가 종료되고 확장 프로그램의 새 버전이 설치되면 삭제됩니다. 확장 프로그램이 사용되는 동안 세션 규칙은 JavaScript를 사용하여 관리됩니다.
- 정적
- 확장이 설치되거나 업그레이드될 때 패키징되고 설치되고 업데이트됩니다. 정적 규칙은 JSON 형식의 규칙 파일에 저장되고 매니페스트 파일에 나열됩니다.
동적 및 세션 범위 규칙 세트
확장 프로그램이 사용되는 동안 동적 및 세션 규칙 집합은 JavaScript를 사용하여 관리됩니다.
- 동적 규칙은 브라우저 세션과 확장 프로그램 업그레이드 전반에 걸쳐 유지됩니다.
- 브라우저가 종료되거나 새 버전의 확장 프로그램이 설치되면 세션 규칙이 삭제됩니다.
이러한 규칙 세트 유형은 각각 하나만 있습니다. 규칙 한도를 초과하지 않는 경우 확장 프로그램은 updateDynamicRules()
및 updateSessionRules()
를 호출하여 규칙을 동적으로 추가하거나 삭제할 수 있습니다. 규칙 한도에 대한 자세한 내용은 규칙 한도를 참고하세요. 코드 예에서 이 예시를 확인할 수 있습니다.
정적 규칙 세트
동적 규칙 및 세션 규칙과 달리 정적 규칙은 확장 프로그램을 설치하거나 업그레이드할 때 패키징, 설치, 업데이트됩니다. 이러한 규칙은 JSON 형식의 규칙 파일에 저장되며, "declarative_net_request"
및 "rule_resources"
키를 사용하여 위에서 설명한 대로 확장 프로그램에 표시됩니다. 또한 하나 이상의 Ruleset
사전도 포함됩니다. Ruleset
사전에는 규칙 파일의 경로, 파일에 포함된 규칙 세트의 ID, 규칙 세트가 사용 설정되었는지 사용 중지되었는지 여부가 포함됩니다. 마지막 두 개는 프로그래매틱 방식으로 규칙 세트를 사용 설정하거나 사용 중지할 때 중요합니다.
{ ... "declarative_net_request" : { "rule_resources" : [{ "id": "ruleset_1", "enabled": true, "path": "rules_1.json" }, ... ] } ... }
규칙 파일을 테스트하려면 확장 프로그램을 압축 해제하여 로드하세요. 잘못된 정적 규칙에 관한 오류 및 경고는 압축 해제된 확장 프로그램에만 표시됩니다. 패키지 확장 프로그램의 잘못된 정적 규칙은 무시됩니다.
신속 검토
정적 규칙 세트의 변경사항은 신속 검토 대상이 될 수 있습니다. 자격 요건을 충족하는 변경사항에 대한 신속 검토를 참고하세요.
정적 규칙 및 규칙 집합 사용 설정 및 사용 중지
개별 정적 규칙과 전체 정적 규칙 집합은 런타임에 사용 설정 또는 사용 중지될 수 있습니다.
사용 설정된 정적 규칙 및 규칙 집합은 브라우저 세션 간에 유지됩니다. 두 가지 모두 확장 프로그램 업데이트 시 유지되지 않으므로 업데이트 후에는 규칙 파일에 남겨둔 규칙만 사용할 수 있습니다.
성능상의 이유로 한 번에 사용 설정할 수 있는 규칙 및 규칙 세트의 수에도 제한이 있습니다. getAvailableStaticRuleCount()
을 호출하여 사용 설정할 수 있는 추가 규칙의 수를 확인합니다. 규칙 한도에 대한 자세한 내용은 규칙 한도를 참고하세요.
정적 규칙을 사용 설정하거나 사용 중지하려면 updateStaticRules()
를 호출합니다. 이 메서드는 사용 설정하거나 사용 중지할 규칙의 ID 배열이 포함된 UpdateStaticRulesOptions
객체를 사용합니다. ID는 Ruleset
사전의 "id"
키를 사용하여 정의됩니다. 사용 중지된 정적 규칙은 최대 5,000개로 제한됩니다.
정적 규칙 세트를 사용 설정하거나 사용 중지하려면 updateEnabledRulesets()
를 호출합니다. 이 메서드는 사용 설정 또는 사용 중지할 규칙 세트의 ID 배열이 포함된 UpdateRulesetOptions
객체를 사용합니다. ID는 Ruleset
사전의 "id"
키를 사용하여 정의됩니다.
빌드 규칙
유형과 관계없이 규칙은 다음과 같이 네 개의 필드로 시작합니다. "id"
및 "priority"
키는 숫자를 사용하지만 "action"
및 "condition"
키는 여러 차단 및 리디렉션 조건을 제공할 수 있습니다. 다음 규칙은 "foo.com"
에서 시작되어 "abc"
이 하위 문자열로 포함된 모든 URL에 대한 모든 스크립트 요청을 차단합니다.
{ "id" : 1, "priority": 1, "action" : { "type" : "block" }, "condition" : { "urlFilter" : "abc", "initiatorDomains" : ["foo.com"], "resourceTypes" : ["script"] } }
URL 일치
선언적 네트워크 요청은 패턴 일치 구문 또는 정규 표현식으로 URL을 일치시키는 기능을 제공합니다.
URL 필터 구문
규칙의 "condition"
키는 지정된 도메인 아래의 URL에 대해 작동하는 "urlFilter"
키를 허용합니다. 패턴 일치 토큰을 사용하여 패턴을 만듭니다. 다음은 몇 가지 예입니다.
urlFilter | 매치 | 일치하지 않음 |
---|---|---|
"abc" | https://abcd.com https://example.com/abcd | https://ab.com |
"abc*d" | https://abcd.com https://example.com/abcxyzd | https://abc.com |
"||a.example.com" | https://a.example.com/ https://b.a.example.com/xyz https://a.example.company | https://example.com/ |
"|https*" | https://example.com | http://example.com/ http://https.com |
"example*^123|" | https://example.com/123 http://abc.com/example?123 | https://example.com/1234 https://abc.com/example0123 |
정규 표현식
조건에서 정규 표현식을 사용할 수도 있습니다. "regexFilter"
키를 참고하세요. 이러한 조건에 적용되는 한도에 대해 자세히 알아보려면 정규 표현식을 사용하는 규칙을 참고하세요.
적절한 URL 조건 작성
규칙을 작성할 때 항상 전체 도메인과 일치하도록 주의하세요. 그렇지 않으면 규칙이 예상치 못한 상황에서 일치할 수 있습니다. 예를 들어 패턴 일치 구문을 사용하는 경우:
google.com
이https://example.com/?param=google.com
과 잘못 매칭됨||google.com
이https://google.company
과 잘못 매칭됨https://www.google.com
이https://example.com/?param=https://www.google.com
과 잘못 매칭됨
다음과 같은 방법을 고려해 보세요.
||google.com/
: 모든 경로 및 모든 하위 도메인과 일치합니다.- 모든 경로와 일치하고 하위 도메인은 일치하지 않는
|https://www.google.com/
마찬가지로 ^
및 /
문자를 사용하여 정규 표현식을 고정합니다. 예를 들어 ^https:\/\/www\.google\.com\/
는 https://www.google.com의 모든 경로와 일치합니다.
규칙 평가
DNR 규칙은 네트워크 요청 수명 주기의 다양한 단계에서 브라우저에 의해 적용됩니다.
요청 전
요청이 이루어지기 전에 확장 프로그램은 일치하는 규칙을 사용하여 요청을 차단하거나 리디렉션할 수 있습니다 (HTTP에서 HTTPS로 스킴 업그레이드 포함).
각 확장 프로그램에 대해 브라우저는 일치하는 규칙 목록을 결정합니다. modifyHeaders
작업이 있는 규칙은 나중에 처리되므로 여기에 포함되지 않습니다. 또한 responseHeaders
조건이 있는 규칙은 나중에 (응답 헤더가 제공될 때) 고려되므로 포함되지 않습니다.
그런 다음 각 확장 프로그램에 대해 Chrome은 요청당 최대 하나의 후보를 선택합니다. Chrome은 우선순위에 따라 일치하는 모든 규칙을 정렬하여 일치하는 규칙을 찾습니다. 우선순위가 동일한 규칙은 작업 (allow
또는 allowAllRequests
> block
> upgradeScheme
> redirect
)에 따라 정렬됩니다.
후보가 allow
또는 allowAllRequests
규칙이거나 요청이 이루어지는 프레임이 이 확장 프로그램의 우선순위가 더 높거나 동일한 allowAllRequests
규칙과 이전에 일치한 경우 요청이 '허용'되고 확장 프로그램이 요청에 영향을 미치지 않습니다.
둘 이상의 확장 프로그램이 이 요청을 차단하거나 리디렉션하려는 경우 취할 단일 작업이 선택됩니다. Chrome은 block
> redirect
또는 upgradeScheme
> allow
또는 allowAllRequests
순서로 규칙을 정렬하여 이를 실행합니다. 두 규칙이 동일한 유형인 경우 Chrome은 가장 최근에 설치된 확장 프로그램의 규칙을 선택합니다.
요청 헤더가 전송되기 전
Chrome이 서버에 요청 헤더를 보내기 전에 일치하는 modifyHeaders
규칙에 따라 헤더가 업데이트됩니다.
단일 확장 프로그램 내에서 Chrome은 일치하는 모든 modifyHeaders
규칙을 찾아 실행할 수정사항 목록을 빌드합니다. 이전과 마찬가지로 일치하는 allow
또는 allowAllRequests
규칙보다 우선순위가 높은 규칙만 포함됩니다.
이러한 규칙은 Chrome에서 더 최근에 설치된 확장 프로그램의 규칙이 항상 이전 확장 프로그램의 규칙보다 먼저 평가되도록 순서대로 적용됩니다. 또한 한 확장 프로그램의 우선순위가 높은 규칙은 항상 동일한 확장 프로그램의 우선순위가 낮은 규칙보다 먼저 적용됩니다. 특히 확장 프로그램 전반에서 다음 사항에 유의하세요.
- 규칙이 헤더에 추가되면 우선순위가 낮은 규칙은 해당 헤더에만 추가할 수 있습니다. 설정 및 삭제 작업은 허용되지 않습니다.
- 규칙에서 헤더를 설정하면 동일한 확장 프로그램의 우선순위가 낮은 규칙만 해당 헤더에 추가할 수 있습니다. 다른 수정사항은 허용되지 않습니다.
- 규칙에서 헤더를 삭제하면 우선순위가 낮은 규칙에서 헤더를 더 수정할 수 없습니다.
응답을 받은 후
응답 헤더가 수신되면 Chrome은 responseHeaders
조건이 있는 규칙을 평가합니다.
이러한 규칙을 action
및 priority
로 정렬하고 일치하는 allow
또는 allowAllRequests
규칙으로 인해 중복된 규칙을 제외한 후 (이는 '요청 전'의 단계와 동일하게 발생함) Chrome은 확장 프로그램을 대신하여 요청을 차단하거나 리디렉션할 수 있습니다.
요청이 이 단계에 도달한 경우 요청이 이미 서버로 전송되었고 서버가 요청 본문과 같은 데이터를 수신한 것입니다. 응답 헤더 조건이 있는 차단 또는 리디렉션 규칙은 계속 실행되지만 실제로 요청을 차단하거나 리디렉션할 수는 없습니다.
차단 규칙의 경우 요청을 한 페이지가 차단된 응답을 수신하고 Chrome이 요청을 일찍 종료하는 방식으로 처리됩니다. 리디렉션 규칙의 경우 Chrome은 리디렉션된 URL에 새 요청을 합니다. 이러한 동작이 확장 프로그램의 개인 정보 보호 기대치를 충족하는지 고려해야 합니다.
요청이 차단되거나 리디렉션되지 않으면 Chrome에서 modifyHeaders
규칙을 적용합니다. 응답 헤더에 수정사항을 적용하는 방식은 '요청 헤더가 전송되기 전'에 설명된 방식과 동일합니다. 요청이 이미 이루어졌으므로 요청 헤더를 수정해도 아무런 효과가 없습니다.
안전한 규칙
안전한 규칙은 block
, allow
, allowAllRequests
또는 upgradeScheme
작업이 있는 규칙으로 정의됩니다. 이러한 규칙에는 동적 규칙 할당량이 증가합니다.
규칙 한도
브라우저에서 규칙을 로드하고 평가하는 데 성능 오버헤드가 있으므로 API를 사용할 때는 몇 가지 제한이 적용됩니다. 한도는 사용 중인 규칙 유형에 따라 다릅니다.
정적 규칙
정적 규칙은 매니페스트 파일에 선언된 규칙 파일에 지정된 규칙입니다. 확장 프로그램은 "rule_resources"
매니페스트 키의 일부로 최대 100개의 정적 규칙 세트를 지정할 수 있지만 이러한 규칙 세트 중 50개만 한 번에 사용 설정할 수 있습니다. 후자를 MAX_NUMBER_OF_ENABLED_STATIC_RULESETS
이라고 합니다. 이러한 규칙 집합은 합쳐서 최소 30,000개의 규칙을 보장합니다. 이를 GUARANTEED_MINIMUM_STATIC_RULES
이라고 합니다.
그 후 사용할 수 있는 규칙 수는 사용자의 브라우저에 설치된 모든 확장 프로그램에서 사용 설정한 규칙 수에 따라 달라집니다. 런타임에 getAvailableStaticRuleCount()
을 호출하여 이 숫자를 찾을 수 있습니다. 코드 예에서 이 예시를 확인할 수 있습니다.
세션 규칙
확장 프로그램에는 최대 5,000개의 세션 규칙이 있을 수 있습니다. 이는 MAX_NUMBER_OF_SESSION_RULES
로 노출됩니다.
Chrome 120 이전에는 동적 규칙과 세션 규칙의 합계가 5, 000개로 제한되었습니다.
동적 규칙
확장 프로그램은 동적 규칙을 5,000개 이상 보유할 수 있습니다. 이는 MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES
로 노출됩니다.
Chrome 121부터 MAX_NUMBER_OF_DYNAMIC_RULES
로 노출되는 안전한 동적 규칙에 사용할 수 있는 규칙의 한도가 30,000개로 늘어납니다. 5,000개 한도 내에 추가된 안전하지 않은 규칙도 이 한도에 포함됩니다.
Chrome 120 이전에는 동적 규칙과 세션 규칙의 합계가 5, 000개로 제한되었습니다.
정규 표현식을 사용하는 규칙
모든 유형의 규칙에서 정규 표현식을 사용할 수 있지만 각 유형의 정규 표현식 규칙의 총수는 1, 000개를 초과할 수 없습니다. 이를 MAX_NUMBER_OF_REGEX_RULES라고 합니다.
또한 각 규칙은 컴파일 후 2KB 미만이어야 합니다. 이는 규칙의 복잡성과 대략적으로 관련이 있습니다. 이 한도를 초과하는 규칙을 로드하려고 하면 다음과 같은 경고가 표시되고 규칙이 무시됩니다.
rules_1.json: Rule with id 1 specified a more complex regex than allowed as part of the "regexFilter" key.
서비스 워커와의 상호작용
declarativeNetRequest는 네트워크 스택에 도달하는 요청에만 적용됩니다. 여기에는 HTTP 캐시의 응답이 포함되지만 서비스 워커의 onfetch
핸들러를 통과하는 응답은 포함되지 않을 수 있습니다. declarativeNetRequest는 서비스 워커에 의해 생성되거나 CacheStorage
에서 가져온 응답에는 영향을 미치지 않지만 서비스 워커에서 이루어진 fetch()
호출에는 영향을 미칩니다.
웹 액세스 가능 리소스
declarativeNetRequest 규칙은 공개 리소스 요청에서 웹 액세스 가능하지 않은 리소스로 리디렉션할 수 없습니다. 이렇게 하면 오류가 발생합니다. 지정된 웹 액세스 가능 리소스가 리디렉션 확장 프로그램에 속한 경우에도 마찬가지입니다. declarativeNetRequest의 리소스를 선언하려면 매니페스트의 "web_accessible_resources"
배열을 사용하세요.
헤더 수정
추가 작업은 accept
, accept-encoding
, accept-language
, access-control-request-headers
, cache-control
, connection
, content-language
, cookie
, forwarded
, if-match
, if-none-match
, keep-alive
, range
, te
, trailer
, transfer-encoding
, upgrade
, user-agent
, via
, want-digest
, x-forwarded-for
헤더에만 지원됩니다.
예
코드 예시
동적 규칙 업데이트
다음 예는 updateDynamicRules()
호출 방법을 보여줍니다. updateSessionRules()
의 절차도 동일합니다.
// Get arrays containing new and old rules const newRules = await getNewRules(); const oldRules = await chrome.declarativeNetRequest.getDynamicRules(); const oldRuleIds = oldRules.map(rule => rule.id); // Use the arrays to update the dynamic rules await chrome.declarativeNetRequest.updateDynamicRules({ removeRuleIds: oldRuleIds, addRules: newRules });
정적 규칙 세트 업데이트
다음 예에서는 사용 가능한 정적 규칙 세트 수와 사용 설정된 정적 규칙 세트의 최대 수를 고려하여 규칙 세트를 사용 설정하고 사용 중지하는 방법을 보여줍니다. 필요한 정적 규칙 수가 허용된 수를 초과하는 경우에 이렇게 합니다. 이 작업을 수행하려면 일부 규칙 세트가 설치되어 있어야 하며 일부 규칙 세트는 사용 중지되어 있어야 합니다 (매니페스트 파일 내에서 "Enabled"
을 false
로 설정).
async function updateStaticRules(enableRulesetIds, disableCandidateIds) { // Create the options structure for the call to updateEnabledRulesets() let options = { enableRulesetIds: enableRulesetIds } // Get the number of enabled static rules const enabledStaticCount = await chrome.declarativeNetRequest.getEnabledRulesets(); // Compare rule counts to determine if anything needs to be disabled so that // new rules can be enabled const proposedCount = enableRulesetIds.length; if (enabledStaticCount + proposedCount > chrome.declarativeNetRequest.MAX_NUMBER_OF_ENABLED_STATIC_RULESETS) { options.disableRulesetIds = disableCandidateIds } // Update the enabled static rules await chrome.declarativeNetRequest.updateEnabledRulesets(options); }
규칙 예시
다음 예는 Chrome에서 확장 프로그램의 규칙에 우선순위를 지정하는 방법을 보여줍니다. 이를 검토할 때는 별도의 창에서 우선순위 지정 규칙을 열어 두는 것이 좋습니다.
'priority' 키
이러한 예시에는 *://*.example.com/*
에 대한 호스트 권한이 필요합니다.
특정 URL의 우선순위를 파악하려면 (개발자 정의) "priority"
키, "action"
키, "urlFilter"
키를 확인하세요. 이 예에서는 아래에 표시된 예시 규칙 파일을 참조합니다.
- https://google.com으로 이동
- 이 URL에는 ID가 1과 4인 두 규칙이 적용됩니다.
"block"
작업의 우선순위가"redirect"
작업보다 높기 때문에 ID가 1인 규칙이 적용됩니다. 나머지 규칙은 URL이 더 길기 때문에 적용되지 않습니다. - https://google.com/1234로 이동
- URL이 길어졌기 때문에 이제 ID가 2인 규칙이 ID가 1 및 4인 규칙과 함께 일치합니다.
"allow"
의 우선순위가"block"
및"redirect"
보다 높으므로 ID가 2인 규칙이 적용됩니다. - https://google.com/12345로 이동
- 이 URL은 네 가지 규칙과 모두 일치합니다. ID가 3인 규칙이 적용됩니다. 개발자가 정의한 우선순위가 그룹에서 가장 높기 때문입니다.
[ { "id": 1, "priority": 1, "action": { "type": "block" }, "condition": {"urlFilter": "||google.com/", "resourceTypes": ["main_frame"] } }, { "id": 2, "priority": 1, "action": { "type": "allow" }, "condition": { "urlFilter": "||google.com/123", "resourceTypes": ["main_frame"] } }, { "id": 3, "priority": 2, "action": { "type": "block" }, "condition": { "urlFilter": "||google.com/12345", "resourceTypes": ["main_frame"] } }, { "id": 4, "priority": 1, "action": { "type": "redirect", "redirect": { "url": "https://example.com" } }, "condition": { "urlFilter": "||google.com/", "resourceTypes": ["main_frame"] } }, ]
리디렉션
아래 예시에는 *://*.example.com/*
에 대한 호스트 권한이 필요합니다.
다음 예는 example.com의 요청을 확장 프로그램 자체 내 페이지로 리디렉션하는 방법을 보여줍니다. 확장 프로그램 경로 /a.jpg
는 chrome-extension://EXTENSION_ID/a.jpg
로 확인됩니다. 여기서 EXTENSION_ID
는 확장 프로그램의 ID입니다. 이 작업을 실행하려면 매니페스트에서 /a.jpg
를 웹 액세스 가능 리소스로 선언해야 합니다.
{ "id": 1, "priority": 1, "action": { "type": "redirect", "redirect": { "extensionPath": "/a.jpg" } }, "condition": { "urlFilter": "||https://www.example.com/", "resourceTypes": ["main_frame"] } }
다음은 "transform"
키를 사용하여 example.com의 하위 도메인으로 리디렉션합니다. 도메인 이름 앵커 ('||')를 사용하여 example.com의 모든 스키마가 포함된 요청을 가로챕니다. "transform"
의 "scheme"
키는 하위 도메인으로의 리디렉션이 항상 'https'를 사용하도록 지정합니다.
{ "id": 1, "priority": 1, "action": { "type": "redirect", "redirect": { "transform": { "scheme": "https", "host": "new.example.com" } } }, "condition": { "urlFilter": "||example.com/", "resourceTypes": ["main_frame"] } }
다음 예에서는 정규 표현식을 사용하여 https://www.abc.xyz.com/path
에서 https://abc.xyz.com/path
로 리디렉션합니다. "regexFilter"
키에서 마침표가 이스케이프되고 캡처링 그룹이 'abc' 또는 'def'를 선택하는 방식을 확인합니다. "regexSubstitution"
키는 '\1'을 사용하여 정규 표현식의 첫 번째 반환된 일치 항목을 지정합니다. 이 경우 리디렉션된 URL에서 'abc'가 캡처되어 대체에 배치됩니다.
{ "id": 1, "priority": 1, "action": { "type": "redirect", "redirect": { "regexSubstitution": "https://\\1.xyz.com/" } }, "condition": { "regexFilter": "^https://www\\.(abc|def)\\.xyz\\.com/", "resourceTypes": [ "main_frame" ] } }
헤더
다음 예시에서는 기본 프레임과 모든 하위 프레임에서 쿠키를 모두 삭제합니다.
{ "id": 1, "priority": 1, "action": { "type": "modifyHeaders", "requestHeaders": [{ "header": "cookie", "operation": "remove" }] }, "condition": { "resourceTypes": ["main_frame", "sub_frame"] } }
유형
DomainType
요청이 시작된 프레임에 대한 요청이 퍼스트 파티인지 서드 파티인지를 설명합니다. 요청이 시작된 프레임과 동일한 도메인 (eTLD+1)을 가진 경우 요청이 퍼스트 파티라고 합니다.
열거형
'firstParty'
네트워크 요청이 시작된 프레임에 대한 퍼스트 파티입니다.
'thirdParty'
네트워크 요청이 시작된 프레임에 대한 서드 파티입니다.
ExtensionActionOptions
속성
- displayActionCountAsBadgeText
불리언 선택사항
페이지의 작업 수를 확장 프로그램의 배지 텍스트로 자동 표시할지 여부입니다. 이 환경설정은 세션 간에 유지됩니다.
- tabUpdate
TabActionCountUpdate 선택사항
Chrome 89 이상탭의 작업 수를 조정하는 방법에 관한 세부정보입니다.
GetDisabledRuleIdsOptions
속성
- rulesetId
문자열
정적
Ruleset
에 해당하는 ID입니다.
GetRulesFilter
속성
- ruleIds
number[] 선택사항
지정된 경우 ID가 일치하는 규칙만 포함됩니다.
HeaderInfo
속성
- excludedValues
string[] 선택사항
지정된 경우 헤더가 존재하지만 값이 이 목록에 있는 요소를 하나 이상 포함하면 이 조건이 일치하지 않습니다.
values
과 동일한 일치 패턴 구문을 사용합니다. - 헤더
문자열
헤더의 이름입니다. 이 조건은
values
와excludedValues
가 모두 지정되지 않은 경우에만 이름과 일치합니다. - 값
string[] 선택사항
지정된 경우 이 조건은 헤더의 값이 이 목록의 하나 이상의 패턴과 일치하는 경우에 일치합니다. 이를 통해 대소문자를 구분하지 않는 헤더 값 일치와 다음 구조가 지원됩니다.
'*' : 모든 수의 문자와 일치합니다.
'?' : 0개 또는 1개의 문자와 일치합니다.
'*' 및 '?'는 백슬래시를 사용하여 이스케이프할 수 있습니다(예: '\*', '\?').
HeaderOperation
'modifyHeaders' 규칙에 가능한 작업을 설명합니다.
열거형
'append'
지정된 헤더에 새 항목을 추가합니다. 이 작업은 요청 헤더에 지원되지 않습니다.
'set'
지정된 헤더의 새 값을 설정하여 이름이 동일한 기존 헤더를 삭제합니다.
'remove'
지정된 헤더의 모든 항목을 삭제합니다.
IsRegexSupportedResult
속성
- isSupported
부울
- reason
정규 표현식이 지원되지 않는 이유를 지정합니다.
isSupported
이 false인 경우에만 제공됩니다.
MatchedRule
속성
- ruleId
숫자
일치하는 규칙의 ID입니다.
- rulesetId
문자열
이 규칙이 속한
Ruleset
의 ID입니다. 동적 규칙 집합에서 시작된 규칙의 경우 이 값은DYNAMIC_RULESET_ID
과 같습니다.
MatchedRuleInfo
속성
- 규칙
- tabId
숫자
탭이 아직 활성 상태인 경우 요청이 시작된 탭의 tabId입니다. 그렇지 않으면 -1입니다.
- timeStamp
숫자
규칙이 일치한 시간입니다. 타임스탬프는 시간의 JavaScript 규칙(에포크 이후 경과된 밀리초 수)에 해당합니다.
MatchedRuleInfoDebug
속성
-
규칙이 일치한 요청에 관한 세부정보입니다.
- 규칙
MatchedRulesFilter
속성
- minTimeStamp
번호 선택사항
지정된 경우 지정된 타임스탬프 이후의 규칙만 일치합니다.
- tabId
번호 선택사항
지정된 경우 지정된 탭의 규칙만 일치합니다. 활성 탭과 연결되지 않은 규칙과 일치합니다(-1로 설정된 경우).
ModifyHeaderInfo
속성
- 헤더
문자열
수정할 헤더의 이름입니다.
-
헤더에서 수행할 작업입니다.
- 값
문자열 선택사항
헤더의 새 값입니다.
append
및set
작업에 지정해야 합니다.
QueryKeyValue
속성
- 키
문자열
- replaceOnly
불리언 선택사항
Chrome 94 이상true인 경우 쿼리 키는 이미 있는 경우에만 대체됩니다. 그렇지 않으면 키가 누락된 경우에도 추가됩니다. 기본값은 false입니다.
- 값
문자열
QueryTransform
속성
- addOrReplaceParams
QueryKeyValue[] 선택사항
추가하거나 대체할 쿼리 키-값 쌍 목록입니다.
- removeParams
string[] 선택사항
삭제할 쿼리 키 목록입니다.
Redirect
속성
- extensionPath
문자열 선택사항
확장 프로그램 디렉터리를 기준으로 하는 경로입니다. '/'로 시작해야 합니다.
- regexSubstitution
문자열 선택사항
regexFilter
를 지정하는 규칙의 대체 패턴 URL 내에서regexFilter
와 처음으로 일치하는 부분이 이 패턴으로 대체됩니다.regexSubstitution
내에서 백슬래시로 이스케이프 처리된 숫자 (\1~\9)를 사용하여 해당 캡처 그룹을 삽입할 수 있습니다. \0은 일치하는 텍스트 전체를 나타냅니다. - 변환
URLTransform 선택사항
실행할 URL 변환입니다.
- URL
문자열 선택사항
리디렉션 URL입니다. JavaScript URL로의 리디렉션은 허용되지 않습니다.
RegexOptions
속성
- isCaseSensitive
불리언 선택사항
지정된
regex
이 대소문자를 구분하는지 여부입니다. 기본값은 true입니다. - regex
문자열
확인할 정규 표현식입니다.
- requireCapturing
불리언 선택사항
지정된
regex
에 캡처가 필요한지 여부입니다. 캡처는regexSubstition
작업을 지정하는 리디렉션 규칙에만 필요합니다. 기본값은 false입니다.
RequestDetails
속성
- documentId
문자열 선택사항
Chrome 106 이상이 요청이 프레임에 대한 요청인 경우 프레임 문서의 고유 식별자입니다.
- documentLifecycle
DocumentLifecycle 선택사항
Chrome 106 이상이 요청이 프레임에 대한 요청인 경우 프레임 문서의 수명 주기입니다.
- frameId
숫자
값 0은 요청이 기본 프레임에서 발생함을 나타내고, 양수 값은 요청이 발생하는 하위 프레임의 ID를 나타냅니다. (하위) 프레임의 문서가 로드된 경우 (
type
가main_frame
또는sub_frame
임)frameId
는 외부 프레임의 ID가 아닌 이 프레임의 ID를 나타냅니다. 프레임 ID는 탭 내에서 고유합니다. - frameType
FrameType 선택사항
Chrome 106 이상이 요청이 프레임에 대한 요청인 경우 프레임의 유형입니다.
- initiator
문자열 선택사항
요청이 시작된 출처입니다. 리디렉션을 통해 변경되지 않습니다. 불투명 출처인 경우 'null' 문자열이 사용됩니다.
- method
문자열
표준 HTTP 메서드입니다.
- parentDocumentId
문자열 선택사항
Chrome 106 이상이 요청이 프레임에 대한 요청이고 상위 요소가 있는 경우 프레임의 상위 문서에 대한 고유 식별자입니다.
- parentFrameId
숫자
요청을 보낸 프레임을 래핑하는 프레임의 ID입니다. 상위 프레임이 없는 경우 -1로 설정합니다.
- requestId
문자열
요청의 ID입니다. 요청 ID는 브라우저 세션 내에서 고유합니다.
- tabId
숫자
요청이 발생하는 탭의 ID입니다. 요청이 탭과 관련이 없는 경우 -1로 설정합니다.
- 유형
요청의 리소스 유형입니다.
- URL
문자열
요청의 URL입니다.
RequestMethod
네트워크 요청의 HTTP 요청 메서드를 설명합니다.
열거형
'connect'
"delete"
'get'
'head'
"options"
'패치'
'post'
'put'
'other'
ResourceType
네트워크 요청의 리소스 유형을 설명합니다.
열거형
"main_frame"
"sub_frame"
"stylesheet"
"script"
'image'
"font"
"object"
"xmlhttprequest"
"ping"
"csp_report"
"media"
"websocket"
'webtransport'
"webbundle"
'other'
Rule
속성
- action
이 규칙이 일치할 때 수행할 작업입니다.
-
이 규칙이 트리거되는 조건입니다.
- id
숫자
규칙을 고유하게 식별하는 ID입니다. 필수이며 1 이상이어야 합니다.
- 우선순위
번호 선택사항
규칙 우선순위입니다. 기본값은 1입니다. 지정된 경우 1 이상이어야 합니다.
RuleAction
속성
- 리디렉션
리디렉션 선택사항
리디렉션이 수행되는 방식을 설명합니다. 리디렉션 규칙에만 유효합니다.
- requestHeaders
ModifyHeaderInfo[] 선택사항
Chrome 86 이상요청에 대해 수정할 요청 헤더입니다. RuleActionType이 'modifyHeaders'인 경우에만 유효합니다.
- responseHeaders
ModifyHeaderInfo[] 선택사항
Chrome 86 이상요청에 대해 수정할 응답 헤더입니다. RuleActionType이 'modifyHeaders'인 경우에만 유효합니다.
-
실행할 작업의 유형입니다.
RuleActionType
지정된 RuleCondition이 일치할 경우 수행할 작업의 종류를 설명합니다.
열거형
'block'
네트워크 요청을 차단합니다.
'redirect'
네트워크 요청을 리디렉션합니다.
'허용'
네트워크 요청을 허용합니다. 요청과 일치하는 허용 규칙이 있으면 요청이 차단되지 않습니다.
'upgradeScheme'
요청이 http 또는 ftp인 경우 네트워크 요청 URL의 스키마를 https로 업그레이드합니다.
'modifyHeaders'
네트워크 요청에서 요청/응답 헤더를 수정합니다.
'allowAllRequests'
프레임 요청 자체를 포함하여 프레임 계층 구조 내의 모든 요청을 허용합니다.
RuleCondition
속성
- domainType
DomainType 선택사항
네트워크 요청이 시작된 도메인에 대해 퍼스트 파티인지 서드 파티인지 지정합니다. 생략하면 모든 요청이 허용됩니다.
- 도메인
string[] 선택사항
Chrome 101부터 지원 중단됨대신
initiatorDomains
를 사용하세요.이 규칙은
domains
목록에서 시작된 네트워크 요청만 일치시킵니다. - excludedDomains
string[] 선택사항
Chrome 101부터 지원 중단됨대신
excludedInitiatorDomains
를 사용하세요.이 규칙은
excludedDomains
목록에서 시작된 네트워크 요청과 일치하지 않습니다. - excludedInitiatorDomains
string[] 선택사항
Chrome 101 이상이 규칙은
excludedInitiatorDomains
목록에서 시작된 네트워크 요청과 일치하지 않습니다. 목록이 비어 있거나 생략되면 제외된 도메인이 없습니다.initiatorDomains
보다 우선 적용됩니다.참고:
- 'a.example.com'과 같은 하위 도메인도 허용됩니다.
- 항목은 ASCII 문자로만 구성되어야 합니다.
- 국제화된 도메인에 퓨니코드 인코딩을 사용합니다.
- 이는 요청 URL이 아닌 요청 개시자와 일치합니다.
- 나열된 도메인의 하위 도메인도 제외됩니다.
- excludedRequestDomains
string[] 선택사항
Chrome 101 이상도메인이
excludedRequestDomains
목록의 도메인과 일치하면 규칙이 네트워크 요청과 일치하지 않습니다. 목록이 비어 있거나 생략되면 제외된 도메인이 없습니다.requestDomains
보다 우선 적용됩니다.참고:
- 'a.example.com'과 같은 하위 도메인도 허용됩니다.
- 항목은 ASCII 문자로만 구성되어야 합니다.
- 국제화된 도메인에 퓨니코드 인코딩을 사용합니다.
- 나열된 도메인의 하위 도메인도 제외됩니다.
- excludedRequestMethods
RequestMethod[] 선택사항
Chrome 91 이상규칙이 일치하지 않는 요청 메서드 목록입니다.
requestMethods
및excludedRequestMethods
중 하나만 지정해야 합니다. 둘 다 지정되지 않으면 모든 요청 메서드가 일치합니다. - excludedResourceTypes
ResourceType[] 선택사항
규칙이 일치하지 않는 리소스 유형 목록입니다.
resourceTypes
및excludedResourceTypes
중 하나만 지정해야 합니다. 둘 다 지정되지 않으면 'main_frame'을 제외한 모든 리소스 유형이 차단됩니다. - excludedResponseHeaders
HeaderInfo[] 선택사항
Chrome 128 이상요청이 이 목록의 응답 헤더 조건과 일치하면 규칙이 일치하지 않습니다 (지정된 경우).
excludedResponseHeaders
과responseHeaders
이 모두 지정된 경우excludedResponseHeaders
속성이 우선 적용됩니다. - excludedTabIds
number[] 선택사항
Chrome 92 이상규칙이 일치해서는 안 되는
tabs.Tab.id
목록입니다.tabs.TAB_ID_NONE
ID는 탭에서 시작되지 않은 요청을 제외합니다. 세션 범위 규칙에서만 지원됩니다. - initiatorDomains
string[] 선택사항
Chrome 101 이상이 규칙은
initiatorDomains
목록에서 시작된 네트워크 요청만 일치시킵니다. 목록이 생략되면 규칙이 모든 도메인의 요청에 적용됩니다. 빈 목록은 허용되지 않습니다.참고:
- 'a.example.com'과 같은 하위 도메인도 허용됩니다.
- 항목은 ASCII 문자로만 구성되어야 합니다.
- 국제화된 도메인에 퓨니코드 인코딩을 사용합니다.
- 이는 요청 URL이 아닌 요청 개시자와 일치합니다.
- 나열된 도메인의 하위 도메인도 일치합니다.
- isUrlFilterCaseSensitive
불리언 선택사항
urlFilter
또는regexFilter
(지정된 항목)이 대소문자를 구분하는지 여부입니다. 기본값은 false입니다. - regexFilter
문자열 선택사항
네트워크 요청 URL과 일치하는 정규 표현식입니다. 이는 RE2 구문을 따릅니다.
참고:
urlFilter
또는regexFilter
중 하나만 지정할 수 있습니다.참고:
regexFilter
는 ASCII 문자로만 구성되어야 합니다. 이는 호스트가 퓨니코드 형식으로 인코딩되고 (국제화된 도메인의 경우) 다른 비ASCII 문자가 utf-8로 URL 인코딩된 URL과 일치합니다. - requestDomains
string[] 선택사항
Chrome 101 이상이 규칙은 도메인이
requestDomains
목록의 도메인 중 하나와 일치하는 경우에만 네트워크 요청과 일치합니다. 목록이 생략되면 규칙이 모든 도메인의 요청에 적용됩니다. 빈 목록은 허용되지 않습니다.참고:
- 'a.example.com'과 같은 하위 도메인도 허용됩니다.
- 항목은 ASCII 문자로만 구성되어야 합니다.
- 국제화된 도메인에 퓨니코드 인코딩을 사용합니다.
- 나열된 도메인의 하위 도메인도 일치합니다.
- requestMethods
RequestMethod[] 선택사항
Chrome 91 이상규칙이 일치시킬 수 있는 HTTP 요청 메서드 목록입니다. 빈 목록은 허용되지 않습니다.
참고:
requestMethods
규칙 조건을 지정하면 HTTP(s)가 아닌 요청도 제외되지만excludedRequestMethods
를 지정하면 제외되지 않습니다. - resourceTypes
ResourceType[] 선택사항
규칙이 일치할 수 있는 리소스 유형 목록입니다. 빈 목록은 허용되지 않습니다.
참고:
allowAllRequests
규칙에 지정해야 하며sub_frame
및main_frame
리소스 유형만 포함할 수 있습니다. - responseHeaders
HeaderInfo[] 선택사항
Chrome 128 이상요청이 이 목록의 응답 헤더 조건과 일치하면 규칙이 일치합니다 (지정된 경우).
- tabIds
number[] 선택사항
Chrome 92 이상규칙이 일치해야 하는
tabs.Tab.id
목록입니다.tabs.TAB_ID_NONE
ID는 탭에서 시작되지 않은 요청과 일치합니다. 빈 목록은 허용되지 않습니다. 세션 범위 규칙에서만 지원됩니다. - urlFilter
문자열 선택사항
네트워크 요청 URL과 일치하는 패턴입니다. 지원되는 구조:
'*' : 와일드 카드: 모든 문자 수와 일치합니다.
'|' : 왼쪽/오른쪽 앵커: 패턴의 한쪽 끝에 사용하면 각각 URL의 시작/끝을 지정합니다.
'||' : 도메인 이름 앵커: 패턴의 시작 부분에 사용되면 URL의 (하위) 도메인의 시작을 지정합니다.
'^': 구분자 문자: 문자, 숫자 또는
_
,-
,.
,%
중 하나를 제외한 모든 항목과 일치합니다. URL의 끝부분과도 일치합니다.따라서
urlFilter
는 (선택사항인 왼쪽/도메인 이름 앵커) + 패턴 + (선택사항인 오른쪽 앵커)로 구성됩니다.생략하면 모든 URL이 일치합니다. 빈 문자열은 허용되지 않습니다.
||*
로 시작하는 패턴은 허용되지 않습니다. 대신*
를 사용합니다.참고:
urlFilter
또는regexFilter
중 하나만 지정할 수 있습니다.참고:
urlFilter
는 ASCII 문자로만 구성되어야 합니다. 이는 호스트가 퓨니코드 형식으로 인코딩되고 (국제화된 도메인의 경우) 다른 비ASCII 문자가 utf-8로 URL 인코딩된 URL과 일치합니다. 예를 들어 요청 URL이 http://abc.рф?q=ф인 경우urlFilter
는 URL http://abc.xn--p1ai/?q=%D1%84와 일치합니다.
Ruleset
속성
- 사용 설정됨
부울
규칙 세트가 기본적으로 사용 설정되어 있는지 여부입니다.
- id
문자열
규칙 세트를 고유하게 식별하는 비어 있지 않은 문자열입니다. '_'로 시작하는 ID는 내부용으로 예약되어 있습니다.
- 경로
문자열
확장 프로그램 디렉터리를 기준으로 하는 JSON 규칙 세트의 경로입니다.
RulesMatchedDetails
속성
- rulesMatchedInfo
지정된 필터와 일치하는 규칙입니다.
TabActionCountUpdate
속성
- 증가
숫자
탭의 작업 수를 늘릴 양입니다. 음수 값은 개수를 감소시킵니다.
- tabId
숫자
작업 수를 업데이트할 탭입니다.
TestMatchOutcomeResult
속성
- matchedRules
가상 요청과 일치하는 규칙입니다 (있는 경우).
TestMatchRequestDetails
속성
- initiator
문자열 선택사항
가상 요청의 이니시에이터 URL입니다 (있는 경우).
- method
RequestMethod 선택사항
가상 요청의 표준 HTTP 메서드입니다. HTTP 요청의 경우 기본값은 'get'이며 HTTP가 아닌 요청의 경우 무시됩니다.
- responseHeaders
객체 선택사항
Chrome 129 이상요청이 전송되기 전에 차단되거나 리디렉션되지 않는 경우 가상 응답에서 제공하는 헤더입니다. 헤더 이름을 문자열 값 목록에 매핑하는 객체로 표현됩니다. 지정하지 않으면 가상 응답에서 빈 응답 헤더가 반환되므로 헤더가 없는 규칙과 일치할 수 있습니다. 예:
{"content-type": ["text/html; charset=utf-8", "multipart/form-data"]}
- tabId
번호 선택사항
가상 요청이 발생하는 탭의 ID입니다. 실제 탭 ID와 일치하지 않아도 됩니다. 기본값은 -1이며, 이는 요청이 탭과 관련이 없음을 의미합니다.
- 유형
가상 요청의 리소스 유형입니다.
- URL
문자열
가상 요청의 URL입니다.
UnsupportedRegexReason
특정 정규 표현식이 지원되지 않는 이유를 설명합니다.
열거형
'syntaxError'
정규 표현식의 구문이 잘못되었거나 RE2 구문에서 사용할 수 없는 기능을 사용합니다.
'memoryLimitExceeded'
정규 표현식이 메모리 제한을 초과합니다.
UpdateRuleOptions
속성
- addRules
규칙[] 선택사항
추가할 규칙입니다.
- removeRuleIds
number[] 선택사항
삭제할 규칙의 ID입니다. 잘못된 ID는 무시됩니다.
UpdateRulesetOptions
속성
UpdateStaticRulesOptions
속성
URLTransform
속성
- fragment
문자열 선택사항
요청의 새 프래그먼트입니다. 비어 있어야 합니다(이 경우 기존 프래그먼트가 삭제됨). 또는 '#'으로 시작해야 합니다.
- 호스트
문자열 선택사항
요청의 새 호스트입니다.
- 비밀번호
문자열 선택사항
요청의 새 비밀번호입니다.
- 경로
문자열 선택사항
요청의 새 경로입니다. 비어 있으면 기존 경로가 삭제됩니다.
- 포트
문자열 선택사항
요청의 새 포트입니다. 비어 있으면 기존 포트가 삭제됩니다.
- query
문자열 선택사항
요청의 새 쿼리입니다. 비어 있어야 합니다(이 경우 기존 쿼리가 지워짐). 또는 '?'로 시작해야 합니다.
- queryTransform
QueryTransform 선택사항
쿼리 키-값 쌍을 추가, 삭제 또는 교체합니다.
- 스키마
문자열 선택사항
요청의 새 스키마입니다. 허용되는 값은 'http', 'https', 'ftp', 'chrome-extension'입니다.
- 사용자 이름
문자열 선택사항
요청의 새 사용자 이름입니다.
속성
DYNAMIC_RULESET_ID
확장 프로그램에서 추가한 동적 규칙의 규칙 세트 ID입니다.
값
"_dynamic"
GETMATCHEDRULES_QUOTA_INTERVAL
MAX_GETMATCHEDRULES_CALLS_PER_INTERVAL getMatchedRules
호출이 이루어질 수 있는 시간 간격으로, 분 단위로 지정됩니다. 추가 호출은 즉시 실패하고 runtime.lastError
를 설정합니다. 참고: 사용자 동작과 연결된 getMatchedRules
호출은 할당량에서 제외됩니다.
값
10
GUARANTEED_MINIMUM_STATIC_RULES
사용 설정된 정적 규칙 세트에서 확장 프로그램에 보장되는 최소 정적 규칙 수입니다. 이 한도를 초과하는 규칙은 전역 정적 규칙 한도에 포함됩니다.
값
30000
MAX_GETMATCHEDRULES_CALLS_PER_INTERVAL
GETMATCHEDRULES_QUOTA_INTERVAL
기간 내에 getMatchedRules
를 호출할 수 있는 횟수입니다.
값
20
MAX_NUMBER_OF_DYNAMIC_RULES
확장이 추가할 수 있는 최대 동적 규칙 수입니다.
값
30000
MAX_NUMBER_OF_ENABLED_STATIC_RULESETS
확장이 한 번에 사용 설정할 수 있는 최대 정적 Rulesets
수입니다.
값
50
MAX_NUMBER_OF_REGEX_RULES
확장 프로그램이 추가할 수 있는 정규 표현식 규칙의 최대 개수입니다. 이 한도는 동적 규칙 집합과 규칙 리소스 파일에 지정된 규칙에 대해 별도로 평가됩니다.
값
1000
MAX_NUMBER_OF_SESSION_RULES
확장이 추가할 수 있는 세션 범위 규칙의 최대 수입니다.
값
5000
MAX_NUMBER_OF_STATIC_RULESETS
확장이 "rule_resources"
매니페스트 키의 일부로 지정할 수 있는 최대 정적 Rulesets
수입니다.
값
100
MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES
확장이 추가할 수 있는 '안전하지 않은' 동적 규칙의 최대 수입니다.
값
5000
MAX_NUMBER_OF_UNSAFE_SESSION_RULES
확장 프로그램이 추가할 수 있는 최대 '안전하지 않은' 세션 범위 규칙 수입니다.
값
5000
SESSION_RULESET_ID
확장 프로그램에서 추가한 세션 범위 규칙의 규칙 세트 ID입니다.
값
"_session"
메서드
getAvailableStaticRuleCount()
chrome.declarativeNetRequest.getAvailableStaticRuleCount(): Promise<number>
확장이 전역 정적 규칙 한도에 도달하기 전에 사용 설정할 수 있는 정적 규칙의 수를 반환합니다.
반환 값
-
Promise<number>
Chrome 91 이상
getDisabledRuleIds()
chrome.declarativeNetRequest.getDisabledRuleIds(
options: GetDisabledRuleIdsOptions,
): Promise<number[]>
현재 사용 중지된 지정된 Ruleset
의 정적 규칙 목록을 반환합니다.
매개변수
-
쿼리할 규칙 세트를 지정합니다.
반환 값
-
Promise<number[]>
getDynamicRules()
chrome.declarativeNetRequest.getDynamicRules(
filter?: GetRulesFilter,
): Promise<Rule[]>
확장 프로그램의 현재 동적 규칙 집합을 반환합니다. 발신자는 filter
를 지정하여 가져온 규칙 목록을 선택적으로 필터링할 수 있습니다.
매개변수
- filter
GetRulesFilter 선택사항
Chrome 111 이상가져온 규칙 목록을 필터링하는 객체입니다.
반환 값
-
Promise<Rule[]>
Chrome 91 이상
getEnabledRulesets()
chrome.declarativeNetRequest.getEnabledRulesets(): Promise<string[]>
현재 사용 설정된 정적 규칙 세트의 ID를 반환합니다.
반환 값
-
Promise<string[]>
Chrome 91 이상
getMatchedRules()
chrome.declarativeNetRequest.getMatchedRules(
filter?: MatchedRulesFilter,
): Promise<RulesMatchedDetails>
확장자에 대해 일치하는 모든 규칙을 반환합니다. 호출자는 filter
를 지정하여 일치하는 규칙 목록을 선택적으로 필터링할 수 있습니다. 이 메서드는 "declarativeNetRequestFeedback"
권한이 있거나 filter
에 지정된 tabId
에 대해 "activeTab"
권한이 부여된 확장 프로그램에서만 사용할 수 있습니다. 참고: 5분 전에 일치되었으며 활성 문서와 연결되지 않은 규칙은 반환되지 않습니다.
매개변수
- filter
MatchedRulesFilter 선택사항
일치하는 규칙 목록을 필터링하는 객체입니다.
반환 값
-
Promise<RulesMatchedDetails>
Chrome 91 이상
getSessionRules()
chrome.declarativeNetRequest.getSessionRules(
filter?: GetRulesFilter,
): Promise<Rule[]>
확장 프로그램의 현재 세션 범위 규칙 집합을 반환합니다. 발신자는 filter
를 지정하여 가져온 규칙 목록을 선택적으로 필터링할 수 있습니다.
매개변수
- filter
GetRulesFilter 선택사항
Chrome 111 이상가져온 규칙 목록을 필터링하는 객체입니다.
반환 값
-
Promise<Rule[]>
Chrome 91 이상
isRegexSupported()
chrome.declarativeNetRequest.isRegexSupported(
regexOptions: RegexOptions,
): Promise<IsRegexSupportedResult>
지정된 정규 표현식이 regexFilter
규칙 조건으로 지원되는지 확인합니다.
매개변수
- regexOptions
확인할 정규 표현식입니다.
반환 값
-
Promise<IsRegexSupportedResult>
Chrome 91 이상
setExtensionActionOptions()
chrome.declarativeNetRequest.setExtensionActionOptions(
options: ExtensionActionOptions,
): Promise<void>
탭의 작업 수를 확장 프로그램 작업의 배지 텍스트로 표시할지 여부를 구성하고 작업 수를 늘리는 방법을 제공합니다.
매개변수
반환 값
-
Promise<void>
Chrome 91 이상
testMatchOutcome()
chrome.declarativeNetRequest.testMatchOutcome(
request: TestMatchRequestDetails,
): Promise<TestMatchOutcomeResult>
확장의 declarativeNetRequest 규칙이 가상 요청과 일치하는지 확인합니다. 참고: 확장 프로그램 개발 중에만 사용하도록 설계되었으므로 압축 해제된 확장 프로그램에만 사용할 수 있습니다.
매개변수
반환 값
-
Promise<TestMatchOutcomeResult>
updateDynamicRules()
chrome.declarativeNetRequest.updateDynamicRules(
options: UpdateRuleOptions,
): Promise<void>
확장 프로그램의 현재 동적 규칙 집합을 수정합니다. options.removeRuleIds
에 나열된 ID가 있는 규칙이 먼저 삭제된 다음 options.addRules
에 제공된 규칙이 추가됩니다. 참고:
- 이 업데이트는 단일 원자 작업으로 실행됩니다. 지정된 규칙이 모두 추가되고 삭제되거나 오류가 반환됩니다.
- 이러한 규칙은 브라우저 세션과 확장 프로그램 업데이트 전반에 걸쳐 유지됩니다.
- 확장 프로그램 패키지의 일부로 지정된 정적 규칙은 이 함수를 사용하여 삭제할 수 없습니다.
MAX_NUMBER_OF_DYNAMIC_RULES
은 확장 프로그램이 추가할 수 있는 최대 동적 규칙 수입니다. 안전하지 않은 규칙의 수는MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES
개를 초과해서는 안 됩니다.
매개변수
- Chrome 87 이상
반환 값
-
Promise<void>
Chrome 91 이상
updateEnabledRulesets()
chrome.declarativeNetRequest.updateEnabledRulesets(
options: UpdateRulesetOptions,
): Promise<void>
확장 프로그램에 사용 설정된 정적 규칙 세트를 업데이트합니다. options.disableRulesetIds
에 나열된 ID가 있는 규칙 세트가 먼저 삭제된 다음 options.enableRulesetIds
에 나열된 규칙 세트가 추가됩니다. 사용 설정된 정적 규칙 세트는 세션 간에 유지되지만 확장 프로그램 업데이트 간에는 유지되지 않습니다. 즉, rule_resources
매니페스트 키는 각 확장 프로그램 업데이트에서 사용 설정된 정적 규칙 세트를 결정합니다.
매개변수
- Chrome 87 이상
반환 값
-
Promise<void>
Chrome 91 이상
updateSessionRules()
chrome.declarativeNetRequest.updateSessionRules(
options: UpdateRuleOptions,
): Promise<void>
확장 프로그램의 현재 세션 범위 규칙 집합을 수정합니다. options.removeRuleIds
에 나열된 ID가 있는 규칙이 먼저 삭제된 다음 options.addRules
에 제공된 규칙이 추가됩니다. 참고:
- 이 업데이트는 단일 원자 작업으로 실행됩니다. 지정된 규칙이 모두 추가되고 삭제되거나 오류가 반환됩니다.
- 이러한 규칙은 세션 간에 유지되지 않으며 메모리에 백업됩니다.
MAX_NUMBER_OF_SESSION_RULES
은 확장 프로그램이 추가할 수 있는 최대 세션 규칙 수입니다.
매개변수
반환 값
-
Promise<void>
Chrome 91 이상
updateStaticRules()
chrome.declarativeNetRequest.updateStaticRules(
options: UpdateStaticRulesOptions,
): Promise<void>
Ruleset
에서 개별 정적 규칙을 사용 중지하고 사용 설정합니다. 사용 중지된 Ruleset
에 속한 규칙의 변경사항은 다음에 사용 설정될 때 적용됩니다.
매개변수
반환 값
-
Promise<void>
이벤트
onRuleMatchedDebug
chrome.declarativeNetRequest.onRuleMatchedDebug.addListener(
callback: function,
)
규칙이 요청과 일치할 때 발생합니다. 디버깅 목적으로만 사용되도록 설계되었으므로 "declarativeNetRequestFeedback"
권한이 있는 압축 해제된 확장 프로그램에만 사용할 수 있습니다.
매개변수
- callback
함수
callback
매개변수는 다음과 같습니다.(info: MatchedRuleInfoDebug) => void