ChatGPT를 열었더니 "Something went wrong"만 반복되거나, 빨간 화면에 Error code 1020이 떡하니 박혀 있다. 이쯤 되면 보통 브라우저를 껐다 켜고, 캐시를 지우고, 그래도 안 되면 "내 컴퓨터가 문제인가" 의심하게 된다.
그런데 대부분은 컴퓨터 잘못이 아니다. OpenAI 앞단에 붙어 있는 Cloudflare 보안 필터가 내가 나가는 IP를 의심하거나, 한국에서 미국 서버로 가는 회선이 특정 시간대에 막히는 것이 진짜 원인이다. 그래서 새로고침을 반복할수록 1020·429를 더 자주 보게 되는 역효과가 난다. 아래에서는 화면에 뜬 코드가 정확히 무엇을 의미하는지부터 짚고, 회선 쪽을 어떻게 손봐야 하는지로 넘어간다.
지금 내 화면은 어느 쪽인가
"ChatGPT가 안 된다"는 한마디로 뭉뚱그리면 해결이 안 된다. 증상이 크게 두 갈래로 갈리기 때문이다. 본인이 어느 쪽인지부터 확인하자.
로그인 직후 멈추거나 빨간 코드가 뜬다면
아이디와 비밀번호는 분명히 맞는데, 로그인 버튼을 누르는 순간 화면이 하얗게 굳거나 "Access denied · Error code 1020", "Error code 1015"가 뜬다. 계정이 잠긴 게 아니라 내 IP가 보안 필터에 걸렸다는 신호다.
특히 카페·호텔처럼 여러 사람이 같이 쓰는 공용 와이파이, 회사나 학교 공유망, 평판이 낮은 무료 프록시 IP에서 잘 터진다. 한 출구 IP를 수백 명이 돌려 쓰다 보면 그중 한 명이 봇처럼 행동하는 순간 IP 전체가 의심받고, 나는 아무것도 안 했는데 옆자리 사람 때문에 같이 막히는 식이다.
대화 중에 끊기고 429가 반복된다면
이쪽은 로그인까지는 멀쩡한데 답변이 절반쯤 나오다 멈추고 "Too many requests · 429"나 "network error"가 뜨는 경우다. 저녁 9시 이후 새벽까지, 미국 동부 업무 시간과 겹치는 시간대에 유독 잦다. 한국에서 미국 서버로 가는 길이 혼잡해지면 응답 패킷이 늦게 도착하고, ChatGPT 입장에서는 연결이 끊긴 걸로 보여 스트리밍을 중단해 버린다.
오류 코드가 실제로 말하는 것
증상을 둘로 나눴으니, 이제 코드 자체가 무엇을 가리키는지 본다. 코드를 알면 "내가 손댈 수 있는 부분"과 "기다릴 수밖에 없는 부분"이 구분된다.
1020과 1015는 IP 평판 문제다
1020은 Cloudflare가 "이 IP는 차단 규칙에 걸렸다"고 알리는 코드, 1015는 "요청 속도가 한도를 넘었다"는 속도 제한 코드다. 표현은 달라도 결국 내 출구 IP의 평판이 깎였다는 뜻이라 대응은 비슷하다.
해결의 핵심은 깨끗한, 가급적 나 혼자 쓰는 출구 경로로 갈아타는 것이다. IP 풀을 주기적으로 점검하는 회선이라면 평판이 살아 있는 IP로 나가기 때문에 1020을 만날 확률 자체가 낮다. 여기에 시크릿 모드 전환과 쿠키·캐시 삭제를 곁들이면 회복이 좀 더 빨라진다. 다만 이 둘은 어디까지나 보조 수단이고, 출구 IP가 더러우면 캐시를 백 번 지워도 똑같이 막힌다.
429와 5xx는 길이 막혔다는 뜻이다
429는 짧은 시간에 요청이 몰렸다는 신호고, 500·502·503 같은 5xx는 서버나 중간 경로의 일시 장애다. 사용자가 직접 손댈 수 있는 건 "내 요청이 서버까지 가는 길을 덜 혼잡하게 만드는 것" 하나뿐이다.
한국에서 미국 ChatGPT 서버까지의 기본 경로는 시간대에 따라 왕복 지연(RTT)이 출렁인다. 혼잡 구간을 우회하는 가속 회선을 쓰면 이 출렁임이 줄고, 응답이 제때 도착하니 스트리밍이 중간에 죽어 429로 떨어지는 일이 함께 줄어든다.
같은 ChatGPT인데 회선따라 체감이 갈리는 이유
속도를 좌우하는 지표는 사실 단순히 "빠르다"가 아니다. 키를 누르고 첫 글자가 뜨기까지의 지연(latency), RTT가 들쭉날쭉한 정도인 지연 변동(jitter), 그리고 패킷 손실률. 이 셋이 함께 움직인다.
특히 jitter가 문제다. 평균 속도가 빨라도 RTT가 출렁이면 스트리밍이 뚝뚝 끊긴다. 손실률이 1~2%만 돼도 답변이 자꾸 멈춘다. 무료 회선은 세 지표가 죄다 불안정하고, 전용 가속 회선은 이걸 묶어서 관리한다는 차이가 있다. ChatGPT뿐 아니라 Claude, Gemini처럼 응답을 실시간으로 흘려보내는 서비스일수록 이 차이가 그대로 드러난다.
출구를 고를 수 있느냐 없느냐
요즘 가속 클라이언트는 WireGuard 계열 경량 프로토콜로 암호화 부담을 줄이고, 여러 출구 위치 중 ChatGPT까지 가장 빠른 길을 알아서 고른다. 여기서 진짜 중요한 건 출구를 내가 직접 바꿀 수 있다는 점이다. 1020에 걸렸을 때 출구 한 번 바꾸면 깨끗한 IP로 다시 붙어 바로 풀리는 경우가 많다. 반대로 출구가 하나뿐인 무료 회선은 그 IP가 더러워지는 순간 갈아탈 카드가 없다.
전용 가속·무료·공용 프록시, 뭐가 다른가
접속 오류라는 관점 하나로만 좁혀서 세 방식을 비교하면 차이가 분명해진다.
| 항목 | TonBoVPN 같은 전용 가속 | 무료 방식 | 공용 프록시 |
|---|---|---|---|
| 출구 IP 평판 | 전용 풀을 주기 점검, 1020 빈도 낮음 | 수백 명 공유, 블랙리스트 위험 큼 | 불특정 다수 공유, 차단 잦음 |
| 지연 변동(jitter) | 혼잡 우회로 비교적 일정 | 시간대 따라 출렁임 | 예측 어려움 |
| 출구 위치 선택 | 여러 위치 자유 전환 | 고정이거나 선택 불가 | 대개 선택 불가 |
| 스트리밍 끊김 | 손실 관리로 줄임 | 저녁 혼잡 시간 잦음 | 잦음 |
| 프로토콜 | WireGuard 계열 경량 | 구형이거나 불명확 | 불명확, 보안 취약 |
막상 1020이 떴을 때 순서
이론은 됐고, 화면에 빨간 코드가 떴을 때 손 빠르게 처리하는 순서만 외워 두면 된다.
- 출구 위치를 한 번 바꿔 깨끗한 IP로 다시 붙는다. 1020은 이 한 방으로 풀리는 경우가 가장 많다.
- 여전히 막히면 브라우저 쿠키와 캐시를 지우고 시크릿 창에서 재접속한다.
- 그래도 안 되면 잠시 두었다가 또 다른 출구로 재시도한다. 같은 출구를 연타하는 건 의미가 없다.
- 모바일이라면 와이파이를 끄고 LTE·5G로 바꿔 본다. 회선 자체가 달라져 풀리기도 한다.
자주 나오는 질문 몇 가지
VPN을 켜니까 오히려 ChatGPT 로그인이 막히던데요
평판 낮은 무료 회선이면 그렇다. 더러워진 공유 IP로 나가면 Cloudflare가 봇으로 의심해 막아 버린다. IP 평판을 관리하는 회선을 쓰면 이 문제가 크게 준다. "VPN을 쓰면 무조건 막힌다"가 아니라 회선 품질 차이일 뿐이다.
저녁만 되면 느려지는 것도 회선 탓인가요
그럴 가능성이 높다. 저녁부터 새벽까지는 국제 회선이 붐벼 RTT가 출렁인다. 혼잡 구간을 우회하는 경로를 쓰면 같은 시간대라도 응답이 한결 일정하게 유지된다.
유료 가속이 정말 체감될 만큼 다른가요
스트리밍 응답에서 가장 크게 갈린다. 무료 회선은 지연과 손실 관리가 안 돼 답변이 자꾸 끊기지만, 전용 회선은 RTT 변동과 패킷 손실을 함께 잡아 ChatGPT는 물론 Claude·Gemini 같은 실시간 응답형에서 차이가 분명하다. 가벼운 단발 질문이라면 굳이 필요 없을 수도 있다.
결국 출발점은 화면에 뜬 코드를 읽는 것이다. 1020·429처럼 회선 품질에 좌우되는 오류는 깨끗한 출구와 혼잡을 피하는 경로로 바꾸는 순간 대부분 사라진다. 매번 새로고침과 씨름하는 대신 IP 평판과 지연 변동을 함께 관리하는 회선을 한 번 깔아 두면, 다음에 1020 경고창이 떠도 출구만 슬쩍 바꿔 끝낼 수 있다. TonBoVPN도 그 선택지 중 하나다.
