설명
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"
키를 사용하여 정의됩니다.
빌드 규칙
유형에 관계없이 규칙은 다음과 같이 필드 4개로 시작합니다. "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
규칙과 일치하는 경우 요청이 '허용'됩니다. 확장 프로그램은 요청에 아무런 영향을 미치지 않습니다.
2개 이상의 확장 프로그램이 이 요청을 차단하거나 리디렉션하려는 경우 한 가지 조치만 선택합니다. Chrome은 block
> 순으로 규칙을 정렬합니다. redirect
또는 upgradeScheme
> allow
또는 allowAllRequests
입니다. 규칙 2개의 유형이 동일한 경우 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부터 안전한 동적 규칙에 사용할 수 있는 규칙 한도가 30,000개로 늘어납니다.
MAX_NUMBER_OF_DYNAMIC_RULES
로 표시됩니다. 모든 문자
한도 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이 확장 프로그램에서 규칙의 우선순위를 지정하는 방식을 보여줍니다. 검토할 때 별도의 창에서 우선순위 규칙을 열어두는 것이 좋습니다.
'우선순위' 열쇠
이러한 예에서는 *://*.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인 규칙과 추가로 일치합니다. ID가 2인 규칙이 적용됩니다.
"allow"
의 우선순위가"block"
및"redirect"
보다 높기 때문입니다. - https://google.com/12345로 이동
- 4개의 규칙 모두 이 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'을 사용하여 정규 표현식에서 처음 반환된 일치 항목을 지정합니다. 이 경우 'abc'는 가 리디렉션된 URL에서 캡처되어 대체에 배치됩니다.
{
"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은 일치하는 텍스트 전체를 나타냅니다. -
transform
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 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프레임에 관한 요청인 경우 프레임 유형입니다.
-
개시자
문자열(선택사항)
요청이 시작된 출처입니다. 리디렉션을 통해서는 변경되지 않습니다. 불투명 출처인 경우 문자열 'null' 사용됩니다.
-
method
문자열
표준 HTTP 메서드입니다.
-
parentDocumentId
문자열(선택사항)
Chrome 106 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.이 요청이 프레임에 대한 요청이며 상위를 가진 경우, 프레임의 상위 문서에 대한 고유 식별자입니다.
-
parentFrameId
숫자
요청을 전송한 프레임을 래핑하는 프레임의 ID입니다. 상위 프레임이 없으면 -1로 설정합니다.
-
requestId
문자열
요청의 ID입니다. 요청 ID는 브라우저 세션 내에서 고유합니다.
-
tabId
숫자
요청이 발생한 탭의 ID입니다. 요청이 탭과 관련이 없다면 -1로 설정합니다.
-
유형
요청의 리소스 유형입니다.
-
URL
문자열
요청의 URL입니다.
RequestMethod
네트워크 요청의 HTTP 요청 메서드를 설명합니다.
열거형
"연결"
"삭제"
"get"
"head"
"옵션"
"패치"
"게시물"
"put"
'기타'
ResourceType
이는 네트워크 요청의 리소스 유형을 설명합니다.
열거형
'main_frame'
"sub_frame"
"스타일시트"
"script"
"이미지"
"글꼴"
"객체"
"xmlhttprequest"
"핑"
"csp_report"
'미디어'
'websocket'
'webtransport'
'webbundle'
'기타'
Rule
속성
-
action
이 규칙이 일치할 경우 수행할 작업입니다.
-
이 규칙이 트리거되는 조건입니다.
-
id
숫자
규칙을 고유하게 식별하는 ID입니다. 필수이며 1 이상이어야 합니다.
-
우선순위
숫자 선택사항
규칙 우선순위 기본값은 1입니다. 지정된 경우 1 이상이어야 합니다.
RuleAction
속성
-
리디렉션
리디렉션 선택사항
리디렉션이 수행되는 방법을 설명합니다. 리디렉션 규칙에만 유효합니다.
-
requestHeaders
ModifyHeaderInfo[] 선택사항
Chrome 86 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.요청에 대해 수정할 요청 헤더입니다. RuleActionType이 'modifyHeaders'인 경우에만 유효합니다.
-
responseHeaders
ModifyHeaderInfo[] 선택사항
Chrome 86 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.요청에 대해 수정할 응답 헤더입니다. RuleActionType이 'modifyHeaders'인 경우에만 유효합니다.
-
수행할 작업의 유형입니다.
RuleActionType
지정된 RuleCondition이 일치할 경우 수행할 작업의 종류를 설명합니다.
열거형
"block"
네트워크 요청을 차단합니다.
"redirect"
네트워크 요청을 리디렉션합니다.
"allow"
네트워크 요청을 허용합니다. 요청과 일치하는 허용 규칙이 있으면 요청을 가로채지 않습니다.
"upgradeScheme"
요청이 http 또는 ftp인 경우 네트워크 요청 URL의 스키마를 https로 업그레이드합니다.
"modifyHeaders"
네트워크 요청의 요청/응답 헤더를 수정합니다.
"allowAllRequests"
프레임 요청 자체를 포함하여 프레임 계층 구조 내의 모든 요청을 허용합니다.
RuleCondition
속성
-
domainType
DomainType 선택사항
네트워크 요청이 발생한 도메인의 퍼스트 파티인지 서드 파티인지를 지정합니다. 생략하면 모든 요청이 수락됩니다.
-
도메인
string[] 선택사항
<ph type="x-smartling-placeholder"></ph> Chrome 101 이후 지원 중단됨대신
initiatorDomains
를 사용하세요.규칙은
domains
목록에서 발생한 네트워크 요청과만 일치합니다. -
excludedDomains
string[] 선택사항
<ph type="x-smartling-placeholder"></ph> 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 문자로만 구성되어야 합니다. 이는 호스트가 punycode 형식으로 인코딩된 URL (국제화된 도메인의 경우)과 일치하고 기타 비 ASCII 문자는 utf-8로 인코딩된 URL과 일치합니다. -
requestDomains
string[] 선택사항
Chrome 101 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.도메인이
requestDomains
목록의 도메인과 일치할 때만 규칙이 네트워크 요청과 일치합니다. 목록이 생략되면 규칙이 모든 도메인의 요청에 적용됩니다. 빈 목록은 허용되지 않습니다.참고:
- 하위 도메인(예: 'a.example.com') 도 허용됩니다.
- 입력은 ASCII 문자로만 구성되어야 합니다.
- 다국어 도메인에 퓨니코드 인코딩을 사용합니다.
- 목록에 있는 도메인의 하위 도메인도 일치합니다.
-
requestMethods
RequestMethod[] 선택사항
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.규칙이 일치시킬 수 있는 HTTP 요청 메서드의 목록입니다. 빈 목록은 허용되지 않습니다.
참고:
requestMethods
규칙 조건을 지정하면 HTTP가 아닌 요청도 제외되지만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 문자로만 구성되어야 합니다. 이는 호스트가 punycode 형식으로 인코딩된 URL (국제화된 도메인의 경우)과 일치하고 기타 비 ASCII 문자는 utf-8로 인코딩된 URL과 일치합니다. 예를 들어 요청 URL이 http://abc.рze?q=fr인 경우urlFilter
는 URL http://abc.xn--p1ai/?q=%D1%84와 비교됩니다.
Ruleset
속성
-
사용 설정됨
부울
규칙 세트의 기본 사용 설정 여부입니다.
-
id
문자열
규칙 집합을 고유하게 식별하는 비어 있지 않은 문자열입니다. '_'로 시작하는 ID 내부용으로 예약되어 있습니다.
-
경로
문자열
확장 프로그램 디렉터리를 기준으로 한 JSON 규칙 세트의 상대 경로입니다.
RulesMatchedDetails
속성
-
rulesMatchedInfo
지정된 필터와 일치하는 규칙입니다.
TabActionCountUpdate
속성
-
증가
숫자
탭의 작업 수를 증가시키는 금액입니다. 음수 값은 개수를 감소시킵니다.
-
tabId
숫자
작업 수를 업데이트할 탭입니다.
TestMatchOutcomeResult
속성
-
matchedRules
가상의 요청과 일치하는 규칙 (있는 경우)입니다.
TestMatchRequestDetails
속성
-
개시자
문자열(선택사항)
가상 요청의 시작 URL입니다 (있는 경우).
-
method
RequestMethod 선택사항
가상 요청의 표준 HTTP 메서드입니다. 기본값은 'get'입니다. 로 시작하고 HTTP 이외의 요청에 대해서는 무시됩니다.
-
responseHeaders
객체(선택사항)
대기 중요청이 전송되기 전에 차단되거나 리디렉션되지 않는 경우 가상 응답에서 제공하는 헤더입니다. 헤더 이름을 문자열 값의 목록에 매핑하는 객체로 표현됩니다. 지정하지 않으면 가상의 응답은 빈 응답 헤더를 반환하며 이는 헤더가 존재하지 않는 경우와 일치하는 규칙과 일치할 수 있습니다. 예:
{"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
문자열(선택사항)
요청의 새 프래그먼트입니다. 이 중 하나여야 하며, 이 경우 기존 프래그먼트가 지워집니다. '#'으로 시작해야 합니다.
-
호스트
문자열(선택사항)
요청의 새 호스트입니다.
-
비밀번호
문자열(선택사항)
요청의 새 비밀번호입니다.
-
경로
문자열(선택사항)
요청의 새 경로입니다. 비어 있으면 기존 경로가 삭제됩니다.
-
포트
문자열(선택사항)
요청의 새 포트입니다. 비어 있으면 기존 포트가 삭제됩니다.
-
검색어
문자열(선택사항)
요청에 대한 새 쿼리입니다. 이 중 하나여야 하며, 이 경우 기존 쿼리가 삭제됩니다. 또는 '?'로 시작해야 합니다.
-
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
사용 설정된 정적 규칙 세트에서 확장 프로그램에 보장되는 최소 정적 규칙 수입니다. 이 한도를 초과하는 규칙은 전역 정적 규칙 한도에 포함됩니다.
값
30,000명
MAX_GETMATCHEDRULES_CALLS_PER_INTERVAL
GETMATCHEDRULES_QUOTA_INTERVAL
의 기간 내에 getMatchedRules
를 호출할 수 있는 횟수입니다.
값
20
MAX_NUMBER_OF_DYNAMIC_RULES
확장 프로그램에서 추가할 수 있는 동적 규칙의 최대 개수입니다.
값
30,000명
MAX_NUMBER_OF_ENABLED_STATIC_RULESETS
확장 프로그램이 한 번에 사용 설정할 수 있는 정적 Rulesets
의 최대 개수입니다.
값
50
MAX_NUMBER_OF_REGEX_RULES
확장 프로그램에서 추가할 수 있는 정규 표현식 규칙의 최대 개수입니다. 이 한도는 동적 규칙 집합과 규칙 리소스 파일에 지정된 규칙에 대해 개별적으로 평가됩니다.
값
1,000
MAX_NUMBER_OF_SESSION_RULES
확장 프로그램에서 추가할 수 있는 세션 범위 규칙의 최대 개수입니다.
값
5,000명
MAX_NUMBER_OF_STATIC_RULESETS
확장 프로그램이 "rule_resources"
매니페스트 키의 일부로 지정할 수 있는 정적 Rulesets
의 최대 개수입니다.
값
100
MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES
'안전하지 않음'의 최대 개수 확장 프로그램에서 추가할 수 있는 동적 규칙을 따릅니다.
값
5,000명
MAX_NUMBER_OF_UNSAFE_SESSION_RULES
'안전하지 않음'의 최대 개수 확장 프로그램이 추가할 수 있는 세션 범위 규칙입니다.
값
5,000명
SESSION_RULESET_ID
확장 프로그램에서 추가한 세션 범위 규칙의 규칙 세트 ID.
값
"_세션"
메서드
getAvailableStaticRuleCount()
chrome.declarativeNetRequest.getAvailableStaticRuleCount(
callback?: function,
)
전역 정적 규칙 한도에 도달하기 전에 확장 프로그램에서 사용 설정할 수 있는 정적 규칙 수를 반환합니다.
매개변수
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.(count: number) => void
-
개수
숫자
-
반환 값
-
Promise<number>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
getDisabledRuleIds()
chrome.declarativeNetRequest.getDisabledRuleIds(
options: GetDisabledRuleIdsOptions,
callback?: function,
)
지정된 Ruleset
에서 현재 사용 중지된 정적 규칙의 목록을 반환합니다.
매개변수
-
쿼리할 규칙 집합을 지정합니다.
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.(disabledRuleIds: number[]) => void
-
disabledRuleIds
숫자[]
-
반환 값
-
프로미스<숫자[]>
프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
getDynamicRules()
chrome.declarativeNetRequest.getDynamicRules(
filter?: GetRulesFilter,
callback?: function,
)
확장 프로그램의 현재 동적 규칙 집합을 반환합니다. 호출자는 filter
를 지정하여 가져온 규칙 목록을 선택적으로 필터링할 수 있습니다.
매개변수
-
filter
GetRulesFilter 선택사항
Chrome 111 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.가져온 규칙 목록을 필터링하는 객체입니다.
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.(rules: Rule[]) => void
-
규칙
규칙[]
-
반환 값
-
프로미스<규칙[]>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
getEnabledRulesets()
chrome.declarativeNetRequest.getEnabledRulesets(
callback?: function,
)
현재 사용 설정된 정적 규칙 집합의 ID를 반환합니다.
매개변수
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.(rulesetIds: string[]) => void
-
rulesetIds
문자열[]
-
반환 값
-
Promise<string[]>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
getMatchedRules()
chrome.declarativeNetRequest.getMatchedRules(
filter?: MatchedRulesFilter,
callback?: function,
)
확장 프로그램과 일치하는 모든 규칙을 반환합니다. 호출자는 filter
를 지정하여 일치하는 규칙 목록을 선택적으로 필터링할 수 있습니다. 이 메서드는 "declarativeNetRequestFeedback"
권한이 있거나 filter
에 지정된 tabId
에 "activeTab"
권한이 부여된 확장 프로그램에서만 사용할 수 있습니다. 참고: 일치 후 5분이 지난 활성 문서와 연관되지 않은 규칙은 반환되지 않습니다.
매개변수
-
filter
MatchedRulesFilter 선택사항
일치하는 규칙 목록을 필터링하는 객체입니다.
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.(details: RulesMatchedDetails) => void
-
세부정보
-
반환 값
-
Promise<RulesMatchedDetails>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
getSessionRules()
chrome.declarativeNetRequest.getSessionRules(
filter?: GetRulesFilter,
callback?: function,
)
확장 프로그램의 현재 세션 범위 규칙 집합을 반환합니다. 호출자는 filter
를 지정하여 가져온 규칙 목록을 선택적으로 필터링할 수 있습니다.
매개변수
-
filter
GetRulesFilter 선택사항
Chrome 111 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.가져온 규칙 목록을 필터링하는 객체입니다.
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.(rules: Rule[]) => void
-
규칙
규칙[]
-
반환 값
-
프로미스<규칙[]>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
isRegexSupported()
chrome.declarativeNetRequest.isRegexSupported(
regexOptions: RegexOptions,
callback?: function,
)
지정된 정규 표현식이 regexFilter
규칙 조건으로 지원되는지 확인합니다.
매개변수
-
regexOptions
확인할 정규 표현식입니다.
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.(result: IsRegexSupportedResult) => void
반환 값
-
Promise<IsRegexSupportedResult>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
setExtensionActionOptions()
chrome.declarativeNetRequest.setExtensionActionOptions(
options: ExtensionActionOptions,
callback?: function,
)
탭의 작업 수를 확장 프로그램 작업의 배지 텍스트로 표시할지를 구성하고 해당 작업 수를 늘릴 방법을 제공합니다.
매개변수
-
콜백
함수 선택사항
Chrome 89 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.callback
매개변수는 다음과 같습니다.() => void
반환 값
-
프로미스<void>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
testMatchOutcome()
chrome.declarativeNetRequest.testMatchOutcome(
request: TestMatchRequestDetails,
callback?: function,
)
확장 프로그램의 declarativeNetRequest 규칙이 가상 요청과 일치하는지 확인합니다. 참고: 확장 프로그램 개발 중에만 사용하기 위한 것이므로 압축해제된 확장 프로그램에서만 사용할 수 있습니다.
매개변수
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.(result: TestMatchOutcomeResult) => void
반환 값
-
Promise<TestMatchOutcomeResult>
프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
updateDynamicRules()
chrome.declarativeNetRequest.updateDynamicRules(
options: UpdateRuleOptions,
callback?: function,
)
확장 프로그램의 현재 동적 규칙 집합을 수정합니다. options.removeRuleIds
에 나열된 ID가 있는 규칙이 먼저 삭제된 후에 options.addRules
에 지정된 규칙이 추가됩니다. 참고:
- 이 업데이트는 단일 원자적 작업으로 발생합니다. 즉, 지정된 모든 규칙이 추가 및 제거되거나 오류가 반환됩니다.
- 이러한 규칙은 브라우저 세션과 확장 프로그램 업데이트 전반에 걸쳐 유지됩니다.
- 확장 프로그램 패키지의 일부로 지정된 정적 규칙은 이 함수를 사용하여 삭제할 수 없습니다.
MAX_NUMBER_OF_DYNAMIC_RULES
는 확장 프로그램에서 추가할 수 있는 최대 동적 규칙 수입니다. 안전하지 않은 규칙 수는MAX_NUMBER_OF_UNSAFE_DYNAMIC_RULES
개를 초과해서는 안 됩니다.
매개변수
-
Chrome 87 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.() => void
반환 값
-
프로미스<void>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
updateEnabledRulesets()
chrome.declarativeNetRequest.updateEnabledRulesets(
options: UpdateRulesetOptions,
callback?: function,
)
확장 프로그램에 사용 설정된 정적 규칙 집합 집합을 업데이트합니다. options.disableRulesetIds
에 나열된 ID가 있는 규칙 세트가 먼저 삭제된 다음 options.enableRulesetIds
에 나열된 규칙 세트가 추가됩니다.
사용 설정된 정적 규칙 세트 집합은 세션 간에 유지되지만 확장 프로그램 업데이트 간에는 유지되지 않습니다. 즉, rule_resources
매니페스트 키가 각 확장 프로그램 업데이트에서 사용 설정된 정적 규칙 세트 집합을 결정합니다.
매개변수
-
Chrome 87 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.() => void
반환 값
-
프로미스<void>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
updateSessionRules()
chrome.declarativeNetRequest.updateSessionRules(
options: UpdateRuleOptions,
callback?: function,
)
확장 프로그램의 현재 세션 범위 규칙 집합을 수정합니다. options.removeRuleIds
에 나열된 ID가 있는 규칙이 먼저 삭제된 후에 options.addRules
에 지정된 규칙이 추가됩니다. 참고:
- 이 업데이트는 단일 원자적 작업으로 발생합니다. 즉, 지정된 모든 규칙이 추가 및 제거되거나 오류가 반환됩니다.
- 이러한 규칙은 세션 간에 유지되지 않으며 메모리에 백업됩니다.
MAX_NUMBER_OF_SESSION_RULES
는 확장 프로그램이 추가할 수 있는 최대 세션 규칙 수입니다.
매개변수
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.() => void
반환 값
-
프로미스<void>
Chrome 91 이상 를 통해 개인정보처리방침을 정의할 수 있습니다.프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
updateStaticRules()
chrome.declarativeNetRequest.updateStaticRules(
options: UpdateStaticRulesOptions,
callback?: function,
)
Ruleset
의 개별 정적 규칙을 사용 중지 및 사용 설정합니다. 사용 중지된 Ruleset
에 속한 규칙의 변경사항은 다음에 사용 설정될 때 적용됩니다.
매개변수
-
콜백
함수 선택사항
callback
매개변수는 다음과 같습니다.() => void
반환 값
-
프로미스<void>
프로미스는 Manifest V3 이상에서 지원되지만 이전 버전과의 호환성입니다. 같은 함수 호출에서 두 가지를 모두 사용할 수는 없습니다. 이 프로미스는 콜백에 전달된 것과 동일한 유형으로 확인됩니다.
이벤트
onRuleMatchedDebug
chrome.declarativeNetRequest.onRuleMatchedDebug.addListener(
callback: function,
)
규칙이 요청과 일치하면 실행됩니다. "declarativeNetRequestFeedback"
권한이 있는 압축해제된 확장 프로그램에서만 사용할 수 있습니다. 디버깅 목적으로만 사용하기 위한 것입니다.
매개변수
-
콜백
함수
callback
매개변수는 다음과 같습니다.(info: MatchedRuleInfoDebug) => void