먼저 패널에 표시된 서버의 주소와 포트를 사용하여 접속하세요. 기본 포트는 프로토콜을 설명할 뿐, 구체적인 포트 할당을 대신하지는 않습니다. 접속이 실패하면 네트워크 규칙을 변경하기 전에 서버 시작 상태, 클라이언트, 주소를 먼저 확인하세요.

왼쪽부터: 원인 조사, 초기 상태 보호, 사본만 편집, 결과 확인.
왼쪽부터: 원인 조사, 초기 상태 보호, 사본만 편집, 결과 확인.

두 가지 게임 연결 구분하기

연결 일반적인 기본값 서버에 적용되는 기준
Java 플레이어 TCP 25565 표시된 Java 주소 및 할당된 TCP 포트
Bedrock 플레이어 UDP 19132 표시된 Bedrock 주소 및 할당된 UDP 포트
Geyser를 통한 Bedrock 별도의 UDP 입력 실제 Geyser 구성 및 포트 할당
RCON 별도의 원격 관리 일반적인 게임 플레이에는 필요하지 않음

Paper 구성 참조와 BDS 참조에는 서버 매개변수가 설명되어 있습니다. TCP 포트가 열려 있다고 해서 Bedrock UDP 입력이 작동한다는 것을 증명하지는 않습니다.

RCON은 추가적인 게임 포트가 아닙니다. 실패한 접속을 해결하려는 시도로 이 관리용 접근 권한을 열지 마세요. 선택적으로 사용하는 웹 지도 역시 별도의 연결을 사용하며, 일반적인 Minecraft 로그인에는 필요하지 않습니다.

다음 순서로 확인하기

  1. 패널에서 올바른 서버를 여세요. 설치가 완료되었고 프로세스가 실제로 시작되었나요?
  2. 콘솔의 시작 로그를 확인하세요. 모드가 누락되었거나 포트 바인딩 오류가 있는 서버는 연결을 안정적으로 수락하지 못합니다.
  3. 에디션과 지원되는 클라이언트 버전을 비교하세요. 모드팩의 경우 지정된 클라이언트 인스턴스가 실행 중이어야 합니다.
  4. 주소와 포트를 패널에서 정확히 그대로 사용하세요. SFTP, 웹 또는 관리용 데이터를 실수로 사용하지 마세요.
  5. 새로운 연결을 시도해 보고 정확한 메시지, 시간, 시간대를 기록하세요.

추가 Java 포트의 경우 주소는 예를 들어 play.example.net:25570 와 같은 형태입니다. 이는 예시일 뿐, 여러분 서버의 실제 주소가 아닙니다. Bedrock은 클라이언트에 따라 주소와 포트를 위한 입력란이 따로 제공됩니다. 콘솔 기기는 자체 서버를 추가할 수 있는지 여부가 서로 다릅니다.

오류 메시지를 단서로 활용하기

관찰 내용 다음으로 확인해야 할 사항
호스트 이름을 알 수 없음 표기법 및 DNS 확인
연결이 거부됨 시작 상태, 할당된 포트, 대기 중인 서비스
시간 초과 올바른 프로토콜의 접근 가능 여부 및 네트워크 경로
오래된 클라이언트 또는 서버 양쪽에서 지원되는 버전
화이트리스트 또는 차단 메시지 해당 계정의 접근 규칙
모드 핸드셰이크 실패 팩, 로더, 공통 게임플레이 모드

이러한 메시지는 단서일 뿐, 명확한 원격 진단은 아닙니다. 다른 플레이어와 비교해 보세요. 하나의 계정에서만 실패한다면, 서버 전체를 재구성하는 것이 가장 먼저 시도할 합리적인 조치는 아닙니다. 직접 주소와 포트로는 접속되지만 자체 도메인으로는 접속되지 않는다면 DNS에 집중하세요.

자체 도메인과 SRV

Java SRV 레코드는 올바른 대상 호스트와 포트를 가리킬 수 있습니다. 예시 도메인에 대한 일반적인 형태는 다음과 같습니다:

_minecraft._tcp.play.example.net. 3600 IN SRV 0 0 25570 node.example.net.

대상 호스트는 올바르게 확인될 수 있어야 합니다. 이 레코드는 포트를 열지 않으며, 접근 가능한 서버 할당을 대신하지도 않습니다. 설정을 위해 자체 도메인 연결하기 가이드를 참고한 후, 새로운 연결 시도로 테스트하세요. DNS 캐시에는 이전 응답이 남아 있을 수 있습니다.

이 Java 방식을 Bedrock을 위한 보편적인 해결책으로 적용하지 마세요. Bedrock에서는 각 클라이언트에 문서화된 주소와 명시적인 포트를 사용하세요. Geyser를 사용하려면 실제로 접근 가능한 Bedrock 입력이 필요합니다. 텍스트 파일에 임의의 사용 가능한 포트를 적어 넣는 것만으로는 충분하지 않습니다.

임대 서버인가, 자택 서버인가?

임대 서버의 경우 일반적으로 자택 라우터에서 포트 포워딩을 설정할 필요가 없습니다. 서버는 호스팅 업체 측에 있습니다. 시작이 성공했음에도 패널에 표시된 주소로 접속할 수 없다면, 지원팀에 정확한 오류 메시지와 발생 시점을 알려주세요.

직접 운영하는 자택 서버의 경우, 공인 접근성, 라우터 할당, 방화벽 문제가 추가로 발생합니다. 올바른 내부 기기로 필요한 연결만 여세요. 사설 LAN 주소는 네트워크 외부에서는 공인 대상이 아닙니다. 제공업체 NAT 환경에서는 라우터 포트 포워딩만으로는 충분하지 않을 수 있습니다.

방화벽, 백신 프로그램, 계정 검증을 무조건 비활성화하지 마세요. 네트워크 문제를 우회하기 위해 online-mode 를 변경하지도 마세요. 이렇게 하면 로그인 방식과 플레이어 데이터의 연결 방식이 바뀔 수 있습니다.

지원팀의 진단에 도움이 되는 정보

서버, 에디션, 클라이언트 및 서버 버전, 정확한 메시지, 발생 시점, 사용한 주소 유형, 다른 플레이어도 영향을 받는지 여부를 기록하세요. 콘솔의 관련 시작 및 연결 로그도 함께 첨부하세요. 비밀번호, 세션 코드, 접근 키는 절대 공유하지 마세요.

실제 시작 오류의 경우 Paper 오류 진단이 도움이 됩니다. 모드팩 관련 문제의 경우, 추가적인 포트 변경보다는 모드팩 접속하기 가이드가 더 적합합니다.

FAQ

Java 서버가 반드시 25565 포트를 사용해야 하나요?

아니요. 중요한 것은 할당된 연결입니다. 다른 포트를 사용하는 경우, 이를 직접 명시하거나 해당하는 도메인 확인을 설정하면 됩니다.

온라인 포트 체커가 Bedrock이 작동한다는 것을 증명하나요?

실제 Bedrock 연결을 의미 있게 확인하는 경우에만 그렇습니다. 일반적인 TCP 테스트는 UDP에 대해서는 거의 알려주는 바가 없습니다. 적합한 Bedrock 클라이언트로 테스트하세요.

게임을 하려면 RCON이 필요한가요?

아니요. RCON은 관리 기능이며, 일반적인 연결 오류를 해결하는 것과는 관련이 없습니다.

관련 가이드

다른 언어로 읽기

Deutsch · English · Español · Français · Nederlands · Português · Русский