코드 편집기로서 비주얼 스튜디오 코드의 독보적인 인기는 모든 주요 운영 체제에서의 기능, 여러 프로그래밍 언어 지원, 수많은 기본 제공 도구, 개발 환경을 설치할 필요 없이 코드를 원활하게 편집할 수 있는 기능에서 비롯됩니다. 이러한 기능에도 불구하고 다양한 이유로 네트워크 액세스가 제한될 수 있는 클라우드 기반 또는 웹 애플리케이션 개발은 여전히 불가능합니다. VScode의 프록시 설정은 외부 리소스 보안을 유지하면서 이러한 많은 문제를 해결합니다.
VScode에 프록시를 활성화하는 실제 사용 사례에는 IP 주소를 숨기고 개인 정보를 강화하는 것이 포함됩니다. 그러나 이러한 서버의 용도는 그 범위를 훨씬 뛰어넘습니다. 여기에는 다음이 포함되지만 이에 국한되지 않습니다:
특히 트래픽 필터링 정책이 있는 지리적 울타리 또는 고도로 보안이 통제된 환경에서 VScode에서 프록시를 구성하면 이러한 모든 작업을 쉽게 처리할 수 있습니다.
다른 개발 도구와 마찬가지로 Microsoft의 에디터에는 인터넷 액세스를 위한 중개 서버를 구성할 수 있는 옵션이 있습니다. 이는 사용자의 운영 체제에 따라 여러 가지 방법으로 설정할 수 있습니다.
UI 방식은 일반적으로 가장 간단한 방식입니다. 고객에게 유익한 만큼 Microsoft에는 가이드 노트가 있습니다. 유익한 정보이긴 하지만 VScode의 프록시 설정이 제대로 작동하는 데 중요한 설정.json 파일에 추가 또는 편집 단계가 누락되어 있습니다. 개선이 필요한 추가 단계를 확인하세요:
참고: 비밀번호에 @, #, * 및 기타 문자가 있는 경우 해당 문자는 앞에 %가 붙은 ASCII 코드로 대체해야 합니다.
또는 앱에서 '설정.json에서 편집'을 클릭할 수도 있습니다.
PHP
Node.js
Python
Java
Golang
ko 
English 
Español 
中國人 
Tiếng Việt 
Deutsch 
Українська 
Português 
Français 
भारतीय 
Türkçe 
Italiano 
Indonesia 
Polski
{
"http.proxySupport": "on",
"http.proxy": "http://user:password@host:port",
"http.proxtStrictSSL": "false",
"http.proxyAuthorization": null
}
중요: "http.proxy" 필드에 프록시 호스트가 정의되지 않은 경우 애플리케이션은 기본적으로 시스템 변수를 사용합니다.
프록시 설정은 VScode에서도 터미널 내에서 수행할 수 있으며, 아래 단계를 따르세요:
필요에 따라 http 대신 https를 사용할 수도 있습니다.
이 대체 방법은 앞의 방법이 불가능할 때 이상적입니다.
중요: 환경 변수를 사용하는 경우 연결 문제를 일으킬 수 있으므로 VS 코드의 settings.json에 프록시 필드를 포함하지 마세요.
이전 단계에서 정의한 VScode의 프록시 설정은 모든 애플리케이션에 대해 전역적으로 설정되므로 특히 인증이 필요한 비공개 서버를 사용하는 경우 문제가 될 수 있습니다. 이러한 상황이라면 Docker와 같은 타사 도구를 사용하고 세션 관리를 위한 관리 코드를 원하는 언어로 작성하여 프로젝트별 환경 변수를 정의하세요.
앞서 설명한 구성은 간단해 보이지만 여전히 복잡한 문제가 발생할 수 있습니다. 이는 일반적으로 애플리케이션의 OS 설정, 편집기 설정 또는 사용자 권한이 너무 제한되어 있기 때문입니다.
이 문제는 VScode의 프록시 설정이 편집기 옵션에 정의되어 있고 환경 변수로 설정되어 있으며 동시에 Windows 자격 증명에도 포함되어 있는 경우 발생할 수 있습니다. 이러한 상황에서는 위에서 설명한 대로 한 가지 구성 방법에 집중해야 합니다. 그러나 이미 설명한 옵션 외에도 Windows에 저장된 중개 자격 증명이라는 또 다른 문제가 발생할 수 있습니다. 이를 제거하는 방법은 다음과 같습니다:
확장을 위해 VScode 프록시를 설정하면 다양한 코드에서 이러한 오류가 발생하는 경우가 많습니다. 이 문제는 일반적으로 편집기를 다시 시작하고 설정에서 로그인 및 비밀번호를 다시 입력하면 해결됩니다.
즉, 이 문제는 *.microsoft.com 도메인 대신 *visualstudio.microsoft.com 도메인에 대한 중개 서버 자격 증명 프롬프트에서 발생할 수도 있습니다.
Windows 설정에서 제안된 URL을 도메인 목록에 추가합니다:
이제 관리자 권한으로 명령 프롬프트를 열고 아래 명령을 실행하여 적절한 호스트와 포트를 설정합니다:
netsh winhttp set proxy proxy:port
VScode에서 프록시 설정을 구성하기로 마음먹었는데 어떤 프록시를 사용할지 궁금하다면 이 글을 통해 자세히 알아보세요.
특히 Microsoft는 코드 편집기가 HTTP 및 HTTPS 프로토콜을 사용하여 생각할 수 있는 모든 유형을 수용한다고 말합니다.
선택 과정을 두 단계로 나누어 진행할 것을 제안합니다:
데이터 전송 프로토콜인 HTTP와 HTTPS의 차이점은 하나는 암호화된다는 점입니다. 첫 번째 옵션인 HTTP는 암호화를 제공하지 않는 반면, 두 번째 옵션인 HTTPS는 전송되는 정보를 최대한 보호하기 위해 노력합니다.
암호화 외에도 이 두 프로토콜을 구분하는 다른 요소, 즉 보안 수준과 성능도 있습니다. HTTP 프로토콜의 데이터는 '요청-응답' 모델을 통해 전송됩니다. 익명성을 보장하지 않습니다. HTTPS는 훨씬 더 강력한 보안을 보장합니다. 데이터는 래핑되고 암호화되어 콘텐츠에 액세스할 수 없는 상태로 서버로 전송됩니다. 여기에는 기밀성, 암호화, 인증이라는 세 가지 수준의 보호가 작동합니다. 앞서 설명한 것처럼 두 번째 프로토콜은 데이터를 암호화하는 데 시간이 필요하기 때문에 요청 처리 속도가 암호화되지 않은 HTTP보다 느립니다. VScode의 프록시 설정이 잘못 설정되면 에디터의 전반적인 성능에 좋지 않은 영향을 미칩니다.
HTTP와 HTTPS의 세부 사항을 살펴본 후 소프트웨어 개발에서 각 프로토콜의 사용 사례를 정의해 보겠습니다. 이렇게 하면 정확히 무엇이 필요한지 파악한 뒤 프록시 구매를 진행할 수 있습니다.
소셜 네트워킹 사이트, 메시징 애플리케이션, 이메일 서비스, VoIP 등 고급 보안 기능이 필요한 웹 애플리케이션을 구축하는 경우 최소 HTTPS 수준의 보안을 갖춘 프록시를 중점적으로 고려해야 합니다.
반면에 여러 디바이스에서 즉각적인 로딩 시간이 필요하고 사용자 로그인이 필요하지 않은 서비스를 제공하는 경우에는 HTTP가 더 적합합니다. 데이터센터 프록시뿐만 아니라 주거용 및 모바일 프록시도 두 프로토콜을 모두 지원합니다. 선택한 중개 서버는 명시된 작업에 따라 달라져야 합니다. 보다 철저하게 평가하려면 전체 기사에서 제공된 링크.
Visual Studio에서 프록시를 설정하는 방법과 최상의 솔루션을 결정하는 요소를 살펴본 결과, 이러한 설정은 특히 인터넷 액세스가 제한된 환경에서 적절한 작동을 보장하는 데 매우 중요하다는 것을 알 수 있습니다. 예를 들어 한국 서비스 테스트나 현지 개발 환경 확인이 필요한 경우 한국 프록시를 사용하면 보다 정확한 접속 조건을 구성할 수 있습니다. 이러한 서버의 도움으로 개발자는 국경을 넘어 원격 저장소, 확장 마켓플레이스, 업데이트 서버 등 개발에 필수적인 새롭고 제한된 리소스에 불법적으로 액세스할 수 있습니다.
댓글: 0