AI 도구 이용 가이드

요청 경로를 따라 문제 진단하기

AI 도구 접속은 브라우저에서 주소 하나를 여는 것으로 끝나지 않습니다. 페이지는 계정 서비스, 모델 API, 정적 리소스, 파일 저장소, 인증 구성 요소에도 요청을 보낼 수 있습니다. 첫 화면에 문구가 표시된다는 사실만으로는 전체 경로가 정상이라고 볼 수 없습니다. 로그인 버튼이 반응하지 않거나 첨부 파일 업로드에 실패하거나 답변 생성이 멈추는 문제는 각각 다른 단계에서 발생할 수 있습니다. 문제를 진단할 때는 어떤 동작에서 실패했는지 먼저 기록하고, 모든 현상을 회선 장애로 단정하지 마세요.

접속 가능 여부, 자격, 기능을 구분하세요

접속 가능 여부는 요청이 대상 서버에 도달해 응답을 받는지에 관한 것입니다. 자격은 플랫폼이 현재 계정의 해당 지역 서비스 이용을 허용하는지에 관한 것이고, 기능은 계정에 특정 모델이나 기능을 사용할 권한이 있는지에 관한 것입니다. 네트워크 연결은 주로 접속 가능 여부에 영향을 주며 나머지 두 가지를 자동으로 바꾸지는 않습니다. 플랫폼에서 지역, 계정 상태, 권한에 관한 안내를 명확히 표시하면 내용을 먼저 확인한 뒤 프록시 점검이 필요한지 판단하세요. 실제 원인을 가리기 위해 회선을 계속 바꾸지 마세요.

웹과 API의 이용 가능 여부도 따로 판단해야 합니다. 웹은 브라우저 세션에 의존할 수 있지만 API는 프로젝트, 자격 증명, 결제 상태에 따라 달라질 수 있습니다. 도메인과 접속 규칙도 서로 다를 수 있습니다. 웹에서 작동했다는 이유로 API 설정이 올바르다고 판단하면 터미널이 프록시를 사용하지 않는 문제를 놓칠 수 있습니다. 반대로 API가 성공했다고 웹에서도 반드시 로그인된다고 볼 수는 없습니다. 브라우저 확장 프로그램, 사이트 저장 데이터, 인증 리디렉션이 원인일 수 있습니다.

실제 요청을 따라 단계별로 점검하기

로컬 연결은 앱 프로세스에서 시작해 프록시 규칙, 이름 확인, 출구 회선을 거쳐 플랫폼의 접속 지점에 도달합니다. 클라이언트에 연결됨으로 표시되어도 클라이언트 자체가 연결 상태에 진입했음을 뜻할 뿐, 모든 앱이 같은 경로를 사용하는 것은 아닙니다. 시스템 프록시, 앱 내 프록시, 터미널 환경 변수는 적용 범위가 서로 다릅니다. 문제가 발생한 앱에서 직접 확인하세요. 다른 브라우저에서 조회 페이지를 열어 본 결과만으로 결론을 내리지 마세요.

이름 확인은 자주 놓치는 단계입니다. 도메인 이름을 확인하지 못하거나 확인 결과가 실제 연결 정책과 맞지 않으면 보안 연결을 맺기 전에 요청이 실패할 수 있습니다. 앱에 따라 직접 이름을 확인하기도 하고 시스템에 맡기기도 하며, 프록시 프로토콜도 이름 확인 위치에 영향을 줍니다. 먼저 클라이언트 문서에서 이름 확인 방식을 살펴보고 서로 덮어쓰는 설정을 동시에 사용하고 있지 않은지 확인하세요. 특정 공용 DNS 주소를 모든 상황의 해결책으로 간주하지 마세요.

보안 연결 단계에서는 기기 시간, 인증서 신뢰 여부, 네트워크의 검사 구성 요소를 확인해야 합니다. 기업 네트워크는 조직 정책에 따라 암호화된 트래픽을 검사하거나 내부 신뢰 인증서 설치를 요구할 수 있습니다. 인증서 오류가 발생해도 검증을 끄고 일시적으로 연결하는 방식은 피하세요. 먼저 기기 시간이 정확한지 확인한 뒤 관리자에게 인증서 체인과 권한 설정을 점검해 달라고 요청하세요. 개인 환경에서는 보안 소프트웨어가 연결 경로를 변경했는지 확인하세요.

재현 가능한 최소 환경 만들기

유용한 테스트 환경은 최대한 단순해야 합니다. 같은 기기, 계정, 출구 회선을 유지하고 첨부 파일이나 추가 플러그인 없이 짧은 일반 텍스트로 요청을 보내세요. 그런 다음 페이지 로드, 로그인, 답변 생성을 각각 테스트합니다. 이렇게 하면 기본 연결과 추가 기능의 문제를 구분할 수 있습니다. 테스트 내용에는 업무상 기밀을 포함하지 마세요. 화면을 캡처할 때도 세션 내용과 개인 정보를 가리고 현상을 보여 주는 부분만 남기세요.

일반 요청은 되는데 복잡한 작업이 실패한다면 첨부 파일, 웹 검색, 도구 호출을 하나씩 다시 켜 보세요. 기능을 하나씩 복구할 때마다 결과를 확인하고 모델, 브라우저, 회선을 한꺼번에 바꾸지 마세요. 단일 변수 테스트는 시간이 더 걸려 보여도 실제 문제 단계를 찾는 데 도움이 됩니다. 그렇지 않으면 서비스 복구, 캐시 변경, 작업 길이 단축 때문에 한 번 성공했을 뿐인데 방금 바꾼 설정이 원인이라고 오해할 수 있습니다.

접속 기록에는 장애 발생 시각, 작업 단계, 오류 유형, 클라이언트 모드, 선택한 지역만 남겨도 됩니다. 질문 전체를 기록할 필요는 없으며 접속 자격 증명은 저장하지 마세요. 네트워크 문제 보고는 구체적일수록 후속 대응에 도움이 됩니다. 민감한 내용을 많이 기록할수록 불필요한 노출 위험도 커집니다. 기록을 참고해 다시 테스트한 후 자주 묻는 질문에서 연결 관련 안내를 확인하세요.

진단 순서: 먼저 대상 플랫폼의 이용 허용 여부를 확인하고, 요청이 예상한 출구를 통과하는지 확인한 다음 구체적인 기능을 점검하세요. 모든 문제를 “다른 지역으로 바꿔 보기”로 해결하려 하지 마세요.

