Softethervpn: 원격 클라이언트에서 호스트 VPN 서버에 액세스할 수 없음

에 만든 2017년 01월 27일 · 11코멘트 · 출처: SoftEtherVPN/SoftEtherVPN

안녕하세요 에브리원님

SE VPN이 Ubunutu(그리고 아마도 다른 Linux)에 설치되었을 때 SE VPN에 심각한 문제를 발견했다고 생각합니다.
설정: 192.168.0.0/24 네트워크, Ubuntu 16LTS 서버, 가장 단순한 원격 VPN 구성, 로컬 브리지, 하나의 허브, ACL 없음 및 기타 트릭, IPsec 및 OpenVPN 옵션이 활성화됩니다.
클라이언트: 표준 IPsec이 있는 Android 장치(Adnroid 6 및 4로 테스트됨), OpenVPN 클라이언트.

문제: Adnroid가 VPN 터널을 설정하면 Ubuntu가 있는 VPN 호스트를 제외하고 192.168.0.0/24 네트워크의 모든 컴퓨터에 연결할 수 있습니다. 상황은 그 반대입니다. 네트워크의 모든 컴퓨터에서 Android 장치를 ping할 수 있습니다. 그러나 Ubuntu가 있는 VPN 호스트는 이를 ping할 수 없습니다.

나는 (Ubuntu에서) 일반 ping과 arping을 사용하려고 시도했습니다. 라우팅 테이블을 확인했습니다. 클라이언트 IP 주소와 MAC 주소 간의 구체적인 대응으로 ARP 테이블을 업데이트했습니다. 성공하지 못했습니다.

Linux에서 SE의 사용자 공간으로 인해 VPN을 위한 별도의 네트워크 VPN 어댑터가 없습니다. SE는 VPN 네트워크 인터페이스 어댑터의 내부 구현을 사용합니다. ifconfig를 통해 볼 수 없으며 로컬 시스템에서 패킷을 라우팅할 수 없습니다.

어쨌든 SE 클라이언트가 있는 Win10에서 동일한 가상 허브에 연결하려고 하면 Ubuntu를 사용하여 VPN 호스트에 연결할 수 있습니다.....

출처

kvv213

가장 유용한 댓글

그것은 가능하지 않을 것이며 Softether의 문제도 아닙니다. 이것은 또한 3.6.11에서 설명서에 언급되어 있으며 다음을 인용합니다.

Linux 또는 UNIX 운영 체제 내의 모방은 VPN 측(가상 허브 측)에서 로컬로 브리지된 네트워크 어댑터에 할당된 IP 주소와의 통신을 방지합니다. 이 제한의 원인은 SoftEther VPN이 아니라 OS의 내부 커널 코드에 있습니다. VPN 측(가상 허브 측)에서 로컬 브리징에 사용되는 UNIX 컴퓨터와 어떤 형태로든 통신하려는 경우(예: VPN 서버/VPN 브리지 서비스 및 HTTP 서버 서비스를 모두 실행하고 액세스 권한을 부여하려는 경우) VPN 측에서 서버 서비스도 제공), 로컬 브리지 네트워크 어댑터를 준비 및 연결하고 동일한 세그먼트에 기존 네트워크 어댑터와 물리적으로 모두 연결합니다(3.6 로컬 브리지에 설명된 대로 네트워크 어댑터를 준비하는 것이 좋습니다. 이 상황 및 기타 상황에 대해 로컬 브리징에서 독점적으로 사용).

간단히 말해서, Linux 커널은 내가 읽은 보안상의 이유로 VPN에 대해 브리지된 인터페이스에 대한 액세스를 방지합니다. 실제 솔루션은 VPN에 사용하는 서버에서 두 번째 네트워크 카드를 얻는 것입니다. 그런 다음 인터넷 트래픽 라우팅 전용 인터페이스와 SSH를 통해 연결할 수 있는 관리용 인터페이스가 있습니다.

이것이 더 도움이 되기를 바랍니다. 참고: 저는 이 프로젝트의 관리자 및/또는 구성원이 아니라 자체 SoftEther VPN 서버를 실행하는 사용자일 뿐입니다.

DDGo 에 2017년 02월 01일

👍5

모든 11 댓글

그것은 가능하지 않을 것이며 Softether의 문제도 아닙니다. 이것은 또한 3.6.11에서 설명서에 언급되어 있으며 다음을 인용합니다.

