AI 도구 이용 가이드

AI 서비스 접속 조건

AI 도구에 접속하려면 단순히 네트워크 연결만 설정하면 되는 것이 아닙니다. 한 번의 요청도 도메인 확인, 전송 암호화, 지역 판정, 계정 인증, 서비스 권한 확인을 거칠 수 있습니다. 어느 한 단계에서든 요청이 거부되면 화면에는 로딩 실패로 표시될 수 있습니다. 문제를 진단할 때는 먼저 요청이 서비스에 도달하지 못한 경우와 서비스가 요청을 받은 뒤 처리하지 않은 경우를 구분하세요. 전자는 연결 경로를 확인해야 하고, 후자는 응답 내용과 계정 상태 또는 공식 정책을 살펴봐야 합니다.

지역 판정은 페이지 언어만으로 이뤄지지 않습니다

서비스 측은 일반적으로 요청이 나가는 공인 IP 주소를 확인하고 네트워크 정보와 함께 지역을 판정합니다. 브라우저 언어, 계정 정보, 결제 지역, 기존 세션도 판정에 영향을 줄 수 있지만 서비스마다 기준과 비중은 공개되지 않습니다. 페이지 언어를 영어로 바꾸거나 시스템 시간대를 수정해도 지역 요건을 충족했다는 근거가 되지는 않습니다. 먼저 해당 제품이 현재 공개한 지원 지역을 확인하고, 실제 요청이 어느 출구를 통해 나가는지 점검하세요.

IP 주소의 지역 정보는 하나의 고정된 속성으로만 결정되지 않습니다. 데이터센터 주소, 공유 출구, 주소 사용 이력, 단기간의 요청 패턴 등이 위험 판정에 영향을 줄 수 있습니다. 따라서 같은 국가의 서로 다른 출구에서 결과가 다를 수 있고, 같은 출구도 서비스 정책이 바뀌면 결과가 달라질 수 있습니다. 주소의 지역 정보가 일치한다고 계정을 반드시 사용할 수 있는 것은 아닙니다. 한 번 로그인에 성공했다고 장기간 사용 자격이 보장되는 것도 아닙니다. 네트워크 연결과 제품 이용 권한은 서로 다른 조건입니다.

세션 일관성과 요청 경로

현대적인 웹 서비스는 주소창에 표시된 기본 도메인만 이용하지 않을 수 있습니다. 로그인 리디렉션, 정적 파일, 파일 업로드, 대화 API가 여러 도메인에 나뉘어 있을 수 있습니다. 분기 규칙이 홈페이지에만 적용되면 브라우저에서 첫 화면은 열려도 인증 콜백이나 메시지 전송 단계에서 실패할 수 있습니다. 문제를 진단할 때는 실패한 요청의 호스트 이름과 유형을 확인하세요. 관련 도메인을 확인 없이 모두 규칙에 추가하지 마세요. 로그인 서비스와 콘텐츠 서비스의 제공 주체가 다를 수도 있습니다.

세션은 브라우저 탭, 데스크톱 클라이언트, 로컬 보조 프로세스에 걸쳐 이어질 수도 있습니다. 브라우저에서 프록시를 사용한다고 데스크톱 프로세스에도 같은 설정이 적용되는 것은 아닙니다. 시스템에 여러 네트워크 어댑터나 주소 체계, 독립적인 DNS 경로가 있으면 요청마다 출구가 달라질 수 있습니다. 지역 안내가 상황에 따라 바뀐다면 먼저 각 프로세스가 실제로 어떤 경로를 사용하는지 확인하세요. 계정 정보를 바꾸면서 일부 트래픽만 예상한 노선을 이용하는 상황을 놓치지 않도록 주의해야 합니다.

장시간 연결에는 지속적인 데이터 전송이 필요합니다

생성형 도구는 스트리밍 응답으로 내용을 나눠 전송하는 경우가 많습니다. 요청 연결이 설정된 뒤에도 데이터가 계속 들어와야 합니다. 다운로드 대역폭이 충분해도 중간 장비가 데이터를 버퍼링하거나 연결을 재설정·종료할 수 있습니다. 메시지를 보낸 뒤 화면이 계속 멈춰 있다면 모델이 아직 처리 중인 것이 아니라 응답이 버퍼링되고 있을 수 있습니다. 기기 절전, 네트워크 전환, 백그라운드 제한으로 연결이 끊길 수도 있으므로 이런 상황이 발생한 시각과 오류 시점을 함께 기록하세요.

스트리밍이라고 해서 모든 도구가 같은 프로토콜을 사용하는 것은 아닙니다. 서버 이벤트, 일반 청크 응답, 양방향 연결은 각각 용도가 다르며 웹, 음성, 에디터 기능도 서로 다른 방식을 사용할 수 있습니다. 프록시를 설정할 때는 모든 문제에 하나의 프로토콜 이름을 적용하지 말고 클라이언트와 중간 경로가 해당 기능에 필요한 연결 방식을 지원하는지 확인하세요. 현재 요청의 실제 동작을 기준으로 판단하고, 관련 없는 설정 예시를 그대로 가져오지 마세요.

먼저 제품의 지원 범위를 확인하고 출구와 세션을 점검한 뒤 전송 관련 문제를 살펴보세요. 4NVPN은 네트워크 연결 서비스를 제공하며 AI 제품의 계정 자격, 콘텐츠 정책 또는 별도 요금을 대신하지 않습니다.

이 안내서에서 ‘접속 성공’이란 현재 환경에서 목표 작업을 완료했다는 뜻입니다. 모든 지역, 계정, 기능에서 해당 서비스를 사용할 수 있다는 의미는 아닙니다. 재현 가능한 기록에는 사용한 제품과 접속 경로, 계정 상태, 수행한 작업, 응답 결과를 명시해야 합니다. 성공 조건을 구체적으로 남겨야 나중에 기기를 바꾸거나 오류를 진단할 때 노선, 프로그램, 서비스 권한 중 무엇이 달라졌는지 판단할 수 있습니다.

AI 도구마다 다른 범위

ChatGPT, Claude, Gemini, Copilot, Midjourney, Cursor는 네트워크 설정 목록에서 함께 다뤄지곤 하지만 같은 종류의 제품은 아닙니다. 웹 대화, 클라우드 개발 도우미, 창작 작업, 에디터 에이전트는 계정, 연결 유지, 백그라운드 구성 요소에 대한 요구사항이 서로 다릅니다. 이 장에서는 확인 방법을 안내하며, 오래된 ‘항상 이용 가능한 지역 목록’은 제공하지 않습니다. 실제 사용 전에 해당 제품의 최신 지원 지역, 계정 안내, 서비스 상태를 확인하세요.