지역 판정과 고정 출구 IP

대상 플랫폼은 출구 IP, 계정 정보, 결제 정보, 조직 설정, 과거 로그인 기록 등을 종합해 이용 자격을 판단할 수 있습니다. 제품마다 판단 방식이 다르고 완전히 공개되지 않을 수 있으며 정책이 바뀔 수도 있습니다. 따라서 특정 지역으로 표시된 회선 이름을 서비스 이용 자격으로 여겨서는 안 됩니다. 회선을 선택하기 전에 도구의 지원 지역과 계정 요건을 확인하고 실제 이용 상황이 규정에 부합하는지 살펴본 다음 적절한 네트워크 연결을 선택하세요.

회선 표시는 플랫폼의 지역 판정과 다릅니다

클라이언트의 지역 표시는 회선 그룹을 나타냅니다. 플랫폼이 확인하는 것은 요청이 최종적으로 도달할 때의 공인 출구 IP입니다. IP 주소 위치 데이터베이스의 업데이트가 늦을 수 있고, 도메인에 따라 네트워크 경로가 달라질 수도 있습니다. 조회 도구 결과는 참고용일 뿐 대상 플랫폼의 자체 판정을 대신하지 않습니다. 플랫폼에서 지역이 맞지 않는다고 안내하면 실제 출구와 공식 규정을 확인하세요. 특정 조회 결과에 맞추려고 계정 정보를 수정하지 마세요.

IP 조회를 사용할 때는 대상 도구와 같은 프록시 모드에서 확인하세요. 브라우저 조회 결과가 예상 지역을 보여도 데스크톱 앱, 터미널, 컨테이너가 같은 출구를 사용한다는 뜻은 아닙니다. 분할 라우팅 규칙은 일부 도메인만 프록시로 보내므로 조회 사이트와 AI API가 서로 다른 그룹에 속할 수 있습니다. 조회 결과를 클라이언트의 요청 매칭 정보와 함께 확인하고, IP 위치가 표시된 화면만으로 판단하지 마세요.

VPNTrain은 90+개 국가와 230+개 회선을 지원합니다. 지원 범위는 선택지를 제공하기 위한 것이며, 해당 지역이 모든 AI 플랫폼의 자격 요건을 충족한다는 뜻은 아닙니다. 일본, 홍콩, 싱가포르, 미국, 캐나다, 네덜란드 등 인기 지역 그룹도 특정 도구에서 반드시 이용 가능하다고 일괄 표시해서는 안 됩니다. 구체적인 회선 정보는 회선 선택 안내를 확인하고 패널에서 실제로 선택할 수 있는 항목을 기준으로 판단하세요.

고정 출구 IP의 역할과 한계

사용 가능한 같은 회선을 계속 사용하면 직접 전환에 따른 네트워크 환경 변화를 줄여 일상적인 문제 비교가 쉬워집니다. 이는 연결 습관일 뿐 전용 IP, 가정용 IP 속성, 플랫폼의 승인을 보장하지 않습니다. 서비스에서 그런 속성을 명확하게 제공하지 않는다면 임의로 추정하지 마세요. 같은 회선 이름을 계속 선택해도 유지 관리나 경로 조정으로 실제 출구가 달라질 수 있으므로 관찰 결과를 확인해야 합니다.

일반적으로 로그인, 업로드, 생성 중인 앱을 자동 회선 선택으로 자주 이동시키지 않는 것이 좋습니다. 출구가 바뀌면 기존 연결이 끊기고 다시 연결할 때 새 세션 검사가 발생할 수 있습니다. 실제 회선 장애가 있다면 먼저 현재 작업을 저장한 다음 연결을 종료하고 회선을 바꾸세요. 전환 후 출구와 계정 상태를 다시 확인하고, 이전 페이지에서 계속 재시도하거나 다른 환경에서 같은 작업을 중복 제출하지 마세요.

지연 시간이 낮다고 답변이 더 빠르다고 단정할 수는 없습니다. 요청은 플랫폼 대기열, 모델 추론, 콘텐츠 전송 과정도 거칩니다. 가까운 지역은 기본 경로가 짧을 수 있지만 서비스 자격 요건을 충족하지 않을 수 있습니다. 더 먼 지역이 현재 작업에 더 적합한 경로를 제공할 수도 있습니다. 규정 준수, 연결 완전성, 안정적인 이용 가능성을 우선 확인하고, 마지막으로 같은 작업 조건에서 사용 경험을 비교하세요.

같은 작업에서 경로 일관성 유지하기

규칙 기반 라우팅으로 일반적인 로컬 업무 경로를 유지하려면 AI 도구가 실제로 사용하는 관련 서비스까지 규칙에 포함해야 합니다. 홈페이지 도메인만 프록시로 보내면 인증, 첨부 파일 업로드, 모델 응답 API가 빠질 수 있습니다. 먼저 클라이언트가 제공하는 적절한 규칙을 적용하고 현재 매칭 결과를 확인하세요. 내용을 이해하지 못한 규칙을 출처 불명의 곳에서 대량으로 가져오지 마세요. 범위가 지나치게 넓거나 서로 충돌하면 문제를 더 찾기 어려워질 수 있습니다.

글로벌 모드는 정상인데 규칙 모드에서 문제가 생긴다면 두 모드의 경로가 다르다는 뜻이지만, 글로벌 모드를 계속 사용해야 한다는 의미는 아닙니다. 실패한 요청의 호스트 이름과 매칭된 규칙을 비교한 다음 이름 확인 방식과 앱 자체 프록시를 점검하세요. 글로벌 모드는 통제된 비교용으로만 사용하세요. 기업 및 조직 기기는 관리 요건을 준수하고 조직이 정한 출구나 접속 정책을 임의로 바꾸지 마세요.

네트워크 환경을 바꾼 후에는 긴 작업을 재개하기 전에 간단한 연결 테스트를 해 보세요. 노트북을 집에서 사무실 네트워크로 옮기거나 기기가 절전 모드에서 복귀하면 기존 프록시 연결이 끊길 수 있습니다. 고정 출구의 목적은 불필요한 변화를 줄이고 변경 사항을 기록하는 것이지, 플랫폼이 특정 주소를 항상 허용한다고 보장하는 것이 아닙니다. Claude 관련 내용은 지역 판정과 회선 선택에 관한 글에서 더 확인할 수 있습니다.