Linux 또는 UNIX 운영 체제 내의 모방은 VPN 측(가상 허브 측)에서 로컬로 브리지된 네트워크 어댑터에 할당된 IP 주소와의 통신을 방지합니다. 이 제한의 원인은 SoftEther VPN이 아니라 OS의 내부 커널 코드에 있습니다. VPN 측(가상 허브 측)에서 로컬 브리징에 사용되는 UNIX 컴퓨터와 어떤 형태로든 통신하려는 경우(예: VPN 서버/VPN 브리지 서비스 및 HTTP 서버 서비스를 모두 실행하고 액세스 권한을 부여하려는 경우) VPN 측에서 서버 서비스도 제공), 로컬 브리지 네트워크 어댑터를 준비 및 연결하고 동일한 세그먼트에 기존 네트워크 어댑터와 물리적으로 모두 연결합니다(3.6 로컬 브리지에 설명된 대로 네트워크 어댑터를 준비하는 것이 좋습니다. 이 상황 및 기타 상황에 대해 로컬 브리징에서 독점적으로 사용).

이것이 더 도움이 되기를 바랍니다. 참고: 저는 이 프로젝트의 관리자 및/또는 구성원이 아니라 자체 SoftEther VPN 서버를 실행하는 사용자일 뿐입니다.

DDGo 에 2017년 02월 01일

👍5

간단히 말해서, Linux 커널은 내가 읽은 보안상의 이유로 VPN에 대해 브리지된 인터페이스에 대한 액세스를 방지합니다. 실제 솔루션은 VPN에 사용하는 서버에서 두 번째 네트워크 카드를 얻는 것입니다. 그런 다음 인터넷 트래픽 라우팅 전용 인터페이스와 SSH를 통해 연결할 수 있는 관리용 인터페이스가 있습니다.

나는 같은 생각에 왔습니다. 그러나 내 서버는 CPU가 통합된 매우 작은 컴퓨터에 능동 냉각 기능이 없고 추가 네트워크 카드를 설치할 공간이 없습니다. 그래서 나는 Raspberry 또는 Pine64와 같은 것을 생각하고 있습니다. 아마도 Windows가 탑재되어 있을 것입니다. 그런 경우에는 문제가 없어야 합니다.

kvv213 에 2017년 02월 02일

Windows는 실제로 이것에 문제가 없습니다. Linux로 이전하기 전에 두 번째 NIC를 확보하기 위해 Windows 운영 체제에서 SoftEther VPN 서버를 실행했습니다.

DDGo 에 2017년 02월 02일

👍3

Ubuntu에서 가상 네트워크 어댑터를 생성하고 SE VPN에서 이 가상 어댑터에 대한 로컬 브리지를 생성하는 것이 가치 있는 일일까요?

kvv213 에 2017년 02월 22일

가치가 무엇이든 간에 나는 RaspberryPi 3에서 실행 중인 인스턴스에서 동일한 것을 발견했습니다. 내 유일한 해결 방법은 SSH를 내 네트워크에서 실행 중인 다른 RP에 연결한 다음 앞에서 언급한 것에서 SSH를 역전시키는 것입니다. 작동합니다.

Windows Admin 도구를 사용하여 VPN 서버에 연결하는 문제는 해결되지 않지만 꼭 필요한 경우 수동 구성을 할 수 있습니다.

Erutan409 에 2017년 10월 26일

😄1

안녕하세요,

문제에 대한 해결 방법으로 다음을 시청하십시오. https://www.youtube.com/watch?v=jqRkFKHdz4A

탭 장치를 정의한 다음(NIC에 브리징하는 것은 잊어버리십시오) NAT 뒤에 있는 VPN 클라이언트에 대해 네트워크를 구성하십시오.

문안 인사,

nickete 에 2018년 11월 01일

여러분, 안녕하세요! softether+openhab(domotics)을 사용하고 있으며 동일한 문제가 발생했습니다. PI는 VPN을 통해 연결된 장치에 응답하지 않습니다.

@nickete 귀하의 솔루션은 실현 가능한 것 같지만 어떤 구성이 필요한지 알 수 없습니다. 탭 장치를 만들고 SoftEther 보안 NAT 기능을 사용했습니다. 이전과 동일한 동작으로 PI를 제외한 LAN의 모든 장치를 ping할 수 있습니다. 구현 방법에 대한 힌트를 주시면 대단히 감사하겠습니다.

또한 VPN에 eth 인터페이스를 사용하는 경우 PI의 WLAN 인터페이스를 ping할 수 없는 이유가 궁금합니다.

인사말,