Vuze 포트 포워딩: NAT와 방화벽 연결 문제 해결

Vuze 포트 포워딩의 기본 흐름

선택하고, 맞추고, 전달하고, 허용한 뒤 테스트합니다. 여러 설정을 동시에 바꾸면 원인을 찾기 어렵습니다.

Vuze는 피어의 수신 연결을 받기 위해 수신 포트를 사용합니다. 번호 자체가 속도를 보장하지 않으며 오래된 기본 번호가 항상 올바른 것도 아닙니다. 사용하지 않는 높은 포트 하나를 정하고 값을 기록한 뒤 Vuze, 라우터, 방화벽에서 같은 값을 사용하세요. 라우터가 전달하는 번호와 Vuze가 듣는 번호가 다르면 화면에 저장되더라도 테스트는 실패합니다.

로컬 경로에는 Vuze 연결 설정, 컴퓨터 방화벽, 라우터 전달 규칙, 컴퓨터의 사설 IP가 포함됩니다. VPN을 사용하면 공급자가 별도의 수신 포트를 주거나 외부 연결을 차단할 수 있어 한 단계가 더 생깁니다. 합법적이고 피어가 활성화된 작은 전송으로 시작하고 바꾸기 전의 값을 보관하세요.

• TCP와 UDP에 사용할 안정적인 포트를 정하고 이전 값을 저장합니다.
• 라우터 규칙을 만들기 전에 컴퓨터의 사설 IP를 예약합니다.
• Vuze, 라우터, 방화벽의 값을 맞춘 뒤 NAT/Firewall 테스트를 실행합니다.
• VPN 포트와 가정용 라우터 포트는 공급자의 설명이 있을 때까지 별도 경로로 봅니다.

포트를 선택하고 Vuze에 입력하기

이 Vuze 포트 포워딩 확인은 연결 메뉴에서 시작합니다. 오래된 화면이나 기본 번호가 현재 네트워크와 일치한다고 가정하지 마세요.

Vuze의 네트워크 또는 연결 환경설정에서 수신 TCP/UDP 포트를 찾습니다. Vuze Classic 버전과 운영체제에 따라 이름이 다를 수 있습니다. 넓은 범위보다 포트 하나가 확인하기 쉽습니다. 다른 프로그램이 사용하는 번호를 피하고 시험할 때마다 번호를 바꾸지 말며 공인 주소와 포트 번호를 함께 공개하지 마세요. 뒤의 모든 계층이 동일한 값을 참조해야 합니다.

라우터에 DHCP 예약 기능이 있다면 전달 규칙을 만들기 전에 Vuze를 실행할 컴퓨터의 사설 주소를 예약합니다. 예약이 없으면 재부팅 후 다른 주소가 배정되어 규칙이 다른 장치로 향할 수 있습니다. 예약은 로컬 목적지를 안정화할 뿐 인터넷에서 접근할 수 있게 만드는 기능은 아닙니다.

• 수신 포트는 Vuze와 이어지는 모든 규칙에서 같은 값이어야 합니다.
• 사설 IP를 고정해 다른 장치로 전달되지 않게 합니다.
• 라우터, 방화벽, VPN에서 TCP/UDP 처리를 일관되게 유지합니다.

1. 기록변경하기 전에 현재 Vuze 포트, 사설 IP, 라우터 모델을 적어 둡니다.
2. 선택라우터와 VPN 공급자가 허용하는 사용하지 않는 높은 포트를 하나 고릅니다.
3. 적용Vuze에 저장하고 환경설정을 다시 열어 값이 유지되는지 확인합니다.
4. 예약DHCP 예약을 만들어 재부팅으로 목적지가 바뀌지 않게 합니다.

라우터와 방화벽에서 포트 전달하기

Vuze 포트 포워딩에서는 라우터 규칙과 운영체제 방화벽 규칙이 서로 다른 부분을 처리합니다. 예약한 사설 IP에만 연결하세요.

로컬 게이트웨이 주소로 라우터 관리 화면을 열고 Port Forwarding, Virtual Server와 같은 메뉴를 찾습니다. 선택한 포트를 Vuze 컴퓨터의 예약된 사설 IP로 전달하는 규칙을 만듭니다. 외부 포트와 내부 포트를 따로 입력하는 화면이라도 문서에서 달리 말하지 않으면 같은 값을 사용하세요. 메뉴가 허용한다는 이유로 넓은 포트 범위를 열지 마세요.

컴퓨터에서는 현재 활성화된 방화벽 프로필에서 필요한 Vuze 통신만 허용합니다. 사설 네트워크 규칙은 운영체제가 공용 네트워크로 판단할 때 적용되지 않을 수 있습니다. 방화벽 전체를 끄거나 전역 수신 허용을 만들지 마세요. 규칙을 저장한 뒤 Vuze 연결을 다시 시작하고 합법적인 전송 중에 테스트합니다.

1. 열기제조사가 안내하는 로컬 게이트웨이로 라우터 관리 화면에 들어갑니다.
2. 지정포트를 예약된 Vuze 컴퓨터 IP로 전달하고 규칙을 구체적으로 유지합니다.
3. 허용활성 방화벽 프로필에서 필요한 통신만 허용하고 보호 기능은 유지합니다.
4. 재시험Vuze가 포트를 듣고 활성 피어가 있는 상태에서 NAT/Firewall 테스트를 실행합니다.

Vuze 포트 전달 절차를 확인한 참고 자료

VPN, UPnP, CGNAT의 제한 이해하기

닫힌 포트 테스트가 항상 라우터 오류를 뜻하는 것은 아닙니다. 상위 네트워크가 수신 연결을 막을 수 있습니다.