계정 생성, 로그인 및 세션 유지

먼저 VPNTrain 계정과 대상 AI 도구 계정을 구분하세요. VPNTrain은 이메일 주소 없이 사용자 이름과 비밀번호만으로 계정을 만들 수 있습니다. 대상 플랫폼은 자체적인 신원, 지역, 연령, 조직 및 결제 요건을 적용하므로 현재 페이지의 안내에 따라 실제 정보를 입력해야 합니다. 네트워크 구독에는 제3자 플랫폼 계정이 포함되지 않으며 제3자의 인증 절차나 승인을 대신하지 않습니다.

로그인 문제를 해결하기 전에 접속 경로부터 확인하세요

플랫폼의 공식 접속 경로를 사용하고 출처가 불분명한 공유 세션이나 대리 로그인 페이지는 이용하지 마세요. 검색 결과, 확장 프로그램 추천, 채팅방 링크라고 해서 자동으로 신뢰할 수 있는 것은 아닙니다. 도메인과 제품 안내를 확인한 뒤 로그인하세요. 특히 권한 승인 페이지에서는 요청 앱의 이름과 목적을 확인해야 합니다. 모르는 앱의 권한 요청은 화면이 익숙해 보여도 진행하지 말고 중단하세요.

로그인 과정에서는 현재 페이지를 벗어나 인증 서비스로 이동한 뒤 제품 페이지로 돌아오는 경우가 많습니다. 이 과정에서 브라우저가 필요한 세션 정보를 유지하고 관련 도메인에 모두 정상적으로 접속할 수 있어야 합니다. 로그인 페이지로 계속 돌아온다면 먼저 어느 단계에서 리디렉션되는지 확인한 다음 사이트 저장 데이터 제한, 팝업 차단, 확장 프로그램의 영향을 점검하세요. 처음부터 브라우저 전체 데이터를 지우면 다른 작업 세션까지 함께 사라질 수 있습니다.

확장 프로그램의 영향을 확인하려면 네트워크 출구를 그대로 유지하면서 별도의 브라우저 프로필로 비교해 볼 수 있습니다. 별도 프로필은 캐시와 확장 프로그램을 분리하기 위한 것이지, 신원을 바꾸거나 심사를 피하기 위한 것이 아닙니다. 별도 환경에서는 정상이라면 기존 환경의 스크립트 차단, 사이트 권한, 쿠키 설정을 하나씩 확인하세요. 두 환경 모두 실패한다면 네트워크 경로와 플랫폼 상태를 다시 살펴보고, 새 환경을 계속 만들어 반복 로그인하지 마세요.

인증 및 비정상 안내 처리

인증 페이지가 나타나면 공식 절차에 따라 완료하세요. 인증 구성 요소 자체가 로드되지 않을 때만 관련 리소스의 연결 상태를 점검하면 됩니다. 계속 새로고침하면 완료된 단계가 무효화되거나 요청 횟수가 늘어날 수 있습니다. 현재 작업이 명확한 결과를 반환할 때까지 기다린 뒤 다음 단계로 넘어가세요. 신원 확인을 완료할 수 없다면 플랫폼 지원 경로에서 요건을 문의하세요. 이른바 인증 대행 서비스를 구매하지 마세요.

계정이 비활성화되었거나 조직 정책에 의해 거부되었거나 정보 심사가 진행 중인 경우는 계정 관리 문제입니다. 회선을 바꿔도 이런 상태는 해결되지 않으며 계속 시도하면 이후 기록을 해석하기 어려워질 수 있습니다. 안내 문구와 발생 시각을 보관하고 계정 알림 및 조직 권한을 확인하세요. 이의 제기 시 실제 이용 상황을 설명하고 위치, 신원, 결제 정보를 꾸며내지 마세요. 네트워크 서비스 제공업체는 대상 플랫폼의 계정을 복구할 수 없습니다.

결제 실패도 먼저 플랫폼이 반환한 사유를 확인해야 합니다. 지역 자격, 결제 수단, 청구 정보, 조직 구매 정책이 관련될 수 있으므로 단순히 연결 속도 문제로 볼 수 없습니다. 결제를 완료하려고 허위 주소를 임의로 입력하거나 결제 정보를 낯선 대행업체에 전달하지 마세요. VPNTrain은 Alipay / WeChat Pay / USDT 결제를 지원하지만, 이 사실이 제3자 AI 플랫폼에서도 같은 결제 수단을 받을 수 있다는 뜻은 아닙니다.

정상 세션을 유지하고 반복 작업 줄이기

일상적으로 사용할 때는 기존 로그인 세션을 유지하는 편이 좋습니다. 네트워크가 잠시 끊기더라도 먼저 연결을 복구하고 현재 페이지를 새로고침하세요. 바로 계정에서 로그아웃할 필요는 없습니다. 세션 종료, 캐시 삭제, 출구 전환을 한꺼번에 하면 어떤 요인이 결과에 영향을 줬는지 알 수 없습니다. 다시 로그인해야 한다면 여러 페이지에서 인증을 동시에 요청하거나 파일을 중복 업로드하지 않도록 진행 중인 다른 작업부터 마무리하세요.

세션 파일, 브라우저에서 내보낸 사이트 데이터, 클라이언트 구독 링크는 모두 민감한 정보로 취급해야 합니다. 문제 해결을 위해 브라우저 설정 전체를 업로드하지 말고 세션 정보가 포함된 파일을 낯선 사람에게 전달하지 마세요. 화면을 캡처할 때는 오류가 발생한 부분만 남기세요. 네트워크 기록을 공유해야 한다면 인증 정보, 쿠키, 쿼리 매개변수, 대화 내용을 먼저 삭제하세요. 민감 정보가 제거됐는지 확신할 수 없다면 공개하지 마세요.

조직 계정은 관리자가 현재 제품, 플러그인, 모델 사용을 허용했는지도 확인해야 합니다. 개인 계정으로 웹 페이지를 열 수 있어도 업무용 공간에 같은 권한이 부여됐다는 뜻은 아닙니다. 한 구성원이 이용할 수 있다고 다른 구성원도 같은 권한을 가진다는 뜻은 아닙니다. 먼저 관리자가 역할, 제품 활성화, 조직 규칙을 확인한 뒤 터미널 연결을 점검하세요. 이렇게 하면 권한 차이를 기기마다 회선 성능이 다른 문제로 오해하는 일을 줄일 수 있습니다.