웹 대화와 별도 API 권한

ChatGPT를 사용할 때는 웹 계정, 각 기능, 개발자 API를 따로 확인해야 합니다. 웹에서 대화할 수 있다고 해서 개발자 플랫폼에서 결제가 활성화되었거나 특정 모델을 API로 호출할 수 있다는 뜻은 아닙니다. 첨부 파일, 음성, 외부 연결 기능은 요청 경로가 다를 수 있습니다. 특정 기능만 실패한다면 현재 사용 가능한 세션은 유지하고 해당 기능의 권한과 네트워크 요청을 확인하세요. 브라우저를 바로 재설치하는 것보다 원인을 찾기 쉽습니다.

Claude도 웹 제품과 개발자 API를 구분해서 살펴봐야 합니다. 긴 텍스트, 파일 처리, 도구 호출은 요청 시간이 길어져 짧은 메시지와 다른 방식으로 실패할 수 있습니다. 페이지에 이전 기록은 표시되지만 새 작업이 완료되지 않는다면 오류 안내와 제품 상태를 확인한 뒤 요청이 시작되었는지, 응답이 들어왔는지 살펴보세요. 첫 화면이 보인다는 이유로 인증, 사용량 한도, 업로드 경로 문제를 배제해서는 안 됩니다.

Gemini 사용 가능 여부는 계정 유형, 지역, 접속 경로에 따라 달라질 수 있습니다. 개인 계정, 조직에서 관리하는 계정, 개발자용 접속 경로를 모두 같은 것으로 간주하면 안 됩니다. 권한 안내가 표시되면 현재 로그인한 계정이 맞는지 확인한 다음 조직 정책과 제품 지원 범위를 살펴보세요. 계정을 계속 바꾸면 문제 해결 변수가 늘어나고 특정 계정의 권한 문제를 노선 문제로 잘못 기록할 수 있습니다.

개발 도우미와 창작 작업

Copilot은 하나의 네트워크 엔드포인트가 아니라 제품 이름입니다. 운영체제의 도우미, 웹 접속 경로, GitHub Copilot 에디터 기능은 서로 다른 계정 체계와 권한 부여 방식을 사용할 수 있습니다. 문제를 기록할 때는 구체적인 제품과 접속 경로를 명시하세요. ‘Copilot이 안 됨’이라고만 적어서는 원인을 파악하기 어렵습니다. 브라우저 로그인은 성공했지만 에디터에 권한이 없다면 브라우저 프록시를 계속 변경하는 대신 에디터 로그, 인증 콜백, 확장 프로그램 실행 위치를 확인하세요.

Midjourney는 작업 제출, 대기 상태, 결과 이미지 로딩을 각각 살펴봐야 합니다. 이미지 파일이 배포 경로에서 로드된다고 생성 요청도 같은 경로를 사용하는 것은 아닙니다. 제출 후 결과가 보이지 않으면 먼저 작업이 접수되었는지 확인하고, 작업 처리, 계정 권한, 이미지 로딩 중 어디에서 문제가 생겼는지 살펴보세요. 제출 버튼을 반복해서 누르면 작업이 추가로 생성될 수 있습니다. 페이지 새로고침이 언제나 부작용 없는 해결책이라고 생각하지 마세요.

Cursor의 채팅, 자동 완성, 인덱싱, 에이전트 작업도 구분해야 합니다. 어떤 기능은 에디터의 백그라운드 프로세스에 의존하고, 다른 기능은 원격 환경에서 실행될 수 있습니다. 확장을 설치하거나 설정 페이지를 열 수 있다고 해서 모델 요청이 정상적으로 처리된다는 뜻은 아닙니다. 현재 작업 공간에서 요청이 어디서 시작되는지 확인한 뒤 에디터 자체 프록시 설정, 프로세스가 상속한 환경 변수, 서비스 응답을 점검하세요. 터미널만 바꾸고 모든 기능에 같은 설정이 적용되길 기대하지 마세요.

테스트할 때는 민감한 내용이 없는 짧은 작업부터 시작해 기본 대화나 자동 완성이 완료되는지 확인한 뒤 파일, 이미지, 도구 호출을 테스트하세요. 이렇게 하면 입력 크기, 콘텐츠 정책, 외부 서비스 사용 여부를 기본 연결 테스트와 구분할 수 있습니다. 짧은 작업은 성공하고 복잡한 작업은 실패하더라도 응답 내용을 확인하세요. 작업 크기만으로 대역폭 부족이라고 단정할 수는 없습니다. 복잡한 작업에서만 나타나는 서비스 측 제한이나 애플리케이션 처리 오류도 있습니다.

주제별 개요는 ChatGPT 네트워크 가속 안내에서 확인할 수 있습니다. 구체적인 연결 설정은 각 도구의 공식 문서와 현재 클라이언트 화면을 기준으로 하세요. 타사 네트워크 서비스는 모델 사용 권한을 부여하거나 외부 제품 정책이 바뀌지 않도록 보장할 수 없습니다. 제품별 차이를 분명히 구분하고 기능이 바뀔 때마다 주요 작업을 다시 확인해야 작업 흐름을 안정적으로 유지할 수 있습니다. 한 번 설정한 내용을 영구히 그대로 사용하는 방법은 아닙니다.

계정 로그인 및 세션 관리

계정 단계에서 발생한 문제를 노선 오류로 잘못 판단하는 경우가 많습니다. 인증 제공자의 콜백 미완료, 브라우저의 필수 저장소 차단, 기존 세션과 새 출구의 불일치, 계정의 제품 권한 부족 등이 흔한 원인입니다. 진단을 시작하기 전에 4NVPN 패널과 외부 AI 제품 중 어디에 로그인하려는지 확인하세요. 두 서비스의 계정 체계는 별개입니다. 4NVPN 사용자 이름과 비밀번호는 외부 제품의 로그인 정보가 아니며 다른 제품의 입력란에 다시 사용해서도 안 됩니다.

먼저 안정적인 로그인 환경을 준비하세요