VPN이 연결되면 피어 경로가 집의 라우터가 아니라 VPN 공급자에서 끝날 수 있습니다. 어떤 VPN은 재연결할 때마다 바뀌는 수신 포트를 제공하고, 어떤 VPN은 수신 연결을 제공하지 않습니다. 공급자가 포트를 문서화했다면 활성 포트를 Vuze에 넣고 UPnP 또는 NAT-PMP 안내를 따르세요. 가정용 라우터 포트를 임의로 열어도 터널을 통과하는 것은 아닙니다.

UPnP는 자동 매핑을 만들 수 있지만 수동 규칙이나 VPN과 충돌할 수 있습니다. 진단하는 동안 UPnP와 NAT-PMP 상태를 기록하고 한 방법만 사용하세요. CGNAT에서는 공인 주소를 여러 사용자가 공유하므로 수신 요청이 집에 도달하지 않을 수 있습니다. 로컬 규칙을 넓혀도 공인 매핑은 생기지 않습니다. ISP에 공인 주소를 문의하거나 문서화된 공급자 기능을 사용하세요.

포트 검사기는 검사 순간에 애플리케이션이 실제로 듣고 있을 때만 확인합니다. Vuze가 일시 중지되었거나 VPN 포트가 바뀐 상태에서 닫혔다고 해서 저장된 라우터 규칙이 틀렸다고 단정할 수 없습니다. Vuze 로그, 라우터 규칙, VPN 상태와 함께 결과를 남기세요.

• VPN이 없으면 라우터와 로컬 방화벽이 주요 경로입니다.
• 수신 포트를 제공하는 VPN이면 활성 값과 UPnP 안내를 따릅니다.
• VPN에 포트 전달이 없으면 수신 피어가 의도적으로 차단될 수 있습니다.
• CGNAT이면 로컬 변경을 반복하지 말고 ISP에 공인 주소를 문의합니다.

결과를 테스트하고 NAT 문제 분리하기

Vuze 포트 포워딩이 계속 닫혀 있으면 포트, VPN, 방화벽을 동시에 바꾸지 말고 짧은 판단 순서를 사용하세요.

Vuze를 시작하고 선택한 포트에서 듣게 한 다음 NAT/Firewall 테스트를 실행합니다. 라우터의 활성 규칙과 현재 사설 IP를 결과와 비교하세요. 열려 있다면 설정을 유지하고 재부팅과 VPN 재연결 뒤에도 유지되는지 관찰합니다. 재부팅 후에만 닫히면 DHCP 예약과 방화벽 프로필을 먼저 확인합니다. VPN에서만 닫히면 라우터를 바꾸기 전에 공급자의 포트 정책을 읽습니다.

계속 닫혀 있다면 가장 최근에 추가한 변경 하나만 되돌리고 다시 테스트합니다. TCP/UDP 불일치, 오래된 IP, 이중 NAT, CGNAT는 같은 증상처럼 보일 수 있습니다. 두 번째 게이트웨이, 라우터 모드의 ISP 모뎀, 공인 연결을 소유한 메시 장치가 있는지 확인하세요. 상태를 녹색으로 만들려고 예외를 늘리는 대신 처음 막히는 계층을 찾습니다.

포트가 열렸는데 전송이 느리면 Vuze 속도 가이드에서 피어, 큐, 저장 공간을 확인하세요. 자석 링크 메타데이터가 오지 않으면 자석 링크 문제 해결을 참고하세요.

• 재부팅 후 다시 테스트해 IP와 네트워크 프로필 변화를 확인합니다.
• 규칙을 넓히기 전에 이중 NAT를 확인합니다.
• 비교할 때 VPN 연결 상태를 기록합니다.
• ISP나 VPN 계층이 막고 있다면 라우터를 계속 수정하지 않습니다.

안전하지 않은 포트 포워딩 우회 피하기

테스트가 녹색이라는 이유만으로 컴퓨터의 모든 서비스를 인터넷에 노출하지 마세요.

DMZ, 전체 포트 범위, 외부 원격 관리를 첫 해결책으로 사용하지 마세요. 시험용 규칙은 테스트 후 제거합니다. SourceForge 공식 공지는 Vuze 5.7.6.0이 2017년 11월 2일에 발표되었다고 기록합니다. 오래된 클라이언트에 예외가 계속 필요하다면 값을 되돌리고 유지 관리되는 대안을 비교하세요.

문제가 반복되면 먼저 현재 상태를 짧은 표로 정리하세요. Vuze가 실제로 듣는 포트, 컴퓨터의 사설 주소, 라우터의 외부 및 내부 포트, 활성 방화벽 프로필, VPN 연결 여부를 한 줄씩 적습니다. 그 다음 한 항목만 바꾸고 NAT/Firewall 테스트를 다시 실행합니다. 재부팅 뒤 주소가 달라졌는지, 라우터가 이중 NAT 뒤에 있는지, ISP가 공유 주소를 주는지 확인하면 불필요한 규칙을 늘리지 않고 원인을 좁힐 수 있습니다. 설정 화면의 값이 맞아도 상위 VPN이나 CGNAT가 들어오는 요청을 막으면 결과는 닫힌 상태로 남습니다. 이때는 로컬 포트를 계속 바꾸기보다 공급자 문서와 ISP 지원 내용을 확인하고, 임시로 만든 규칙은 삭제하세요.

• DMZ나 전체 수신 허용을 첫 해결책으로 사용하지 않습니다.
• 이전 값을 저장하고 사용하지 않는 매핑을 제거합니다.

Vuze 5.7.6.0 출시 공지