도구별 접속 조건 확인

AI 도구는 일부 네트워크 기반을 공유하지만 접속 경로, 계정, 작업 방식은 서로 다릅니다. 아래 비교는 확인 방향을 정하기 위한 것이며 현재 이용 가능한 지역 목록이나 기능 보장이 아닙니다. 제품명, 접속 방식, 지역 정책은 변경될 수 있으므로 사용하기 전에 공식 문서를 다시 확인하세요. 특히 한 플랫폼에서 성공한 설정을 다른 플랫폼에 그대로 적용하고 회선 품질을 판단하지 마세요.

대화 도구: 페이지, 생성, 첨부 파일을 각각 확인

ChatGPT 웹 대화와 개발 API는 별도의 접속 경로로 확인해야 합니다. 웹에서 대화 기록이 보인다고 새 요청이 모델에 전송됐다는 뜻은 아닙니다. 계정에 웹 기능 권한이 있어도 개발 프로젝트에 같은 권한이 자동으로 부여되지는 않습니다. 짧은 텍스트 요청은 정상이고 첨부 파일만 실패한다면 모델을 계속 바꾸지 말고 업로드 단계와 파일 처리 단계를 살펴보세요. 오류가 콘텐츠 전송 전과 후 중 언제 발생했는지에 따라 다음 점검 방향이 달라집니다.

Claude를 사용할 때 일상적인 로그인 환경을 안정적으로 유지하면 불필요한 변화를 줄일 수 있지만 플랫폼의 계정 심사를 피할 수는 없습니다. 지역 안내가 나타나면 공식 지원 범위와 실제 출구를 먼저 확인하고, 세션이 끊기면 연결 지속성을 점검하세요. “고정 출구”가 계정 안전을 보장한다고 확대 해석하지 마세요. 긴 대화는 맥락 제한, 첨부 파일 처리, 서비스 혼잡의 영향을 받을 수 있으므로 원래 표시된 안내를 함께 살펴보세요.

Gemini 이용 가능 범위는 계정 유형, 연령 설정, 조직 관리, 구체적인 기능에 따라 달라질 수 있습니다. 개인 접속이 가능해도 조직 계정에서 같은 제품이 열려 있다는 뜻은 아닙니다. 웹 접속이 가능해도 개발자 접속 조건이 동일하다는 의미는 아닙니다. 어떤 제품과 계정을 사용하는지 먼저 확인한 다음 해당 공식 도움말을 살펴보세요. 브라우저 언어만 바꿔서는 지역 자격이나 조직 권한 요건을 대신할 수 없습니다.

같은 이름의 제품과 이미지 작업은 범위를 구분하세요

Copilot은 사용 상황에 따라 서로 다른 제품을 가리킬 수 있습니다. 웹 도우미, 오피스 환경, 개발 도구의 권한과 네트워크 경로를 한데 묶어 생각해서는 안 됩니다. 문제를 보고할 때는 제품 약칭만 쓰지 말고 구체적인 접속 경로와 앱을 적으세요. 에디터 자동 완성은 실패하지만 웹은 정상이라면 확장 프로그램 호스트, 조직 권한, 모델 요청을 확인해야 합니다. 이름이 같다고 같은 로그인 세션과 모든 권한을 공유한다고 가정하지 마세요.

Midjourney는 작업 제출, 작업 처리, 이미지 리소스 로드가 각각 실패할 수 있습니다. 플랫폼이 이미 작업을 접수했다면 결과가 잠시 보이지 않는다고 작업이 생성되지 않았다고 단정해서는 안 됩니다. 먼저 작업 상태를 확인한 뒤 결과 리소스 요청을 살펴보세요. 계속 제출하면 작업이 중복되거나 추가 사용량이 발생할 수 있습니다. 계정 연결과 접속 방법은 공식 안내를 따르고 낯선 봇, 공유 자격 증명, 대리 관리 계정을 이용하지 마세요.

Cursor는 데스크톱 개발 환경이므로 에디터 UI 로드, 계정 로그인, 모델 요청, 확장 프로그램의 네트워크 연결이 서로 다른 방식으로 동작할 수 있습니다. 브라우저에서 대화할 수 있어도 에디터 프로세스가 시스템 프록시를 사용한다는 뜻은 아닙니다. 내장 기능이 정상이어도 별도로 설치한 확장 프로그램의 하위 프로세스가 네트워크에 연결된다고 볼 수 없습니다. 문제를 진단할 때는 불필요한 확장 프로그램을 끄고 짧은 일반 작업을 테스트한 다음 해당 기능의 로그와 네트워크 설정을 살펴보세요.

홈페이지 화면이 아니라 작업 결과로 확인하기

도구를 비교할 때는 비슷한 기본 작업을 선택하고 기기, 출구, 시간대가 가능한 한 같도록 유지하세요. 한 도구의 홈페이지 로드와 다른 도구의 복잡한 파일 분석을 비교해 속도를 판단하지 마세요. 모델 생성 시간을 순수 네트워크 지연 시간으로 보아서도 안 됩니다. 네트워크는 작업 경로의 일부에만 영향을 주며 플랫폼 대기열, 추론, 콘텐츠 처리에도 시간이 걸릴 수 있습니다.

각 도구에서 “로그인 완료 여부, 간단한 요청의 응답 여부, 추가 기능 작동 여부”를 따로 기록하세요. 생성된 내용을 적을 필요 없이 단계와 결과만 기록하면 됩니다. 이렇게 하면 특정 도구에 문제가 생겼을 때 공통 경로의 문제인지 해당 도구의 접속 경로, 권한, 작업 상태가 바뀐 것인지 판단할 수 있습니다. 이 글에 나오는 제품명은 접속 상황을 설명하기 위한 것이며 해당 플랫폼과의 제휴를 의미하지 않습니다.

스트리밍 응답 및 장시간 연결 점검

스트리밍 응답은 완성된 답변 전체를 한 번에 보내는 방식이 아닙니다. 클라이언트가 요청을 열린 상태로 유지하고 콘텐츠가 생성되는 동안 조각별로 받아 화면에 순차적으로 표시합니다. 처음에는 내용이 보이다가 업데이트가 멈춘다면 기본 요청은 연결됐지만 이후 전송, 서비스 생성, 화면 표시 과정에서 문제가 발생했을 수 있습니다. 홈페이지에 전혀 접속하지 못하는 장애와는 종류가 다르므로 해결 순서도 달라야 합니다.

