네트워크 관리자를 통해 openconnect VPN이 작동하도록 하기

Question 1

VPN을 통해 확인하려는 호스트와 Cisco VPN 서버가 보내는 "DNS 도메인"이 일치하지 않는지 확인하세요.

이를 확인하려면 터미널을 열고 다음을 실행하세요.

tail -f /var/log/syslog

그런 다음 네트워크 관리자를 통해 openconnect를 시작하십시오. 다음과 같은 일부 줄을 포함하여 전체 출력이 나오는 것을 볼 수 있습니다.

12월 5일 12:54:31 카누 NetworkManager[1266]: 내부 DNS: 10.0.20.21

12월 5일 12:54:31 카누 NetworkManager[1266]: 내부 DNS: 10.10.3.32

12월 5일 12:54:31 카누 NetworkManager[1266]: DNS 도메인: 'internal.example.com'

그리고 더 아래로 내려가면 보입니다.

12월 5일 12:54:31 카누 dnsmasq[1871]: 도메인 Internal.example.com에 네임서버 10.0.20.21#53 사용

이는 VPN 서버가 클라이언트에게 DNS 서버를 사용하여 internal.example.com와 같은 호스트를 확인하도록 지시하고 있음을 의미합니다 server.internal.example.com.

제 경우에는 해결이 필요합니다 server.example.com(결과가 나오지 않았습니다).

제가 해결한 방법은 VPN 설정으로 이동하여 example.com추가 검색 도메인을 추가하는 것이었습니다.

설정을 적용하려면 VPN 연결을 끊었다가 다시 연결하는 것을 잊지 마세요.

Answer

VPN을 통해 확인하려는 호스트와 Cisco VPN 서버가 보내는 "DNS 도메인"이 일치하지 않는지 확인하세요.

이를 확인하려면 터미널을 열고 다음을 실행하세요.

tail -f /var/log/syslog

그런 다음 네트워크 관리자를 통해 openconnect를 시작하십시오. 다음과 같은 일부 줄을 포함하여 전체 출력이 나오는 것을 볼 수 있습니다.

12월 5일 12:54:31 카누 NetworkManager[1266]: 내부 DNS: 10.0.20.21

12월 5일 12:54:31 카누 NetworkManager[1266]: 내부 DNS: 10.10.3.32

12월 5일 12:54:31 카누 NetworkManager[1266]: DNS 도메인: 'internal.example.com'

그리고 더 아래로 내려가면 보입니다.

12월 5일 12:54:31 카누 dnsmasq[1871]: 도메인 Internal.example.com에 네임서버 10.0.20.21#53 사용

이는 VPN 서버가 클라이언트에게 DNS 서버를 사용하여 internal.example.com와 같은 호스트를 확인하도록 지시하고 있음을 의미합니다 server.internal.example.com.

제 경우에는 해결이 필요합니다 server.example.com(결과가 나오지 않았습니다).

제가 해결한 방법은 VPN 설정으로 이동하여 example.com추가 검색 도메인을 추가하는 것이었습니다.

설정을 적용하려면 VPN 연결을 끊었다가 다시 연결하는 것을 잊지 마세요.

Question 2

그래서 나는 이 문제를 충분히 만족스럽게 해결했습니다. 저는 Mint 18/Ubuntu 16.04를 사용하고 있습니다.

내 문제는 NetworkManager를 통해 Openconnect VPN에 연결하면 더 이상 내 작업 도메인 외부의 도메인에 대한 DNS를 확인할 수 없다는 것입니다. 즉, 인터넷이 끊겼어요!

내 수정 사항은 다음과 같습니다.

NetworkManager의 "네트워크 연결"에서 VPN 연결을 편집했습니다.
IPv4 탭에서 방법을 "자동(VPN) 주소만"으로 변경했습니다.
내 회사 DNS 서버(예: 10.10.10.100) 및 "mywork.tld"의 "검색 도메인"을 추가했습니다.
"경로"를 클릭하세요.
내 작업 네트워크를 포함하는 경로를 추가합니다(예: 10.10.0.0 / 255.255.0.0 및 게이트웨이 10.10.10.253 <-- "traceroute"에서 얻은 VPN 게이트웨이).
그런 다음 두 가지 옵션을 모두 선택했습니다. i. "자동으로 선택된 경로 무시" ii. "해당 네트워크의 리소스에만 이 연결을 사용하십시오."

내 컴퓨터에서 작동합니다.

무슨 일이 일어났는지에 대한 나의 이해는 다음과 같습니다:

내 /etc/resolv.conf가 dnsmasq로 설정되어 있고 127.0.1.1을 가리키고 있습니다.
dnsmasq는 일반 인터넷 DNS 확인을 위해 ISP의 DNS 서버를 사용하고 있습니다. 예를 들어 ISP DNS가 8.8.8.8이라고 가정해 보겠습니다.
VPN에 연결하면 "mywork.tld" DNS 확인에 사용하기 위해 dnsmasq에 추가 서버로 10.10.10.100의 DNS 서버가 추가됩니다.
VPN을 사용하면 회사 방화벽에서 더 이상 포트 53~8.8.8.8을 사용할 수 없으므로 일반 인터넷 해상도가 사라집니다. DNS는 시간 초과되어 보조 DNS 서버로 이동해야 하는데 어떤 이유에서인지 그렇지 않습니다.
이 쿼리는 VPN을 통해 액세스할 수 있는 10.10.10.100으로 이동하므로 "server01.mywork.tld"에 대한 DNS 확인에 대한 액세스만 남습니다.
www.google.com을 쿼리하면 내부 DNS가 전달될 수 있음에도 불구하고 실패합니다. 내 내부 DNS가 요청되지 않는다고 가정할 수 있습니다.

내 작업으로 인해 네트워크나 DNS 서버 IP 주소가 변경되지 않는 한 수정 사항은 계속 작동하는 것 같습니다.

나는 그것에 대해 약간 모호하지만 일단 이 작업이 완료되면 내 무선 NIC가 기본 네트워크 연결이 되기 때문에 그것이 나에게 효과가 있다고 생각합니다. 따라서 DNS 쿼리는 Wi-Fi를 통해 8.8.8.8로 이동합니다. "xyz.mywork.tld"에 대한 모든 쿼리는 dnsmasq에 의해 10.10.10.100으로 이동하라는 지시를 받습니다. 이에 대한 경로를 설정하여 "xyz.mywork.tld"에 대한 올바른 10.10.10.x IP 주소를 반환하는 "vpn0" NIC를 통과합니다. 내부 및 외부 네트워크에 대한 Bingo Bango DNS 확인이 모두 만족스럽습니다.

Answer