4NVPN은 이메일 주소 없이 사용자 이름과 비밀번호만으로 가입할 수 있습니다. 외부 AI 서비스의 계정 요건은 해당 제품에서 정하므로 본 서비스의 가입 조건을 다른 플랫폼에 그대로 적용하지 마세요. 계정을 만들기 전에 해당 제품의 지원 지역과 이용 약관을 확인하고 로그인 정보와 공식 복구 정보를 안전하게 보관하세요. 출처가 불분명한 공유 계정을 구매해 정식 권한을 대신하지 말고, 구독 링크를 설정 대행자에게 장기간 맡기지 마세요.

로그인 중에는 기기, 브라우저 설정, 네트워크 출구를 가능한 한 일정하게 유지하세요. 인증 과정에서 기본 사이트, 인증 서비스, 콜백 페이지로 이동할 수 있으므로 중간에 분기 방식을 바꾸거나 노선을 전환하면 서비스가 서로 다른 요청 환경을 감지할 수 있습니다. 여기서 안정적이라는 것은 출구를 영구히 고정하라는 뜻이 아닙니다. 한 번의 인증 과정에서 변수를 계속 바꾸지 않는 것이 중요합니다. 전환이 필요하다면 진행 중인 절차를 먼저 끝내고 제품의 공식 접속 경로에서 다시 시작하세요.

로그인 창이 시작 페이지로 계속 돌아오면 브라우저에서 쿠키, 사이트 저장소, 팝업이 제한되었는지 확인하세요. 개인정보 보호 확장 프로그램, 스크립트 차단, 조직의 브라우저 정책도 인증에 영향을 줄 수 있습니다. 별도의 브라우저 프로필로 비교해 볼 수 있지만 모든 보호 기능을 무조건 끄지는 마세요. 필요성이 확인된 사이트에 한해 권한을 조정하고, 완료 후 필요한 설정은 유지하면서 변경 내용을 기록하세요.

브라우저 저장소와 네트워크 상태를 구분하세요

사이트 데이터를 지우면 세션과 로컬 설정은 삭제되지만 네트워크 경로가 자동으로 복구되지는 않습니다. 지우기 전에 제출하지 않은 내용을 저장하고 현재 오류를 기록한 뒤 인증을 다시 완료할 수 있는지 확인하세요. 여러 기기에서 같은 계정으로 동일한 권한 안내가 표시된다면 캐시를 계속 지워도 효과가 제한적입니다. 반대로 별도의 브라우저 프로필에서 정상적으로 로그인된다면 기존 프로필의 확장 프로그램, 저장소, 정책 차이를 살펴볼 만합니다.

시크릿 창은 임시 비교 환경이지 익명성을 보장하거나 계정 제한을 해결하는 방법이 아닙니다. 시크릿 창은 저장소 설정이 다를 수 있고 일부 조직 로그인은 완료되지 않을 수 있습니다. 비교하려면 두 환경에서 같은 네트워크 출구, 제품 접속 경로, 작업을 사용하세요. 그렇지 않으면 결과 차이가 브라우저 설정 때문인지 노선 때문인지 알 수 없습니다. 비교 테스트의 목적은 변수를 줄이는 것이지 우연히 성공하는 조합을 찾는 것이 아닙니다.

기기의 시간도 확인해야 합니다. 시스템 시계가 크게 어긋나면 인증서 확인이나 만료 시간이 있는 인증 절차가 실패할 수 있습니다. 시스템의 일반적인 시간 동기화 기능으로 수정하고 지역 표시에 맞추려고 시계를 임의로 바꾸지 마세요. 시간대는 화면에 표시되는 시각에 영향을 주고 시스템 시간은 암호화와 인증에 영향을 줍니다. 두 개념은 서로 다릅니다. 인증서 오류가 나면 시스템 시간과 신뢰 체인을 확인하세요. 인증서 검증을 무시한 채 계정 정보를 입력해서는 안 됩니다.

로그인 후 실제 서비스 권한을 확인하세요

로그인 성공은 계정이 확인되었다는 뜻일 뿐입니다. 이후 작업 공간, 구독 상태, 모델 권한, 조직 정책을 확인해야 합니다. 제품에 접근 제한이 표시되면 안내 내용을 모두 읽고 공식 계정 페이지에서 확인하세요. 안내를 없애려고 출구를 계속 바꾸지 마세요. 조직 계정은 관리자가 권한을 부여할 수 있고 개인 계정도 제품에서 정한 설정을 완료해야 할 수 있습니다. 이는 서비스 이용 조건이며 네트워크 연결은 요청을 전달할 뿐 권한을 대신하지 않습니다.

계정 문제가 생겼을 때 전체 인증 링크, 브라우저에서 내보낸 세션 파일, 액세스 토큰을 공개 게시판에 올리지 마세요. 화면을 공유할 때 개인 식별 정보를 가리고 로그의 요청 헤더에서 인증 정보를 삭제하세요. 로그인 실패 화면을 공유하더라도 주소창에 임시 매개변수가 포함될 수 있습니다. 지원 채널에 문의할 때는 보통 제품 이름, 작업 경로, 오류 문구, 개인정보를 제거한 발생 시각이면 충분합니다. 계정 존재를 증명하려고 비밀번호를 제공할 필요는 없습니다.

계정 제한은 해당 제품의 공식 이의 제기 및 지원 채널을 이용하세요. 계정을 반복해서 만들거나 정보를 조작하거나 출구를 계속 바꾸는 것은 신뢰할 수 있는 문제 해결 방법이 아니며 위험 판정을 더 복잡하게 만들 수 있습니다.

복구를 마친 뒤에는 최소한의 작업으로 확인하세요. 공식 접속 경로를 열고 현재 계정과 작업 공간을 확인한 다음 민감한 내용이 없는 짧은 요청을 보내 세션이 유지되는지 살펴보세요. 확장 프로그램, 백그라운드 작업, 기기 연결을 한꺼번에 다시 활성화하지 마세요. 확인 순서를 명확히 남겨야 문제가 재발했을 때 어떤 환경 변화가 원인이었는지 판단할 수 있습니다. ‘로그인 실패’처럼 막연한 설명부터 다시 시작할 필요가 없습니다.

노선 선택과 출구 일관성

노선을 선택할 때는 먼저 목표 제품의 지원 조건을 충족하는지 확인하고 그다음 연결 품질을 비교하세요. 4NVPN은 110+개 국가 / 150+개 노선을 제공하지만, 모든 외부 AI 제품이 모든 출구를 지원한다는 뜻은 아니며 모든 노선의 주소 특성이 같다는 의미도 아닙니다. 서버 페이지에서 노선 안내를 확인하고 패널에 현재 표시되는 노선을 기준으로 사용하세요. 국가 표시는 출구를 식별하기 위한 것으로 외부 플랫폼의 이용 권한을 증명하지 않습니다.