응답이 시작되지 않음, 전송 도중 끊김, 화면 표시 지연 구분하기

요청이 계속 대기 중이라면 플랫폼이 아직 응답을 보내기 시작하지 않았거나 클라이언트가 진행 상황을 제대로 표시하지 못하는 것일 수 있습니다. 답변이 표시되다가 갑자기 멈춘 경우에는 네트워크 전환, 기기 절전, 프록시 재연결, 플랫폼의 연결 종료를 고려해야 합니다. 답변 전체가 나중에 한꺼번에 표시된다면 중간 단계에서 데이터를 버퍼링했을 수 있으므로 모델이 스트리밍 생성하지 않았다고 단정하지 마세요. 먼저 앱이 계속 데이터를 받는지 확인한 뒤 화면 표시 상태를 판단하세요.

브라우저 개발자 도구를 사용하면 요청이 계속 진행 중인지, 종료됐는지, 오류가 발생했는지 확인할 수 있지만 요청 기록 전체를 공개해서는 안 됩니다. 일부 화면은 연결을 백그라운드에서 재사용하므로 익숙한 단일 요청 이름이 보이지 않아도 정상일 수 있습니다. 모든 플랫폼이 같은 전송 방식을 사용한다고 가정하지 말고 장애 시점에 연결 상태가 바뀌었는지를 확인하세요. 구체적인 구현은 플랫폼과 클라이언트 문서를 따릅니다.

일반 사용자는 페이지를 전면에 띄우고 기기를 깨운 상태로 첨부 파일 없는 짧은 텍스트 요청을 보내 간단히 비교할 수 있습니다. 이 상태에서는 정상인데 앱을 전환하거나 화면을 끈 뒤 자주 끊긴다면 시스템 절전, 백그라운드 활동 제한, 클라이언트 연결 유지 설정을 확인하세요. 절전 기능을 전부 영구적으로 끄지 마세요. 해당 앱이 필요한 연결을 유지할 수 있도록 허용한 뒤 문제가 계속 발생하는지 살펴보세요.

프록시, 중간 게이트웨이, 재연결

프록시나 조직 게이트웨이는 일정 시간 데이터가 없는 연결을 유휴 상태로 종료하거나 응답을 먼저 저장한 뒤 한꺼번에 전송할 수 있습니다. 이런 경우 홈페이지 접속은 정상이어도 장시간 작업이 실패할 수 있습니다. 직접 관리하는 게이트웨이는 공식 프로토콜 문서를 확인해 응답 버퍼링, 연결 시간 제한, 스트리밍 전달 방식 등을 점검하세요. 게이트웨이를 관리하지 않는다면 조직 정책을 우회할 방법을 찾지 말고 관리자에게 현상을 전달하세요.

연결 프로토콜은 앱의 실제 요구 사항에 맞아야 합니다. 일부 기능은 지속적인 응답 스트림을 사용하고 다른 기능은 양방향 연결을 사용할 수 있으므로 일반 페이지 요청만 확인해서는 모든 기능을 점검할 수 없습니다. 특정 기능만 실패한다면 해당 요청 유형이 프록시에서 지원되는지, 앱이 요구 사항에 맞게 연결을 설정하는지 확인하세요. 프로토콜 버전을 함부로 강제 변경하면 문제가 다른 기능으로 옮겨갈 수 있습니다.

자동 재연결로 네트워크를 복구할 수는 있어도 기존 생성 작업까지 복원된다고 보장할 수는 없습니다. 연결이 끊긴 뒤에도 플랫폼이 작업을 처리하고 있을 수 있고 이미 종료했을 수도 있습니다. 재시도하기 전에 세션이나 작업 목록에 결과가 있는지 확인하세요. 파일 생성, 도구 실행, 외부 동작을 수행하는 요청은 중복 전송에 특히 주의해야 합니다. 네트워크가 복구됐다고 이전 작업이 실행되지 않은 것은 아닙니다.

업로드와 생성은 별도로 확인하기

첨부 파일 작업에는 최소한 전송과 서버 처리 두 단계가 있습니다. 업로드 완료 뒤 오래 기다려야 한다면 플랫폼이 파일을 읽고 있을 수 있으므로 곧바로 회선을 바꾸지 마세요. 업로드 진행이 멈췄다면 파일 제한, 연결 경로, 페이지 오류를 확인하세요. 네트워크 테스트를 위해 민감한 파일을 반복해서 올리지 마세요. 대신 공유가 허용되고 내용이 단순한 테스트 자료를 사용해 업무 데이터와 연결 확인을 분리하세요.

파일이 크거나 작업이 복잡하다면 전체 과정에서 로컬 네트워크가 끊기지 않는지 먼저 확인하세요. 노트북 덮개를 닫거나 모바일 네트워크로 전환하거나 프록시 설정을 업데이트하면 연결 조건이 바뀔 수 있습니다. 장시간 작업을 시작하기 전에 기기 전원과 절전 설정을 확인하고 네트워크를 바꾸는 유지 관리 작업은 잠시 미루세요. 안정성은 실제 작업 완료 여부로 판단하고 클라이언트 연결 아이콘만 보고 추정하지 마세요.

스트리밍과 비스트리밍의 차이를 확인하려면 플랫폼이 지원하는 범위에서 같은 기본 입력으로 비교하세요. 비스트리밍은 되는데 스트리밍이 끊긴다면 전송이나 클라이언트 처리 문제로 범위를 좁힐 수 있지만 서버의 스트리밍 구현 문제도 배제해야 합니다. 두 방식 모두 실패한다면 계정, 권한, 기본 연결부터 다시 확인하세요. 장시간 연결 매개변수만 계속 바꾸지 마세요.

장시간 작업 원칙: 생성 중에는 기기와 출구를 안정적으로 유지하세요. 중단된 뒤에는 작업 상태를 먼저 확인하고 다시 제출할지 결정하세요. 재시도를 기본 복구 방식으로 삼지 마세요.

API 권한, 프록시 및 오류 범위

API 호출이 성공하려면 네트워크 연결, 유효한 자격 증명, 프로젝트 권한, 결제 조건, 요청 형식을 모두 충족해야 합니다. 웹 구독과 개발 API는 관리 경로가 서로 다른 경우가 많으므로 한쪽에 다른 쪽이 포함된다고 가정하지 마세요. 문제를 해결하기 전에 호출 중인 공식 제품, API 주소, 모델 권한을 확인한 다음 로컬 프록시를 점검하세요. 주소를 잘못 입력했다면 회선을 바꿔도 잘못된 경로가 올바른 API로 바뀌지는 않습니다.

