확장 프로그램 권한에 "proxy"를 추가한다고 해서 웹사이트의 JavaScript가 확장 프로그램 코드가 되는 것은 아닙니다.

실패하는 문이 실제로 어디에서 실행되는지 확인하세요. 일반 페이지, 주입된 페이지 스크립트, 콘텐츠 스크립트, 확장 프로그램이 소유한 페이지나 서비스 워커는 API 접근 권한이 서로 다릅니다. 페이지 새로고침은 그 경계를 판별하는 신뢰할 수 있는 방법이 아닙니다.

권한 있는 proxy 작업은 지원되는 확장 프로그램 컨텍스트에 두고, 필요할 때는 확장 프로그램의 문서화된 메시징 메커니즘으로 통신하세요. 확장 프로그램에는 여전히 적절한 권한이 필요합니다.

그 작업의 범위를 좁게 유지하세요. 콘텐츠 스크립트가 확장 프로그램 자체의 검증과 사용자에게 보이는 목적 없이 임의의 웹사이트 요청을 중계하여 브라우저의 proxy를 다시 구성해서는 안 됩니다.

API는 있지만 설정이 적용되지 않는다면 다른 문제입니다: 비동기 오류, 범위, 실제 제어를 확인하세요. 정의되지 않은 API 객체는 우선 가용성과 실행 컨텍스트를 가리키며, 원격 proxy IP가 연결을 받아들이는지 여부를 가리키는 것이 아닙니다.

관련 글