이름보다 연결 동작을 기준으로 판단하세요

IEPL 전용 회선, 중계, 직접 연결은 연결 경로 구성을 설명하는 표현이며 이름만으로 목표 서비스를 사용할 수 있다고 판단할 수는 없습니다. 실제 연결 품질은 로컬 네트워크, 접속 경로, 출구 상태, 대상 플랫폼의 영향을 모두 받습니다. 전용 회선도 일반적인 도메인 확인, 데이터 전송, 서비스 인증을 거쳐야 합니다. 선택할 때는 ‘지역 요건 충족 여부’, ‘지속적인 데이터 전송 여부’, ‘현재 접속 네트워크에 적합한지’를 각각 확인하세요. 이를 하나의 속도 인상으로 뭉뚱그리지 마세요.

가정용 인터넷, 사무실 네트워크, 모바일 핫스팟은 경로가 다르므로 같은 노선에서도 결과가 달라질 수 있습니다. 특정 접속 환경에서만 실패한다면 기기와 대상 제품은 그대로 두고 접속 네트워크만 바꿔 비교하세요. 결과가 달라져도 통신사 제한이라고 단정할 수 없습니다. 로컬 DNS, 보안 게이트웨이, 기기 정책의 영향일 수도 있습니다. 차이를 기록한 뒤 이름 확인, 연결 설정, 앱 응답을 하나씩 살펴보고 추측을 확정된 원인처럼 적지 마세요.

짧은 요청의 응답 속도만으로 긴 대화의 연결 상태를 판단할 수는 없습니다. 생성 중에는 서비스 측 대기와 모델 처리가 이뤄지므로 페이지에서 기다리는 시간이 모두 네트워크 전송 시간은 아닙니다. 요청이 정상적으로 시작되는지, 출력이 시작된 뒤 끊기지 않는지, 기기가 네트워크를 전환할 때 연결이 유지되는지, 작업 완료 상태가 명확히 표시되는지를 살펴보는 편이 유용합니다. 실제 업무 자료를 올릴 필요 없이 반복 가능한 비민감 테스트 내용을 사용하면 됩니다.

DNS, 분기 규칙, 주소 체계를 확인하세요

도메인 확인은 요청이 연결될 위치를 결정하고 프록시 규칙은 요청을 보낼 경로를 정하므로 함께 살펴봐야 합니다. 일부 클라이언트는 로컬에서 이름을 확인하고, 일부는 원격에서 처리하며, 또 일부는 규칙에 따라 다르게 동작합니다. 모든 환경에 적용되는 단일 설정은 없습니다. 현재 클라이언트 모드의 안내를 읽고 대상 도메인에 예상한 규칙이 적용되는지와 실제 연결 로그를 확인하세요. 브라우저의 DNS 설정만 바꿔도 명령줄이나 에디터에 영향을 주지 않을 수 있습니다.

시스템에서 여러 주소 체계를 사용한다면 클라이언트가 이를 어떻게 처리하는지도 확인하세요. 앱에 따라 브라우저와 다른 주소를 먼저 선택해 출구가 달라질 수 있습니다. 겉으로 일치시키려고 시스템 네트워크 기능을 바로 끄지 마세요. 사용 중인 클라이언트, 트래픽 가로채기 모드, 대상 앱이 필요한 경로를 지원하는지 먼저 확인하세요. 회사 기기는 조직 정책으로 관리될 수 있습니다. 권한이 필요한 변경은 보안 설정을 임의로 바꾸지 말고 관리자에게 문의하세요.

노선을 바꿀 때 비교 조건을 유지하세요

현재 작업이 끝난 뒤 노선을 전환하세요. 이미 설정된 연결은 새 노선을 선택해도 자동으로 이동하지 않는 경우가 많습니다. 기존 경로를 계속 사용하거나 클라이언트가 연결을 다시 만들어 끊길 수 있습니다. 새 테스트 요청을 시작한 뒤 새 출구를 확인하세요. 중요한 생성 작업, 파일 업로드, 인증 콜백 도중에 전환한 뒤 발생한 끊김을 새 노선의 문제로 기록하지 마세요. 테스트 작업과 전환 시점을 함께 기록해야 합니다.

검증된 후보 노선을 보관할 수는 있지만 특정 출구가 영구적으로 적합하다고 단정해서는 안 됩니다. 외부 플랫폼 정책과 네트워크 조건은 바뀔 수 있습니다. 후보 노선은 문제가 생겼을 때 경로를 비교하기 위한 것입니다. 새 노선과 기존 노선에서 같은 서비스 오류가 발생하면 계속 노선을 바꾸기보다 계정이나 API 매개변수를 확인하세요. 특정 경로에서만 연결을 설정할 수 없다면 개인정보를 제거한 기록과 함께 네트워크 지원팀에 어느 단계에서 차이가 발생하는지 알려주세요.

구독을 새로고침하고 노선 목록을 업데이트하려면 구독 링크 가져오기·불러오기·업데이트 가이드를 참고하세요. 구독 업데이트는 서비스 설정을 동기화하지만 외부 AI 계정 권한을 변경하거나 앱 자체 설정을 대신하지는 않습니다. 노선 목록, 클라이언트 설정, 대상 도구 중 무엇을 업데이트해야 하는지 먼저 구분하면 반복해서 가져오다가 설정이 덮어써지거나 원인을 잘못 판단하는 일을 줄일 수 있습니다.

웹과 API의 차이

웹에서는 화면이 인증, 요청 구성, 결과 표시를 처리하지만 API는 호출자가 인증 정보, 매개변수, 오류, 연결 수명을 직접 관리해야 합니다. 웹은 정상인데 API가 실패해도 모순은 아닙니다. 서로 다른 도메인, 계정 결제 방식, 서비스 권한을 사용할 수 있습니다. 문제를 진단하기 전에 공식 서비스 API, 조직 게이트웨이, 타사 호환 API 중 무엇을 호출하는지 기록하세요. API 형식이 비슷해도 운영 주체, 데이터 처리 방식, 모델 권한은 다를 수 있습니다.

요청 도달 여부와 처리 승인 여부

