Tunnelbear가 연결되었지만 작동하지 않을 때 수행 할 작업

차례:

비디오: Harry Nilsson Without You 1972 HD 2024

비디오: Harry Nilsson Without You 1972 HD 2024
Anonim

대부분의 IT 관리자는 새 VPN을 성공적으로 배포하기 전에 VPN에 대한 문제 해결을 수행하는 데 상당한 시간을 소비합니다.

그러나 VPN 문제 해결은 대상에 도달하기 전에 여러 링크를 통해 데이터가 이동하기 때문에 복잡한 특성으로 인해 WAN 연결 문제 해결과 유사합니다.

VPN 연결의 각 링크에서 문제가 발생할 수 있으므로 문제를 알고 문제 해결 절차를 수행하면 VPN 연결을 디버깅하는 데 도움이됩니다.

다음은 TunnelBear가 연결되었지만 작동하지 않을 때 도움이되는 문제 해결 시나리오와 해당 솔루션입니다.

FIX: TunnelBear가 연결되었지만 작동하지 않는 문제

  1. VPN 배포 실패
  2. TunnelBear VPN이 연결되었지만 클라이언트가 로그온 할 수 없음
  3. 연결되었지만 LAN을 사용하여 찾아 볼 수 없음
  4. 연결되었지만 인터넷을 탐색 할 수 없습니다
  5. 연결되었지만 네트워크 환경에 나타나지 않습니다

1. TunnelBear VPN 배포 실패

VPN 구현은 최소한 인터넷에 연결된 RAS PPTP 서버와 클라이언트 및 서버와 클라이언트 사이의 PPTP 연결로 구성됩니다. ISP 서비스 또는 인터넷 연결이 가능하면 전 세계 어디에서나 서버 또는 LAN에 연결할 수 있습니다.

문제는 대부분의 VPN이 그렇게 간단하지 않다는 것입니다. VPN 서버는 라우팅 된 LAN 세그먼트 (일반적으로 방화벽 뒤)에 있으며 클라이언트 연결에는 자체 라우터와 방화벽이있는 ISP 네트워크도 사용됩니다.

이에 대한 해결책은 최소한의 설치 서비스가있는 NT 서버로 시작한 다음 프로토콜을 TCP / IP 및 PPTP의 두 개로 제한하는 것입니다. 클라이언트 연결 문제를 해결하기 전에 서비스 팩으로 서버를 업데이트하여 시간을 절약 할 수도 있습니다. NT 4.0 서비스 팩 5 (SP5) 및 SP6a는 조각난 패킷, 끊어진 연결 및 거부 된 연결 관련 문제를 포함한 대부분의 PPTP 연결 문제를 해결합니다.

팁: 문제점 해결을 위해 서버 구성을 간단하고 간단하게 유지하십시오.

  • 또한 읽기: Windows 10을위한 최고의 VPN 소프트웨어 클라이언트 10 개

2. TunnelBear VPN이 연결되었지만 클라이언트가 로그온 할 수 없음

TunnelBear가 연결되어 있지만 클라이언트가 로그온 할 수없는 경우에도 문제가 발생할 수 있습니다.

이에 대한 세 가지 가능한 원인이 있습니다.

  • 도메인 및 서버 계정 구성

RAS 서버가 도메인 컨트롤러 또는 독립형 시스템으로 구성된 경우에 발생합니다. 도메인 컨트롤러로 구성된 경우 사용자의 도메인 계정에 전화 접속 권한이 있는지 확인하십시오. 도메인 컨트롤러가 아닌 경우 RAS 서버는 기본적으로 로컬 SAM에 대해 클라이언트의 자격 증명을 인증합니다.

독립형 서버는 RAS 서버의 로컬 계정을 사용하거나 도메인 SAM에 대해 자격 증명을 인증하도록 레지스트리를 편집하여 인증 할 수 있습니다. 두 경우 모두 제공 한 계정에 대한 전화 접속 권한이 있어야합니다.

  • 컴퓨터 계정 구성

컴퓨터가 NT 서버 인 경우 도메인에 계정이 있어야합니다. 그러나 새 시스템 인 경우 연결을 테스트하기 전에 서버 관리자에서 새 계정을 만드십시오. 이미 계정이 있지만 연결이 끊어진 경우 암호가 서버와 동기화되지 않을 수 있습니다. 모든 계정에 대해 숨겨진 암호가 생성되어 PDC가 자동으로 재설정되기 때문입니다.

따라서 한 동안 오프라인 상태 인 경우 암호가 PDC의 암호와 다를 수 있지만 계정을 삭제 한 후 다시 추가하여이 문제를 해결할 수 있습니다.

  • 클라이언트 인증 협상

RAS 서버는 3 가지 인증 프로토콜을 사용하여 PPTP 사용자를 인증 할 수 있습니다. 비밀번호 인증 또는 PAP 프로토콜, Challenge Handshake 인증 또는 CHAP 및 MSCHAP (Microsoft CHAP). 컴퓨터와 서버가 로그온을 위해 협상하는 인증 프로토콜은 서버의 들어오는 VPN 포트를 구성 할 때 선택한 암호화 설정 및 클라이언트 PPTP 연결 네트워크 설정에 따라 다릅니다.

서버 및 클라이언트에서 사용 가능한 옵션에는 모든 인증 허용, 암호화 된 인증 또는 Microsoft 암호화 된 인증이 포함됩니다. 후자의 경우 MSCHAP V2를 지원하지 않는 클라이언트는 성공적으로 로그온 할 수 없습니다.