응답 내용을 확인한 뒤 조치하세요

인증 오류가 분명하다면 자격 증명의 출처, 읽어 오는 방법, 프로젝트 연결을 먼저 확인하세요. 권한 거부는 모델과 조직 권한을 확인하고, 사용량 한도나 호출 빈도 안내는 플랫폼 콘솔에서 처리해야 합니다. 이름 확인 실패, 연결 설정 실패, 인증서 오류는 네트워크나 실행 환경 문제일 가능성이 큽니다. 서버 오류를 자격 증명 변경으로 해결하려 하지 마세요. 원인을 정확히 분류해야 계정 문제를 설정 혼란으로 키우지 않을 수 있습니다.

자격 증명은 보호된 환경 변수나 비밀 정보 관리 도구를 통해 주입하고 소스 코드, 채팅 기록, 화면 캡처, 저장소에 작성하지 마세요. 요청 테스트를 쉽게 하려고 자격 증명 전체를 명령줄 인수에 넣지 마세요. 기록이나 프로세스 정보에 남을 수 있습니다. 유출이 의심되면 플랫폼에서 해당 자격 증명을 폐기하고 새로 발급해야 합니다. 채팅 메시지나 커밋 기록만 삭제해도 비밀 정보가 다시 보호되는 것은 아닙니다.

SDK를 사용할 때는 기본 주소, 모델 이름, 프록시 지원, 시간 제한 동작을 각각 확인해야 합니다. 환경 변수 이름이 맞아도 SDK가 실제로 읽는다는 뜻은 아닙니다. 일부 라이브러리는 네트워크 전송 구성 요소를 명시적으로 전달해야 합니다. 추측한 변수를 여러 개 한꺼번에 설정하지 말고 사용 중인 라이브러리의 공식 문서를 확인하세요. 의존성을 업그레이드한 뒤에는 프록시 설정이 계속 적용되는지도 확인해야 합니다. 프로그램이 실행된다는 사실만으로는 충분하지 않습니다.

자격 증명 없이 연결 확인하기

아래 명령은 설정한 접속 경로와 응답 헤더만 확인합니다. 모델 작업을 보내거나 계정 권한을 증명하지는 않습니다. 먼저 현재 터미널에서 HTTPS_PROXY를 실제 로컬 프록시 주소로 설정하고 AI_API_BASE에는 대상 플랫폼의 공식 API 기본 주소를 입력하세요. 변수에 접속 자격 증명을 포함하면 안 됩니다. 프록시 주소와 리스닝 설정은 클라이언트 화면이나 문서에서 확인하고 출처가 불분명한 포트 번호를 그대로 따라 하지 마세요.

test -n "$HTTPS_PROXY" || {
  printf '%s\n' '먼저 HTTPS_PROXY를 설정하세요'
  exit
}
test -n "$AI_API_BASE" || {
  printf '%s\n' '먼저 AI_API_BASE를 설정하세요'
  exit
}
curl --noproxy "" --proxy "$HTTPS_PROXY" --head "$AI_API_BASE"

일부 접속 지점은 응답 헤더 확인 요청을 허용하지 않습니다. 요청 방식이나 경로 오류 응답이 나온다고 해서 반드시 네트워크 장애인 것은 아닙니다. 이 경우 요청이 어떤 응답 서버에 도달했다는 점만 확인할 수 있으므로 이후에는 공식 문서에 따라 최소한의 유효한 호출을 보내야 합니다. 명령에서 프록시 예외를 일시적으로 무시하는 설정은 지정된 프록시 경로를 분명히 테스트하기 위한 용도입니다. 실제 운영에서는 로컬 및 조직 요건에 맞는 프록시 예외 설정을 복구하세요.

이 확인은 실패하지만 브라우저에서는 정상이라면 터미널이 실제로 사용하는 프록시 주소, 프로토콜, 이름 확인 방식을 비교하세요. 확인은 성공하지만 SDK에서 실패한다면 SDK의 네트워크 전송 설정과 오류 세부 정보를 살펴보세요. 상세 디버그 출력을 전부 켜서 티켓에 올리지 마세요. 자세한 로그에는 인증 정보가 포함될 수 있습니다. 민감한 필드를 걸러낸 뒤 오류 유형, 발생 단계, 필요한 요청 식별 정보만 보관하세요.

요청 제한, 재시도 및 요청 일관성

요청 제한은 회선 속도가 느리다는 뜻이 아닙니다. 플랫폼은 계정, 프로젝트, 모델, 동시 작업 수, 콘텐츠 규모에 따라 호출을 제한할 수 있습니다. 빈도 제한 안내가 나오면 동시 호출을 줄이고 중복 작업을 합치며 공식 응답에 명시된 대기 시간을 따르세요. 출구를 자주 바꿔도 허용된 한도가 늘어나지 않으며 오히려 정상 요청이 끊길 수 있습니다. 결제나 프로젝트 사용량 한도 문제라면 계속 재시도하지 말고 콘솔에서 처리하세요.

재시도에는 한계를 두고 요청이 이미 실행됐을 가능성을 구분해야 합니다. 결과가 반환되기 전에 연결이 끊겼더라도 서버가 작업을 접수했을 수 있습니다. 다시 보내면 사용량이 중복되거나 작업이 반복될 수 있습니다. 플랫폼에서 작업 조회나 멱등성 기능을 제공하면 문서에 따라 사용하세요. 재시도 간격에는 무작위 지연을 넣고 시도 횟수를 제한해 모든 작업 프로세스가 동시에 요청을 다시 보내지 않도록 하세요.

시간 제한 설정은 작업 방식에 맞춰야 합니다. 연결 설정, 첫 응답, 지속적인 데이터 읽기는 서로 다른 단계이므로 하나의 짧은 전체 시간 제한으로 모든 장시간 작업을 제어해서는 안 됩니다. 반대로 무한정 기다리면 실패한 작업이 프로세스를 계속 점유할 수 있습니다. SDK의 시간 제한 정의를 확인하고 실제 작업에 맞춰 설정한 뒤 실패 시 단계 정보를 명확히 출력해 연결 오류와 추론 대기를 구분하세요.

명령줄, IDE 및 CI 설정