API 오류를 진단할 때는 먼저 유효한 서비스 응답을 받았는지 확인하세요. 이름 확인 실패, 연결 시간 초과, 인증서 검증 실패는 대개 앱의 업무 처리 단계 전에 발생합니다. 인증, 권한, 매개변수, 사용량 한도 오류는 요청이 서비스의 처리 단계에 도달했음을 뜻합니다. 터미널의 마지막 줄만 기록하지 말고 응답 본문의 오류 유형과 요청 식별자를 확인하세요. 게이트웨이를 거친다면 게이트웨이의 오류인지 상위 제품에서 반환한 오류인지도 구분해야 합니다.

API 키는 특정 서비스나 프로젝트에 속하므로 다른 플랫폼에서 그대로 재사용할 수 없습니다. 키가 있어도 프로젝트 결제가 활성화되어 있거나 모델 권한이 있거나 조직 정책이 작업을 허용한다는 뜻은 아닙니다. 먼저 공식 관리 화면에서 프로젝트와 권한을 확인한 뒤 공식 문서의 최소 요청으로 테스트하세요. 웹페이지 쿠키를 API 키처럼 사용하거나 브라우저에서 캡처한 내부 API 요청을 장기간 운영 호출 방식으로 바꾸지 마세요.

호환 API에서 자주 발생하는 차이로는 기본 주소, 경로 조합, 모델 식별자, 도구 매개변수, 스트리밍 이벤트 형식이 있습니다. 기본 주소에 경로 일부가 이미 포함되어 있는데 SDK가 같은 내용을 다시 추가하면 잘못된 요청이 될 수 있습니다. 경로 문제를 키를 계속 바꿔서 해결할 수는 없습니다. 클라이언트가 최종 생성한 주소와 개인정보를 제거한 요청 구조를 확인하고 문서와 비교한 뒤 인증, 모델 선택, 업무 매개변수를 각각 검증하세요.

스트리밍 요청의 전체 처리 과정

스트리밍 응답은 일반적으로 요청과 인증이 완료된 뒤 콘텐츠 조각을 계속 전송합니다. 클라이언트는 데이터를 순차적으로 읽어야 하며 모든 내용이 끝날 때까지 기다렸다가 파싱해서는 안 됩니다. 터미널, 리버스 프록시, 앱 프레임워크에서 버퍼링이 활성화되면 한동안 내용이 없다가 마지막에 한꺼번에 표시될 수 있습니다. 요청에서 해당 API가 지원하는 스트리밍 옵션을 활성화했는지와 읽기 로직을 확인하세요. 화면에 타이핑 효과를 추가해도 실제 응답 방식은 바뀌지 않습니다.

연결 설정 시간 초과, 읽기 대기 시간 초과, 전체 작업 시간 제한은 서로 다른 개념입니다. 조정하기 전에 어떤 제한이 발생했는지 확인하고 로컬 SDK, 조직 게이트웨이, 중간 프록시에서 재정의했는지 살펴보세요. 모든 제한을 무한히 늘리는 것은 해결책이 아닙니다. 실패한 작업이 연결을 계속 점유할 수 있습니다. 장시간 작업에는 취소, 리소스 정리, 수신한 내용 저장 기능을 마련하세요. 일부 결과가 도착했다고 해서 서버 작업이 완전히 끝난 것은 아닐 수 있습니다.

스트리밍 작업 도중 실패한 요청을 그대로 다시 보내면 생성이나 도구 작업이 중복될 수 있습니다. API에 작업 상태 조회, 멱등성 처리, 복구 기능이 있다면 공식 규약에 따라 사용하세요. 그런 기능이 없다면 서비스 이용 측에서 안전한 재시도 범위를 정해야 합니다. 파일 쓰기, 알림 전송, 외부 작업이 포함된 에이전트형 요청은 연결이 끊겼다는 이유만으로 서버에서 아무 작업도 하지 않았다고 가정해서는 안 됩니다.

요청 제한과 재시도 정책

요청 제한은 호출 빈도, 동시 요청, 모델 사용량, 조직 예산에 적용될 수 있으며 구체적인 기준은 제품 정책에 따라 다릅니다. 제한 응답을 받으면 공식 오류 안내와 대기 시간을 확인하고 횟수에 상한을 둔 지수형 대기 방식을 사용하면서 불필요한 동시 요청을 줄이세요. 네트워크 출구를 바꿔도 계정 단위 사용량 문제는 해결되지 않는 경우가 많습니다. 자동화 프로그램이 곧바로 계속 재시도하면 요청 부담만 늘어나고 복구 가능한 문제도 파악하기 어려워집니다.

운영 환경 호출을 진단할 때는 전체 프롬프트를 저장하는 것보다 요청 식별자, 대상 모델, 호출 시작과 종료 상태, 오류 유형, 일부 응답 수신 여부를 기록하는 편이 유용합니다. 로그 정책은 데이터 민감도를 고려해 원문과 인증 헤더가 기본으로 저장되지 않게 설정하세요. 문제를 진단할 때만 개인정보를 제거한 진단 로그를 켜고, 완료 후에는 기본 수준으로 되돌리세요. 임시 디버깅 설정을 공유 환경에 계속 남겨두지 마세요.

API 호출 요금과 웹 구독은 각각 확인해야 합니다. 4NVPN 월간 구독이나 트래픽 패키지는 네트워크 서비스 이용에 해당하며 외부 AI 플랫폼의 모델 사용량, 계정 구독료, API 비용은 포함하지 않습니다.

웹과 API 결과가 다르면 계정 주체, 네트워크 출구, 테스트 시각을 고정하고 접속 경로와 응답 내용을 각각 기록하세요. API가 명확한 권한 오류를 반환했다면 먼저 권한을 해결해야 합니다. 연결 자체가 설정되지 않는 경우에만 네트워크 경로를 확인하세요. 문제를 검증 가능한 단계로 나누면 모든 오류를 ‘노선을 사용할 수 없음’으로 처리하는 일을 피할 수 있고 이후 지원 담당자도 기존 확인 내용을 바탕으로 진단을 이어갈 수 있습니다.

명령줄·IDE·CI 설정

개발 환경에서 가장 중요한 질문은 ‘어떤 프로세스가 어느 기기에서 요청을 보내는가’입니다. 로컬 브라우저, 로컬 터미널, 에디터 확장 호스트, 원격 컨테이너, CI 실행기는 서로 독립적일 수 있습니다. 시스템 프록시는 해당 설정을 따르는 프로그램에만 적용되고 환경 변수도 이를 읽는 프로세스에만 영향을 줍니다. 설정 전에 접속 경로, 실제 실행 프로세스, 네트워크 출구, 대상 API로 이어지는 가장 짧은 실행 흐름을 그려보고 어느 단계에 설정할지 결정하세요.

