먼저 문제가 발생한 프로젝트에서 Yarn 릴리스를 확인하세요:

yarn --version

프로젝트에서 선택한 릴리스는 다른 체크아웃이나 터미널과 다를 수 있습니다. 그 릴리스에 맞는 구성 형식을 사용하세요.

Yarn Classic은 예전 .yarnrc 형식을 사용합니다:

proxy "http://203.0.113.10:8080"
https-proxy "http://203.0.113.10:8080"

최신 Yarn은 .yarnrc.yml에서 camelCase 키를 사용합니다:

httpProxy: "http://203.0.113.10:8080"
httpsProxy: "http://203.0.113.10:8080"

문서에 나온 엔드포인트를 서비스에서 제공하는 HTTP 프록시 또는 HTTP 프록시 목록에서 가져온 HTTP 프록시로 바꾸세요. 이것들은 서로 다른 형식이며, 하나의 범용 파일에서 이름만 바꿔 쓸 수 있는 것이 아닙니다. Classic의 하이픈 키를 최신 YAML에 붙여 넣으면 프록시를 시험하기도 전에 구성 단계에서 실패할 수 있습니다.

선택한 릴리스가 읽는 파일을 확인하세요. 프로젝트 및 주변/홈 디렉터리 조회 규칙도 포함됩니다. 더 구체적인 호스트 이름 설정이 다른 경로를 선택할 수도 있습니다. 레지스트리는 여전히 패키지 메타데이터의 원천이며, 이를 프록시 IP로 바꾼다고 해서 포워딩이 구성되지는 않습니다.

파일이나 키를 고친 뒤에는 실제로 네트워크 접근이 필요한 작업을 관찰하세요. 캐시된 결과는 잘못된 경로를 숨길 수 있습니다. 실제로 실패한 호스트 이름과 오류를 사용해 다음 문제가 라우팅, 인증, 인증서 신뢰 중 무엇인지 판단하세요.

관련 글