개발 환경에서 “현재 기기”가 항상 하나의 네트워크 주체를 뜻하는 것은 아닙니다. 브라우저, 터미널, 에디터 확장 프로그램, 원격 개발 호스트, 컨테이너, CI 실행기가 각각 요청을 보낼 수 있습니다. 로컬 데스크톱에서 프록시가 작동해도 원격 프로세스에서 사용할 수 있다는 뜻은 아닙니다. 문제를 진단하기 전에 실제 요청을 보내는 프로세스가 어디에서 실행되는지, 어떤 프록시 접속 지점에 도달할 수 있는지, 설정을 누가 주입하는지 확인하세요.

터미널 변수는 해당 프로세스에만 적용됩니다

터미널에서 프록시 변수를 설정하면 보통 현재 세션과 이후 실행되는 하위 프로세스에만 적용됩니다. 이미 실행 중인 그래픽 앱의 설정은 자동으로 바뀌지 않습니다. 반대로 데스크톱에서 실행한 에디터가 터미널의 환경 변수를 물려받지 않을 수도 있습니다. 설정을 바꾼 뒤에는 앱의 안내에 따라 관련 프로세스를 다시 시작하고 실제 요청을 확인하세요. 파일 탭만 닫아서는 확장 프로그램 호스트나 백그라운드 서비스가 새로 시작되지 않을 수 있습니다.

HTTP_PROXY, HTTPS_PROXY, ALL_PROXY, NO_PROXY의 지원 여부는 도구마다 다르며 대소문자 처리 방식도 서로 다를 수 있습니다. 프록시 변수 이름은 대상 요청 유형을 나타낼 뿐 프록시 리스너 자체가 어떤 프로토콜을 사용하는지 알려 주지는 않습니다. 클라이언트의 리스너 방식과 호출 도구의 문서에 따라 설정하고 확인되지 않은 주소를 모든 변수에 똑같이 입력하지 마세요.

프록시 예외 목록은 로컬 또는 조직 내부 리소스가 기존 경로를 사용하도록 합니다. 범위를 너무 넓게 잡으면 AI 요청이 예기치 않게 직접 연결될 수 있습니다. 문제를 진단할 때는 대상 호스트가 예외 규칙에 걸리는지 확인하고 특히 와일드카드 설정을 살펴보세요. 외부 API에 접속하려고 필요한 내부 네트워크 예외를 삭제하지 마세요. 통제된 테스트 프로세스에서 별도로 확인한 뒤 운영 설정을 조정해 다른 업무에 영향을 주지 않도록 하세요.

에디터와 원격 개발 환경을 각각 확인하세요

IDE는 자체 프록시를 사용하거나 플러그인 또는 언어 런타임에서 네트워크 처리를 할 수 있습니다. 에디터 업데이트 확인이 성공해도 모델 플러그인이 같은 설정을 사용한다는 뜻은 아닙니다. 먼저 문제가 발생한 기능이 내장 서비스인지 확장 프로그램인지 확인한 다음 해당 문서를 살펴보세요. 불필요한 확장 프로그램을 끄고 간단한 요청을 테스트하면 범위를 좁힐 수 있습니다. 특정 작업 공간에서만 문제가 발생한다면 작업 공간 설정이 사용자 설정을 덮어쓰는지도 확인하세요.

원격 개발에서는 화면은 로컬에 표시되지만 실제 실행은 원격 호스트에서 이뤄질 수 있습니다. 원격 프로세스에서 로컬 루프백 주소는 데스크톱 기기가 아니라 원격 호스트 자체를 가리킵니다. 흔히 발생하는 오해입니다. 조직에서 허용하는 네트워크 방식을 따라 원격 출구를 설정하세요. 로컬 프록시 리스너를 인터넷에 임의로 공개하거나 연결 편의를 위해 인증 및 접근 제어를 끄지 마세요.

컨테이너와 하위 시스템은 각자 네트워크 네임스페이스를 사용합니다. 호스트의 프록시 주소가 컨테이너에서 바로 접근되지 않을 수 있고 앱이 읽는 환경 변수도 빌드 단계와 실행 단계에서 다를 수 있습니다. 실제 실행 중인 컨테이너에서 기본 연결을 먼저 테스트하고 컨테이너 네트워크, 변수 주입, 인증서 신뢰 여부를 확인하세요. 이미지 빌드 파일에 자격 증명을 작성하지 말고 임시 디버그 설정을 운영 이미지에 계속 남겨 두지 마세요.

CI는 통제와 추적 가능성이 중요합니다

CI 실행기는 일반적으로 개발자 컴퓨터의 네트워크 환경을 상속하지 않습니다. 클라우드 호스팅 실행기와 자체 관리 실행기는 출구와 관리 권한이 다르므로 대상 플랫폼이 해당 실행 지역과 자동화 용도를 허용하는지 먼저 확인하세요. 로컬에서 작동한다고 파이프라인에서도 쓸 수 있다고 가정하지 마세요. 기본 연결 확인과 실제 모델 작업을 분리하면 설정 오류가 있을 때마다 실제 업무 요청을 보내는 일을 줄일 수 있습니다.

자동화용 자격 증명은 CI의 보호된 변수를 통해 주입하고 이를 읽을 수 있는 작업을 제한해야 합니다. 외부 기여자 브랜치, 신뢰할 수 없는 스크립트, 임의의 플러그인이 실행 환경에 접근할 수 있습니다. 로그 마스킹은 보조 수단일 뿐 권한 격리를 대신하지 못합니다. 인코딩하거나 조합한 출력으로 정보가 새어 나갈 수도 있습니다. 문제 해결 중 전체 환경 변수 목록을 출력하거나 인증 헤더가 노출되는 상세 추적을 켜지 마세요.

병렬 작업은 각 작업이 전체 한도를 따로 쓴다고 가정하지 말고 합리적인 요청 속도 제어를 공유해야 합니다. 실패한 작업에는 단계, 프로젝트, 오류 유형만 남기고 프롬프트, 소스 코드, 모델의 전체 응답은 저장하지 마세요. 파이프라인에서 비공개 저장소나 고객 데이터를 처리한다면 해당 콘텐츠를 대상 플랫폼에 보내는 것이 조직에서 허용되는지도 확인해야 합니다. 네트워크에 접속할 수 있다고 해서 데이터 처리가 승인된 것은 아닙니다.