터미널 환경 변수의 적용 범위

명령줄 도구는 HTTPS_PROXY, HTTP_PROXY, ALL_PROXY를 읽는 경우가 많지만 지원 여부, 대소문자 우선순위, 프록시 프로토콜은 도구마다 다릅니다. 일부 SDK는 환경 변수만으로 설정되지 않아 프록시 클라이언트를 명시해야 합니다. 설정 전에 사용 중인 도구의 문서를 읽고 설정 후에는 최소 요청으로 확인하세요. 터미널에 변수가 표시된다고 해서 앱이 그 프록시를 사용한다고 단정할 수는 없습니다.

아래 예시는 Bash 사용자가 클라이언트에 표시된 로컬 HTTP 프록시 주소를 입력하고 curl로 공개 예시 사이트의 응답 헤더를 확인하는 방법입니다. 현재 프로세스에서 기본 HTTPS 경로가 작동하는지 확인할 뿐 AI 계정 권한을 테스트하거나 구독을 불러오지는 않습니다. 주소는 로컬 클라이언트 설정에서 확인하세요. 구독 링크를 입력하면 안 됩니다. 예시를 마치면 임시 변수를 삭제해 이후 무관한 명령에 영향을 주지 않도록 하세요.

read -r -p "로컬 HTTP 프록시 주소: " LOCAL_PROXY
(
  export HTTPS_PROXY="$LOCAL_PROXY"
  curl --head --show-error https://example.com/
)
unset LOCAL_PROXY

환경 변수는 일반적으로 자식 프로세스가 시작될 때 상속됩니다. 이미 열린 에디터는 다른 터미널에서 나중에 변경한 변수를 자동으로 가져오지 않습니다. 데스크톱 바로 가기로 시작한 프로그램도 대화형 셸 설정을 읽지 않을 수 있습니다. 상속 여부를 확인하려면 변수가 설정된 터미널에서 대상 프로그램을 시작하고 공식 진단 출력을 확인하세요. 확인 후에는 앱 설정이나 관리되는 시작 설정을 사용할지 결정해 서로 다른 프록시 주소를 여러 곳에 중복 입력하지 않도록 하세요.

에디터, 원격 작업 공간, 컨테이너

IDE 설정은 사용자, 작업 공간, 원격 환경, 확장 프로그램별로 적용 범위가 다르며 서로 덮어쓸 수 있습니다. 작업 공간이 네트워크 설정에 영향을 줄 수 있는지는 제품의 보안 설계에 따라 다릅니다. 프록시 인증 정보를 프로젝트 저장소에 쓰거나 개인 네트워크 설정을 팀에 공유하지 마세요. 사용자 수준 설정이나 조직에서 승인한 인증 정보 관리 방식을 우선 사용하고 작업 공간을 바꾼 뒤에는 설정 페이지에서 변경한 기록만 볼 것이 아니라 실제 적용된 값을 확인하세요.

원격 개발 환경에서는 로컬 에디터 화면이 정상이어도 확장 프로그램 요청은 원격 호스트에서 나갈 수 있습니다. 원격 컨테이너에서 루프백 주소는 컨테이너 자신을 가리키며 로컬 클라이언트를 뜻하지 않습니다. 따라서 로컬 프록시 주소를 그대로 복사하면 연결되지 않는 경우가 많습니다. 조직에서 원격 프록시 사용을 허용한다면 연결 가능한 경로, 수신 범위, 접근 제어를 명확히 확인하세요. 편의를 위해 로컬 프록시를 신뢰할 수 없는 네트워크에 공개하지 마세요. 원격 환경의 DNS와 인증서 신뢰도 별도로 검증해야 합니다.

컨테이너 빌드 단계와 실행 단계도 구분해야 합니다. 빌드 도구가 패키지를 다운로드할 수 있다고 실행 중인 앱에도 프록시 설정이 전달되는 것은 아닙니다. 반대로 실행 단계에서 API를 호출할 수 있어도 빌드 작업이 같은 경로를 쓰는 것은 아닙니다. 필요한 단계에만 네트워크 설정을 주입하고 민감한 변수가 이미지 레이어, 빌드 로그, 캐시에 저장되지 않도록 하세요. 진단 출력으로 설정 출처를 확인하되 인증 정보 전체가 노출되지 않게 해야 합니다.

CI 실행기와 조직 네트워크

CI 작업은 실행기에서 동작하므로 로컬 클라이언트가 켜져 있어도 실행기의 출구가 자동으로 바뀌지 않습니다. 실행기 관리 주체, 대상 서비스 접속 허용 여부, 인증 정보 주입 방식, 게이트웨이 사용에 관한 조직 정책을 먼저 확인하세요. 자체 관리 실행기라면 관리자가 통제된 출구와 신뢰 체인을 설정해야 합니다. 관리형 실행기라면 플랫폼에서 지원하는 기능과 대상 제품의 정책을 따라야 합니다. 개발 기기와 같은 지역이나 접속 조건을 갖췄다고 가정하지 마세요.

조직 네트워크에서 인증서를 검사하는 경우 관리자가 승인한 루트 인증서를 설치해야 할 수 있습니다. 인증서 검증을 끄지 말고 런타임 문서에 따라 신뢰할 수 있는 인증서 출처를 설정하세요. 실행 환경마다 별도의 인증서 저장소를 사용할 수 있으므로 브라우저에서 신뢰된다고 스크립트 런타임에서도 신뢰된다는 뜻은 아닙니다. 인증서 오류가 발생하면 발급 체인과 구체적인 오류 유형을 기록하세요. 조직 내부 정보가 담긴 전체 진단 파일을 공개적으로 업로드하지 마세요.

마지막으로 설정을 되돌릴 수 있는 변경 사항으로 정리하세요. 설정 위치, 영향을 받는 프로세스, 복구 방법을 기록하고 명령줄, IDE, 자동화 환경에서 최소 작업을 각각 검증한 뒤 정상 업무로 돌아가세요. 프록시 경로가 복잡할수록 책임 범위를 명확히 해야 합니다. 특정 확장 프로그램이나 SDK에서만 문제가 발생하면 전역 프록시 설정을 계속 추가하지 말고 네트워크 연결이 되는 근거와 앱 오류를 해당 유지관리 담당자에게 함께 전달하세요.

연결 문제 단계별 해결

