Steam 로그인은 되는데 게임은 안 된다: 각 경로를 확인하라

Steam을 실행하고 로그인하면 게임이 세션을 찾지 못할 때까지 모든 것이 정상으로 보입니다. 이를 하나가 아니라 세 개의 별개 네트워크 질문으로 다루세요. 상점과 계정 화면, 콘텐츠 다운로드, 게임 세션은 각각 다른 전송을 통해 다른 엔드포인트에 도달할 수 있습니다. 이 점검을 순서대로 수행하고 처음 실패하는 지점에서 멈추세요, 그 이후는 모두 추측이기 때문입니다.

1단계: 로그인만 작동했는지 확인하라

로그인은 계정이 자격 증명과 계정이 요구하는 모든 두 번째 요소를 가지고 ID 서비스에 도달했음을 증명합니다. 콘텐츠 전달에 대해서는 아무 말도 하지 않으며 게임 자체의 호스팅 방식에 대해서도 아무 말도 하지 않습니다. 세 작업 중 실제로 무엇을 시험했는지 적어 두세요, 사람들은 흔히 런처만 시험한 뒤 게임이 실패했다고 보고합니다.

네트워크보다 먼저 실패 문구를 읽으세요. 사용 가능한 서버가 없다고 보고하는 게임은 상점에 도달하지 못하는 런처와는 다른 말을 합니다. 두 오류는 서로 다른 계층에서 나오며 같은 의미인 경우가 드뭅니다. 이 구분이 다음 점검이 이름 확인, UDP, 지역 설정 중 무엇에 관한 것인지를 결정합니다.

계정, 지역, 게임, 시간을 기록하세요. 이 네 값이 없으면 나중의 비교는 우연히 같은 이름을 공유하는 서로 다른 두 시험 사이의 비교가 됩니다.

2단계: 각 작업의 전송을 명명하라

콘텐츠 전달은 큰 HTTP 전송처럼 동작하며 지연을 손실보다 훨씬 잘 견딥니다. 매치메이킹과 게임 내 세션은 종종 UDP를 사용하며, 여기서 패킷을 떨어뜨리는 경로는 느린 다운로드가 아니라 망가진 게임처럼 보입니다. 이 두 프로필은 같은 터널에서 다르게 실패하므로 빠른 다운로드가 정상 세션을 예측하지 못합니다.

먼저 공급업체 포트 목록이 아니라 목적지와 활성 소켓을 확인하세요. 목록은 플랫폼이 무엇을 쓸 수 있는지 말하고, 소켓은 이 클라이언트가 지금 무엇을 하는지 말합니다.

nslookup api.steampowered.com
ss -uanp | head -20
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://store.steampowered.com/

전송 경로가 정상인데 게임 프로세스가 트래픽이 있는 UDP 소켓을 붙들고 있다면 실패는 UDP 쪽에 있습니다. 이는 문제를 계정이나 상점이 아니라 터널의 UDP 처리로 좁힙니다.

3단계: 포트 목록보다 먼저 포함 정책을 확인하라

많은 VPN 클라이언트는 정책을 전체 머신이 아니라 응용 프로그램별, 주소 범위별 또는 주소 패밀리별로 적용합니다. 런처는 터널 안에 있는데 별도로 실행한 게임 바이너리는 밖에 있을 수 있고, 그러면 둘은 세계에 대해 합의하지 못합니다. 응용 프로그램 수준 포함은 공급업체 클라이언트가 설치된 게이밍 노트북에서 흔한 원인입니다. 지난달 저장한 프로필이 아니라 실제로 유효한 정책을 읽으세요.

라우팅 테이블과 기본 경로를 가진 인터페이스를 보세요. 목적지 접두사를 기반으로 하는 분할 터널 규칙은 거기에 나타나지만 응용 프로그램 수준 제외는 나타나지 않습니다. 둘 중 하나를 바꾸기 전에 이 차이를 알아 둘 가치가 있습니다.

ip route show default
ip -brief addr
Get-NetAdapter | Select-Object Name, Status, InterfaceDescription

게임 트래픽이 물리 어댑터로 나가는데 상점이 터널을 지난다면 포함 정책이 원인입니다. 어떤 포트 예외도 라우팅 결정을 고치지 못하며, 하나를 추가하면 표면만 넓어집니다.

4단계: UDP를 운반할 수 없는 SOCKS 경로를 배제하라

Tor는 SOCKS 프록시를 제공하며, 생태계 전반의 SOCKS 지원은 UDP에 대해 일관되지 않습니다. Tor의 문서화된 동작은 UDP ASSOCIATE를 구현하지 않으므로, 세션 트래픽이 UDP인 게임은 클라이언트를 어떻게 향하게 하든 그 경로를 쓸 수 없습니다. 프록시를 통해 작동하는 브라우저는 브라우저의 TCP 흐름이 작동한다는 것만 증명합니다.

의도가 아니라 주장을 시험하세요. 같은 프록시를 통한 TCP 전용 시험이 성공해도 게임이 여전히 사용할 수 없는 세션을 보고한다면, 프록시 경로는 게임에 필요한 트래픽을 운반하지 않습니다.

라우팅된 VPN과 SOCKS 프록시를 서로 다른 능력을 가진 다른 도구로 다루세요. 하나를 다른 것으로 바꾸는 것은 구성 선호가 아니라 설계 변경입니다.

기록을 협약과 대조하라

네트워크 도달 가능성과 계정 권한은 별개의 질문이며, 작동하는 터널이 답하는 것은 전자뿐입니다. 제한은 선택한 프로토콜이 아니라 프록시 뒤의 의도에 관한 것입니다. 유효한 협약은 계정 소유자가 사는 곳을 숨기는 것을 목적으로 하는 IP 프록시를 제한하므로, 작동하는 경로도 수락한 조건 밖에 있을 수 있습니다. 연결성을 승인으로 여기지 말고 협약을 읽으세요.

정직한 비교를 위해 한 번에 변수 하나만 바꾸고 같은 게임, 서버 지역, 계정, 작업을 유지하세요. 그런 다음 처음에 기록한 같은 네 작업에서 결과를 확인하세요.

tracert -h 12 store.steampowered.com
ss -uanp | grep -i -E 'game|steam'
curl -sS -o /dev/null -w '%{remote_ip} %{time_connect}\n' https://store.steampowered.com/

기록이 로그인은 되고 다운로드도 되며 세션이 실패한다고 보여 주면, 남은 질문은 경로의 UDP입니다. 셋 다 되면 원래 불만은 다른 것에 관한 것이었고, 다음 유용한 단계는 터널이 아니라 게임 자체의 로그입니다. 어느 쪽이든 점검 목록은 논쟁을 구체적인 관찰로 바꿨습니다.