서버가 없는 Wi-Fi 네트워크에 VPN이 참여할 수 없는 이유

이 요청은 대개 클라이언트를 Wi-Fi 네트워크로 향하게 하고 그 안에 들어가겠다는, 같은 바람의 한 형태로 들어옵니다. 터널은 그런 일을 하지 않습니다. 터널은 이미 듣고 있는 무언가에 클라이언트를 연결합니다. 대상 네트워크에 원격 접근을 위해 듣고 있는 것이 없다면 다른 쪽 끝도 없습니다.

터널은 설정이 아니라 관계입니다

한쪽은 듣고 다른 쪽은 연결하며, 둘 다 프로토콜과 자격 증명에 합의합니다. 듣는 쪽은 도달하려는 네트워크 안에 있어야 합니다. 그 부분은 클라이언트에서 지어낼 수 없습니다. 올바른 주소와 뒤에 있는 잘못된 네트워크를 가진 프로필은 접근이 아니라 시간 초과를 만들어 냅니다.

그래서 이런 질문 일부에 대한 정직한 답은 그 네트워크에는 원격 접근이 존재하지 않는다는 것입니다. 프로토콜, 포트 또는 다른 클라이언트를 더해도 소유자가 한 번도 배치하지 않은 종단점은 생기지 않습니다.

Wi-Fi 정보는 터널의 자격 증명이 아닙니다

SSID, 서브넷, 게이트웨이, 암호 문구는 건물 안에 서 있다는 사실입니다. 그중 어느 것도 인터넷의 다른 어딘가에 있는 서비스에 당신을 인증하지 않습니다. 캠퍼스와 호텔 네트워크는 그 정보를 인터넷의 클라이언트가 아니라 건물 안의 방문객을 위해 공개합니다.

내부 서브넷을 VPN 프로필에 복사하면 당신이 있는 곳에서 라우팅할 수 없는 주소에 도달하려는 시도가 됩니다. 그 시도는 어떤 자격 증명이 확인되기 전에 실패하므로 사용자 이름이나 인증 방식을 바꿔도 결코 도움이 되지 않습니다.

조직이 원격 접근 서비스를 운영한다면 그 문서에 종단점과 방식이 적혀 있으니 바로 그 두 가지 사실을 물으십시오. 그렇지 않으면 헬프 데스크는 늘 듣던 질문, 즉 Wi-Fi에 관한 질문에 답할 것입니다.

출구는 당신의 원본 네트워크를 선택하지 않습니다

일부 서버는 주소가 한 범위 안에 드는 클라이언트에만 응답합니다. 그것은 원본 확인입니다. 상용 출구는 그 범위 밖에 있으므로 어떤 애플리케이션 데이터가 오가기 전에 연결이 거부됩니다. 다른 공급자를 골라도 주소가 여전히 서버가 원하는 것이 아니므로 계산은 바뀌지 않습니다.

세 가지 선택지만 남고, 오직 셋입니다. 허용된 범위 안에서 종단점을 찾거나, 이미 그곳에 있는 승인된 점프 호스트를 쓰거나, 소유자에게 정책 변경을 요청하십시오. 그 밖의 모든 것은 검사가 시행되지 않기를 바라는 변형입니다.

로컬 터널은 잘못된 구간을 암호화합니다

루프백 인터페이스에 묶인 서버는 같은 기계의 두 프로세스 사이 트래픽을 보호합니다. 그 루프백 경로 밖에서는 패킷이 이전과 똑같이 호스트를 떠납니다. 네트워크를 위해 원했던 보호는 존재한 적이 없으며, 처리 비용은 실제입니다.

그 구성에는 배치하기 전에 클라이언트, 경로, 구성을 시험하는 정당한 용도가 있습니다. 그것은 프라이버시 조치가 아니고 원격 네트워크에 도달하는 방법도 아니며, 둘을 혼동하면 많은 구성이 낭비됩니다.

서버 없이 실제로 작동하는 것

장치에 안정적인 인바운드 경로가 없을 때, 유용한 패턴은 직접 연결이 아니라 만남 지점입니다. 외부에서 호스팅되는 릴레이, 장치에서 당신이 통제하는 작은 서버로 가는 역방향 터널, 인바운드 주소 지정을 제공하는 공급자 모두 중간에 도달 가능한 무언가를 놓습니다. 소비자 VPN 구독은 당신의 네트워크 안에 어떤 종단점도 놓지 않기 때문에 그런 것이 아닙니다.

ssh -N -R 2222:localhost:22 [email protected]
ss -tlnp | grep 2222
nc -vz 198.51.100.7 2222

첫 번째 명령은 장치에서 릴레이로 가는 역방향 터널을 열고, 두 번째는 로컬 수신기를 확인하며, 세 번째는 바깥에서 경로를 시험합니다. 문서의 주소를 자신의 릴레이로 바꾸고 방향을 분명히 확인하되, 나가는 연결은 번역을 거쳐 성공하는 경우가 많고 요청하지 않은 들어오는 연결은 결코 도착하지 않는다는 점을 명심하십시오.

목표가 당신이 통제하는 네트워크에 이미 존재하는 서비스에 도달하는 것뿐이라면 클라이언트를 그것이 필요한 장치에 두십시오. 노트북에서 터널을 공유하는 것은 고유한 실패 방식을 가진 라우팅과 번역 프로젝트이며, 관리형 클라이언트는 보통 그것을 차단합니다.