정확한 설명이 효과적인 문제 해결의 시작입니다. ‘AI가 안 됨’만으로는 페이지 접속 실패, 로그인 거부, 모델 권한 부족, 스트리밍 중단을 구분할 수 없습니다. 마지막으로 성공한 작업과 가장 먼저 실패한 작업을 적고 오류 문구와 발생 환경을 기록하세요. 노선 변경, 캐시 삭제, 클라이언트 업데이트, API 매개변수 수정을 동시에 하지 마세요. 한 번에 한 가지 변수만 바꿔야 어떤 변경이 해결에 도움이 됐는지 알 수 있고 효과가 없을 때도 확실히 되돌릴 수 있습니다.

이름 확인, 연결, 인증서 단계

도구에서 호스트 이름을 확인할 수 없다고 표시되면 대상 주소의 오타, 현재 DNS 설정, 네트워크 연결 상태부터 확인하세요. 브라우저는 독립된 DNS 경로를 사용할 수 있으므로 브라우저에서 열린다고 터미널의 이름 확인도 정상인 것은 아닙니다. 도메인 확인 결과를 고정 IP 주소로 바꿔 장기 해결책으로 사용하지 마세요. 서비스에서 동적 배포나 인증서 이름 확인을 사용할 수 있습니다. DNS 경로 자체를 해결하고 앱이 예상한 설정을 사용하는지 확인하세요.

도메인 확인은 되지만 연결이 설정되지 않으면 대상 포트와 프로토콜이 공식 문서와 일치하는지, 로컬 프록시가 실행 중인지, 규칙이 적용되는지, 조직 네트워크가 해당 경로를 허용하는지 확인하세요. 시간 초과는 대상 서비스가 아니라 로컬 프록시나 중간 게이트웨이에서 발생할 수도 있습니다. 도구에 표시된 대상 정보를 확인해 ‘프록시에 연결하지 못함’과 ‘프록시가 원격 서버에 연결하지 못함’을 구분하면 잘못된 지원 채널에 문의하는 일을 줄일 수 있습니다.

인증서 오류는 신뢰 확인이 통과하지 못했다는 뜻이므로 일반적인 로딩 지연으로 처리해서는 안 됩니다. 시스템 시간, 인증서 이름, 조직 신뢰 체인, 런타임의 인증서 출처를 확인하세요. 예상한 서비스와 다른 인증서나 로그인 화면이 갑자기 표시되면 로그인 정보를 입력하지 말고 네트워크 환경과 도메인을 확인하세요. 검증을 끄고 요청을 계속하면 원래 확인해야 할 보안 조건을 우회하는 것이므로 정식 해결 방법으로 볼 수 없습니다.

페이지 표시, 인증, 서비스 응답

홈페이지는 보이지만 로그인에 실패한다면 인증 이동과 콜백 요청을 확인하세요. 로그인이 완료됐지만 요청 전송이 실패한다면 서비스 API를 살펴보세요. 브라우저 개발자 도구의 네트워크 탭에서 실패한 호스트 이름, 요청 단계, 응답 유형을 확인할 수 있지만 모든 요청을 낯선 사람에게 내보내지 마세요. 네트워크 기록에는 쿠키, 토큰, 사용자 입력이 포함될 수 있습니다. 개인정보를 가린 화면과 오류 문구로 설명할 수 있다면 전체 세션 자료를 첨부하지 않아도 됩니다.

서비스에서 명확한 오류를 반환했다면 먼저 오류의 의미에 따라 처리하세요. 인증 오류는 인증 정보의 출처와 유효성을, 권한 오류는 프로젝트와 모델을, 결제 오류는 해당 플랫폼 계정을, 요청 제한 오류는 동시 요청과 대기 안내를 확인해야 합니다. 오류 화면이 게이트웨이에서 왔다면 상위 서비스의 안내가 전달되었는지도 확인하세요. 모든 서비스 거부를 지역 문제로 돌리거나 요청 매개변수 오류를 반복 로그인으로 해결하려 하지 마세요.

긴 출력만 중단된다면 내용이 출력되기 시작했는지, 기기가 절전 상태였는지, 네트워크가 전환되었는지, 클라이언트가 백그라운드로 이동했는지, 중간 연결에 읽기 시간 제한이 있는지 기록하세요. 그다음 같은 작업으로 비교 테스트를 진행하세요. 짧은 요청은 항상 완료되고 긴 요청은 여러 노선에서 동일한 앱 오류를 보인다면 클라이언트의 읽기 처리 로직과 서비스 상태를 확인하세요. 특정 경로에서만 중단된다면 지속적인 데이터 전송 문제를 중심으로 경로를 점검하세요.

최소 비교 테스트와 중단 기준 설정

비교 테스트에서는 다른 조건을 가능한 한 동일하게 유지하세요. 브라우저 설정을 비교할 때는 노선을 고정하고, 노선을 비교할 때는 앱을 고정하며, 실행 환경을 비교할 때는 요청 내용을 고정하세요. 계정, 모델, 출구를 동시에 바꾸면 결과가 달라도 원인을 설명하기 어렵습니다. 대상 서비스의 공식 상태 안내도 확인하세요. 서버에 문제가 있는 동안 로컬 설정을 계속 바꿔도 해결되지 않고 기존 설정만 잃을 수 있습니다.

외부 플랫폼의 계정 제한이 원인이라는 근거가 있으면 네트워크 설정 변경을 멈추고 공식 지원 채널을 이용하세요. 조직 정책 문제라면 관리자에게 문의하세요. 특정 노선에서만 기본 연결을 설정할 수 없다면 문의 페이지에서 지원을 요청할 수 있습니다. 제품 접속 경로, 클라이언트 플랫폼, 실패 단계, 개인정보를 제거한 오류 내용을 전달하세요. 확인한 내용을 정리해 설명하면 정리되지 않은 로그를 많이 보내는 것보다 문제를 이어서 파악하기 쉽습니다.

지속적인 사용과 기록 방법

설정이 끝나면 ‘사용 가능한 조합 찾기’보다 ‘이해할 수 있는 작업 환경 유지’에 집중하세요. 유용한 기록은 원시 데이터를 최대한 모으는 것이 아니라 무엇이 바뀌었는지 설명하는 데 필요한 사실을 남기는 것입니다. 어떤 도구를 사용했는지, 요청이 어디서 나갔는지, 어떤 네트워크 설정을 적용했는지, 어떤 작업을 수행했는지, 어떤 오류가 발생했는지를 기록하세요. 이후 문제 해결에 도움이 되고 인증 정보, 프로젝트 내용, 개인 정보를 진단 과정에 포함할 가능성도 줄일 수 있습니다.