사용자 관리자에서 로그온 감사를 활성화하고 연결을 다시 시도하면됩니다. NT 이벤트 뷰어의 보안 로그에서 사용자 이름이 유효하지 않거나 암호가 만료되었거나 계정이 유효하지 않은 경우 및 VPN 포트를 사용할 수 있는지 여부와 같은 레코드를 확인할 때 TunnelBear 작동에 방해가되는 사항에 대한 그림이 제공됩니다.

  • 또한 읽기: 수정: Windows 10의 VPN 오류

3. 연결되었지만 LAN을 사용하여 찾아 볼 수 없음

TunnelBear VPN을 사용하고 있고 로그온은했지만 LAN을 사용하여 찾아 볼 수없는 경우 먼저 모든 Win9x 클라이언트에서 NT 도메인 이름을 대상으로 작업 그룹을 설정했는지 확인하십시오. 네 가지 TCP / IP 설정이 네트워크 연결에 어떤 영향을 미치는지 이해하는 것이 좋습니다.

빠른 연결 속도로 집에서 일하는 사용자가있는 경우 LAN을 통한 탐색은 원격 사용자에게 훌륭한 옵션입니다. 탐색 문제를 해결하는 방법은 다음과 같습니다.

  • 브라우징 확인

시스템에서 "네트워크 경로를 찾을 수 없습니다"라는 오류 53이 표시되면 클라이언트가 NetBIOS 이름을 확인할 수 없다는 의미입니다. PINS 연결의 네트워크 설정에서 WINS 서버가 정적으로 할당되었거나 모든 클라이언트에 대해 ipconfig 를 사용하거나 Win9x 클라이언트에 대해 Winipcfg 를 동적으로 사용하는지 확인하십시오. WINS 서버 주소가 없으면 수동으로 입력 한 다음 VPN을 다시 연결하고 다시 찾아보십시오.

  • 기본 게이트웨이 설정

PPTP 연결의 기본 게이트웨이 설정을 확인하고 여전히 ISP를 가리키는 경우 LAN을 탐색하기위한 모든 클라이언트 요청이 TunnelBear VPN 연결이 아닌 ISP로 직접 연결됨을 의미합니다. 따라서 ISP는 NetBIOS 이름 브로드 캐스트에 필요한 포트를 차단할 수 있습니다.

  • 또한 읽기: 수정: 바이러스 백신이 인터넷 또는 Wi-Fi 네트워크를 차단하고 있습니다

UDP 포트 137 및 138 및 TCP 포트 139에서 유니 캐스트 트래픽을 사용하도록 설정하지 않으면 라우터 및 방화벽에서 NetBIOS 이름의 전송을 막을 수도 있습니다. NetBIOS 이름은 Microsoft의 소유이므로 일부 ISP는 인프라를 통해 이러한 데이터 흐름을 허용하지 않을 수 있습니다.

수동으로 경로를 삭제하고 VPN 서버의 가상 인터페이스에 고정 경로를 추가 할 수 있습니다. VPN 인터페이스에 할당 된 주소 (RAS 서버 구성에서 사용 가능한 첫 번째 DHCP 주소이기도합니다).

  • NetBEUI 활성화

브라우징 문제를 해결하기 위해 RAS 서버와 원격 클라이언트에 NetBEUI를 설치할 수 있습니다. 서버의 VPN 포트에서 들어오는 연결에 대해 수행 할 수 있으며 클라이언트의 PPTP 연결에서 Net BEUI를 선택하십시오. TCP / IP를 통한 NetBEUI를 사용하여 클라이언트를 서버에 연결합니다. 이것은 완전히 탐색 가능한 LAN을 얻는 가장 쉬운 방법입니다.

여전히 찾아 볼 수없는 경우 많은 서버 문제가 찾아보기에 영향을 미치므로 네트워크 공유에 수동으로 연결하거나 TunnelBear VPN 서버 구성을 검토하십시오.

4. 연결되었지만 인터넷을 탐색 할 수 없습니다

이 문제는 두 가지 시나리오에서 발생합니다. 첫째, TunnelBear가 연결되어있을 때 VPN 서버가 원격 클라이언트의 인터넷 액세스를 허용하지 않을 수 있습니다.이 경우 TunnelBear VPN 연결을 닫으면 기본 게이트웨이가 지정된 게이트웨이로 되돌아가므로 클라이언트를 탐색 할 수 있습니다 ISP에 의해.

두 번째 시나리오는 클라이언트가 연결할 때 Windows가 ISP 게이트웨이를 VPN 서버 정의 게이트웨이로 덮어 쓸 수 있으므로 인터넷에 대한 경로가 없다는 것입니다. 이를 위해 VPN의 게이트웨이를 먼저 시도한 다음 ISP 게이트웨이를 시도하여 ISP의 기본 게이트웨이에 고정 경로를 수동으로 추가하여 문제를 해결할 수 있습니다.

  • 또한 읽기: 대역폭 제한없는 최고의 VPN: CyberGhost 검토

5. 연결되었지만 네트워크 환경에 나타나지 않습니다

완벽하게 작동하는 TunnelBear VPN 연결로도이 문제가 발생하면 TCP / IP로만 PPTP 연결을 구성하고 연결 한 다음 VPN 서버를 인증하십시오. 클라이언트가 네트워크 환경을 확장하면 목록에 자신과 다른 클라이언트가 표시되지만 원격 시스템은 LAN의 네트워크 환경에 나타나지 않습니다. 원격 클라이언트를 LAN 찾아보기 목록에 표시하려면 RAS 서버 및 RAS 클라이언트에 NetBEUI를 설치하십시오.

TunnelBear VPN 연결에 대한 경험을 공유하고 이러한 솔루션이 도움이된다면 아래 섹션에 의견을 남겨주십시오.

Tunnelbear가 연결되었지만 작동하지 않을 때 수행 할 작업