VPNTrain은 Windows / macOS / iOS / Android / Linux를 지원하며 동시 접속 기기 수에 제한이 없습니다. 기기 연결 지원 범위가 CI 호스팅, 원격 전달, 모델 동시 호출 기능을 보장하는 것은 아닙니다. 클라이언트는 사용자 패널에서 받을 수 있습니다. 개발 환경의 특수한 접속 방식은 실제 지원 여부를 먼저 확인하고 일반 데스크톱 설정을 서버 배포 방법으로 간주하지 마세요.

연결 문제 해결 및 일상적인 관리

문제가 발생하면 반복 제출을 멈추고 원래 안내 문구와 발생 단계를 기록하세요. 그런 다음 플랫폼 공지, 계정 상태, 실제 출구, 앱 경로를 차례로 확인하고 마지막으로 클라이언트 설정을 조정하세요. 이 순서로 불필요한 작업을 줄일 수 있습니다. 서버 유지 관리에는 캐시 삭제가 필요하지 않고 계정 권한 부족은 회선 전환으로 해결되지 않으며 터미널이 프록시를 읽지 못하는 문제에는 브라우저 세션 재생성이 필요하지 않습니다.

현상에 따라 다음 단계 선택하기

여러 도구에서 기본 연결 실패가 동시에 발생한다면 공통 클라이언트, 로컬 네트워크, 출구를 살펴보는 것이 좋습니다. 특정 도구의 특정 기능에서만 문제가 발생한다면 해당 도구의 작업 상태와 권한을 먼저 확인하세요. 이는 문제 범위를 좁히기 위한 방법이지 절대적인 규칙은 아닙니다. 비교할 때는 테스트 조건을 동일하게 유지하세요. 한 앱은 모바일 네트워크에서, 다른 앱은 사무실 네트워크에서 테스트한 결과를 바로 비교하지 마세요.

제한 및 계정 위험에 올바르게 대응하기

계정에 제한이 걸렸다면 일시적인 요청 제어인지, 모델 권한 문제인지, 계정 상태 변경인지 먼저 확인하세요. 플랫폼에서 제공하는 이의 제기 또는 지원 경로를 보관하고 공식 절차에 따라 진행하세요. 제한 해제를 해 준다는 서비스를 구매하거나 낯선 사람에게 로그인된 기기의 원격 제어를 허용하지 마세요. 정상적인 회선 조정은 연결 문제만 해결하며 플랫폼 심사를 대신하지 않습니다. 플랫폼 이용 규칙을 피하는 데 사용해서도 안 됩니다.

비정상 동작을 줄이려면 제품 약관을 준수하고 모든 작업을 설명할 수 있게 유지해야 합니다. 실제 정보를 사용하고 개인 자격 증명을 공유하지 않으며 통제되지 않는 대량 요청을 보내지 말고 실패했을 때 무한정 재시도하지 마세요. 고정 출구는 환경 변화를 줄일 수 있지만 어떤 연결 습관도 계정 심사를 받지 않는다고 보장하지 않습니다. 위험 안내는 플랫폼 설명에 따라 처리하고 네트워크 서비스를 계정 보호 상품으로 여기지 마세요.

구독 링크가 유출된 것으로 의심되면 사용자 패널에서 재설정이나 관리 기능을 찾아 페이지 안내에 따라 클라이언트를 업데이트하세요. 구독 링크는 연결 설정을 가져오는 데 쓰이는 자격 정보이므로 화면 캡처나 공개 저장소에 올리지 마세요. 개념과 처리 방법은 구독 링크 안내에서 확인할 수 있습니다. 링크가 이미 만료됐더라도 원래 값을 공개된 콘텐츠에 계속 남겨 두지 마세요.

복구 후에는 유용한 기록만 최소한으로 남기세요

연결을 복구한 뒤에는 처음 사용했던 간단한 작업으로 다시 테스트하고 첨부 파일, 플러그인, 자동화 절차를 차례로 복원하세요. 실제로 도움이 된 변경 사항을 기록하고 효과가 없었던 임시 설정은 되돌리세요. 출처를 모르는 규칙, 예비 프록시, 테스트 인증서를 계속 추가하면 다음 문제를 진단하기 더 어려워집니다. 클라이언트와 도구는 각 공식 안내에 따라 업데이트하고 업데이트 후에는 로그인, 일반 생성, 현재 사용하는 개발 작업을 중점적으로 확인하세요.

지원팀에 문의할 때는 사용 중인 플랫폼, 클라이언트 모드, 회선 지역, 장애 시각, 실패 단계, 이미 수행한 비교 테스트를 정리하면 좋습니다. 화면 캡처에서는 계정 정보를 가리고 로그에서 인증 정보, 구독 링크, 세션 데이터, 업무 내용을 삭제하세요. 네트워크 설정 문제는 고객 지원 페이지 또는 사용자 패널 문의에서 설명할 수 있습니다. 플랫폼 권한, 결제, 계정 이의 제기는 해당 플랫폼에 문의하세요.

트래픽 관리도 유지 관리의 일부입니다. 장시간 첨부 파일 전송, 결과 다운로드, 실패한 요청의 반복은 모두 네트워크 리소스를 사용하므로 대화 횟수만으로 필요한 요금제를 추정할 수 없습니다. 먼저 패널의 실제 사용량을 확인한 뒤 조정 여부를 결정하세요. 월간 구독 트래픽은 가입일을 기준으로 매월 초기화되며, 중도 업그레이드 시 차액은 남은 일수에 따라 계산됩니다. 트래픽 팩은 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 세부 요금제는 요금제 및 트래픽 팩에서 확인하세요.

VPNTrain은 14일 무조건 환불을 제공합니다. 자세한 정책은 환불 정책을 확인하세요. 네트워크 서비스를 선택할 때는 연결 요건과 AI 플랫폼 이용 자격을 따로 평가하고 보장할 수 없는 “영구 이용 가능”이라는 말로 실제 점검을 대신하지 마세요. 일상적인 점검에는 이 안내서의 순서를 활용할 수 있습니다. 자격 확인, 출구 검증, 프로세스 점검, 작업 상태 확인 후 근거에 따라 설정을 조정하세요.

빠른 시작 및 종합 안내: 클라이언트 설치를 마치지 않았다면 사용 가이드로 돌아가세요. 이미 연결했는데 기능에 문제가 있다면 이 페이지의 해당 항목을 확인하세요. 한 번에 조건 하나만 바꾸고 결과를 설명할 수 있는 기록을 남기세요.