인증 정보, 구독, 업무 데이터를 분리해 관리하세요

4NVPN 구독 링크는 클라이언트가 서비스 설정을 가져오는 데 사용되므로 계정 접근 정보처럼 안전하게 보관하세요. 코드 저장소, 공개 문의 첨부 파일, 팀 공용 문서에 올리지 마세요. 사용 방법을 보여줄 때는 https://example.com/sub?token=xxxx와 같은 명확한 예시를 사용하세요. 실제 링크가 유출된 것 같다면 패널에서 현재 제공되는 기능으로 처리하고 공유한 위치도 확인하세요. 채팅 기록만 삭제하고 문제가 해결됐다고 가정해서는 안 됩니다.

AI 플랫폼 키와 네트워크 구독 정보도 분리해 보관해야 합니다. 개발자 키는 플랫폼에서 지원하는 인증 정보 관리 방식을 통해 주입하고 소스 코드, 노트북, 공유 시작 스크립트에 직접 적지 마세요. 조직에서 허용한다면 프로젝트별로 접근 권한을 부여하고 구성원이 떠나거나 용도가 끝나면 권한을 정리하세요. 로그, 오류 보고서, 자동화 결과물에도 민감한 변수가 포함될 수 있으므로 소스 코드뿐 아니라 빌드 출력과 기록도 확인해야 합니다.

AI 제품에 업로드하는 콘텐츠에는 해당 제품의 데이터 처리 정책이 적용됩니다. 네트워크 암호화는 전송 구간을 보호하지만 대상 서비스가 제출된 콘텐츠를 저장·사용·공유하는 방식을 자동으로 바꾸지는 않습니다. 4NVPN의 양자 암호화 안내도 기기 보안이나 외부 플랫폼의 개인정보 설정을 대신할 수 없습니다. 조직 코드, 고객 자료, 취급에 제한이 있는 데이터를 다룬다면 대상 도구에 제출해도 되는지 내부 승인과 데이터 분류를 먼저 마치세요.

설정 변경을 재현 가능한 기록으로 남기세요

변경할 때마다 목적, 수정 위치, 확인 작업, 원복 방법을 기록하세요. ‘수정 후 작동함’만으로는 충분하지 않습니다. 시스템 프록시, 앱 프록시, 분기 규칙, 런타임 변수 중 무엇을 바꿨는지 구체적으로 적으세요. 전체 대화를 저장할 필요 없이 고정된 비민감 테스트 내용을 사용할 수 있습니다. 클라이언트나 도구 업데이트 후 동작이 바뀌었다면 변경 전후의 환경을 기록하세요. 기억에만 의존해 이전 설정을 판단하지 않도록 해야 합니다.

여러 기기에서 사용한다면 데스크톱에서 성공했다고 다른 플랫폼도 설정이 끝난 것으로 간주하지 말고 각각 확인하세요. 4NVPN은 Windows / macOS / iOS / Android / Linux를 지원하며 동시 접속 기기 수에 제한이 없습니다. 단, 시스템별 백그라운드 관리, 네트워크 처리 방식, 앱 구현은 서로 다릅니다. 클라이언트와 구독 정보는 패널에 로그인한 뒤 가져올 수 있습니다. iOS 이용 조건은 패널에 표시되는 현재 상태를 기준으로 확인하세요. 기기 지원 여부와 AI 도구의 운영체제 지원 여부도 각각 점검해야 합니다.

Android에서 백그라운드 연결이 끊기는 경우 Android 백그라운드 연결 유지 및 앱별 프록시 안내를 참고하세요. 앱이 시스템 제한을 받고 있는지, 대상 도구에 예상한 규칙이 적용되는지, 네트워크 전환 후 어떻게 복구되는지 확인하는 것이 중요합니다. 연결을 계속 유지하려고 관련 없는 권한을 임의로 허용하지 마세요. 다른 플랫폼에서도 시스템과 클라이언트가 명확하게 지원하는 설정을 우선 사용하고 원래 설정으로 되돌릴 수 있도록 기록하세요.

트래픽 계획과 서비스 범위

텍스트 대화, 이미지, 음성, 파일, 개발 의존성 다운로드는 트래픽 사용 방식이 서로 달라 질문 횟수만으로 사용량을 정확히 계산할 수 없습니다. 패널의 기록을 참고해 실제 사용 패턴을 확인하고 AI 작업과 백그라운드 다운로드를 구분하세요. 4NVPN 월간 구독은 ¥9.9/월에 60GB, ¥18/월에 250GB, ¥28/월에 500GB를 제공하며 개통일을 기준으로 매월 트래픽이 초기화됩니다. 이용 중 요금제를 올리면 차액을 남은 날짜에 따라 계산합니다. 월간 트래픽을 외부 플랫폼의 모델 사용량으로 이해하지 마세요.

트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진 시까지 사용할 수 있고 만료되지 않습니다. 요금제를 비교하려면 요금제 페이지를 확인하세요. 확인되지 않은 사용량을 기준으로 이용 기간이 다른 상품을 억지로 순위를 매기지 마세요. 결제 수단은 알리페이 / 위챗페이 / USDT이며 본 서비스는 30일 무조건 환불을 제공합니다. 외부 AI 제품의 요금, 환불, 계정 관리는 각 플랫폼이 담당하므로 주문 및 지원 기록을 별도로 보관하세요.

개인정보를 제거한 환경 요약을 남겨두면 좋습니다. 사용 도구와 접속 경로, 프로세스 실행 위치, 클라이언트 모드, 선택한 노선, 최소 확인 작업, 오류 유형, 적용한 변경 내용을 기록하세요. 문제를 재현할 수 있을 정도로 작성하되 비밀번호, 실제 구독 링크, API 키는 포함하지 마세요.

기본 설정을 마치지 않았다면 초보자 가이드로 돌아가 순서대로 진행하세요. 주문 후 전체 설정 절차를 확인하려면 처음 사용자를 위한 설정 안내를 읽어보세요. 일상적으로 모든 매개변수를 계속 바꿀 필요는 없습니다. 검증된 환경을 유지하고 필요나 오류가 생겼을 때 단계별로 확인해야 네트워크 변화, 계정 정책, 도구 업데이트의 영향을 구분하기 쉽습니다.