Arch Linux VPN + L2TP: 연결이 설정된 인터넷은 작동하지만 내부 네트워크에 액세스할 수 없습니다.

Question 1

VPN을 통해 트래픽을 aaa,bbb,ccc로 전달하고 싶습니다. 어떻게 해야 합니까?

나는 이것이 (제목에서 주장한 대로) 로컬 주소라고 가정합니다(예: ) 192.168.0.2. wlp2s0다음 을 가리키는 기본 경로보다 더 구체적인 경로가 있기 때문에 해당 주소로 향하는 패킷은 터널 인터페이스를 통과하지 않습니다.

192.168.0.1     0.0.0.0         255.255.255.255 UH    600    0        0 wlp2s0

정적 라우팅을 사용하면 보다 구체적인 경로가 항상 '승리'됩니다. 이 문제를 해결하려면 다음을 수행할 수 있습니다.

다음을 사용하여 현재 경로를 삭제합니다.ip route delete 192.168.0.1
dev터널 인터페이스를 가리키는 인터페이스( )를 사용하여 해당 접두사(aaa,bbb,cc 호스트 주소 지정)에 새 경로를 추가합니다 . 예를 들어: ip route add 192.168.0.1/24 via $IP_OF_TUNNELGATEWAY dev ppp0

Answer

VPN을 통해 트래픽을 aaa,bbb,ccc로 전달하고 싶습니다. 어떻게 해야 합니까?

나는 이것이 (제목에서 주장한 대로) 로컬 주소라고 가정합니다(예: ) 192.168.0.2. wlp2s0다음 을 가리키는 기본 경로보다 더 구체적인 경로가 있기 때문에 해당 주소로 향하는 패킷은 터널 인터페이스를 통과하지 않습니다.

192.168.0.1     0.0.0.0         255.255.255.255 UH    600    0        0 wlp2s0

정적 라우팅을 사용하면 보다 구체적인 경로가 항상 '승리'됩니다. 이 문제를 해결하려면 다음을 수행할 수 있습니다.

다음을 사용하여 현재 경로를 삭제합니다.ip route delete 192.168.0.1
dev터널 인터페이스를 가리키는 인터페이스( )를 사용하여 해당 접두사(aaa,bbb,cc 호스트 주소 지정)에 새 경로를 추가합니다 . 예를 들어: ip route add 192.168.0.1/24 via $IP_OF_TUNNELGATEWAY dev ppp0

Question 2

마침내 문제가 해결되었습니다. 이건 긴 이야기다. 근본 원인은 잘못된 DNS 구성으로 인해 내부(VPN 서버 뒤) 주소를 제대로 확인할 수 없기 때문입니다. 왜 그런 일이 일어났는지에 대한 가정은 다음과 같습니다. VPN에 연결할 때마다 다음과 같은 일련의 이벤트가 발생합니다.

-> 네트워크 관리자

->강한 백조ppp0

-> dhclient ppp0 (172.16.203.173, 192.0.2.1, dns1=xyz11, dns2=xyz12) -> resolvconf

ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1400 qdisc fq_codel 상태 UNKNOWN 그룹 기본 qlen 3 link/ppp inet 172.16.203.173 피어 192.0.2.1/32 범위 전역 ppp0 valid_lft 영원히 favorite_lft 영원히

-> dns1=xyz11, dns2=xyz12에서 /etc/resolv.conf로

DNS 주소는 VPN 연결 구성에서 가져왔습니다(위 스크린샷 참조).

default via ppp0 metric 500라우팅 테이블에 새 경로가 추가되었습니다. 0.0.0.0 192.168.0.1 0.0.0.0 UG 100 0 0 enp3s0결과적으로 ppp0을 통한 트래픽 흐름이 없으므로 우선 순위는 기본 enp3s0 우선 순위보다 낮습니다 .첫 번째 문제
dns1 및 dns2가 포함된 /etc/resolv.conf는 특정 시점에 네트워크 관리자에 의해 기본 Google DNS 8.8.8.8 및 8.8.4.4로 재정의됩니다.두 번째 문제

내가 설치한 두 번째 문제를 해결하려면dnsmasq프록시 역할을 하며 DNS를 자체적으로 처리합니다. dnsmasq의 유일한 주소가 포함되어 있지 않은 pacman -R openresolv netctl변경된 항목을 제거해야 했습니다 ./etc/resolv.conf

# Generated by NetworkManager
search internal.mycompany.com
nameserver 127.0.0.1
options edns0 trust-ad

네트워크 관리자가 dnsmarq를 사용한다고 말하기 위해 다음 줄도 추가했습니다 /etc/NetworkManager/conf.d/dns.conf.

[main]
dns=dnsmasq

NetworkManager의 첫 번째 문제를 해결하기 위해 기본 enp3s0 경로보다 우선순위가 높은 보다 구체적인 경로를 추가했습니다.

10.Y.X.Z    192.0.2.1       255.255.255.255 UGH   500    0        0 ppp0

그게 다야. 내부 리소스에 대한 모든 트래픽은 VPN을 통해 흐르고 나머지 트래픽은 이전과 같이 흐릅니다.

또한 /etc/resolve.conf 덮어쓰기를 거부했습니다.

chattr +i /etc/resolv.conf ((to protect the file from write))

chattr -i /etc/resolv.conf ((보호 해제, 기본 모드)) - 롤백

누군가에게 도움이 되기를 바랍니다.

Answer