Мне нужно подключиться к VPN моей компании, чтобы получить доступ к внутренним веб-сайтам и веб-приложениям, в то время как я не могу получить доступ к обычному внутреннему при подключении к VPN, если только не через определенный прокси-сервер socks5. На Mac или ПК я могу подключиться к openVPN, а затем использовать SwitchyOmega для подключения к прокси-серверу socks5 для веб-сайтов, которым требуется обычный доступ в Интернет, но на Android или iOS я не могу использовать openVPN и socks5 вместе.
Я хотел бы знать, могу ли я (и как) изменить файл конфигурации клиента, чтобы указать прокси-сервер socks5 за туннелем openVPN для маршрутизации моего трафика. Обратите внимание, у меня нет привилегий для изменения конфигурации на стороне сервера.
##############################################
# Sample client-side OpenVPN 2.0 config file #
# for connecting to multi-client server. #
# #
# This configuration can be used by multiple #
# clients, however each client should have #
# its own cert and key files. #
# #
# On Windows, you might want to rename this #
# file so it has a .ovpn extension #
##############################################
# Specify that we are a client and that we
# will be pulling certain config file directives
# from the server.
client
# Use the same setting as you are using on
# the server.
# On most systems, the VPN will not function
# unless you partially or fully disable
# the firewall for the TUN/TAP interface.
;dev tap
dev tun
# Windows needs the TAP-Win32 adapter name
# from the Network Connections panel
# if you have more than one. On XP SP2,
# you may need to disable the firewall
# for the TAP adapter.
;dev-node MyTap
# Are we connecting to a TCP or
# UDP server? Use the same setting as
# on the server.
proto tcp
;roto udp
# The hostname/IP and port of the server.
# You can have multiple remote entries
# to load balance between the servers.
remote fake.com 7777
;remote my-server-2 1194
# Choose a random host from the remote
# list for load-balancing. Otherwise
# try hosts in the order specified.
;remote-random
# Keep trying indefinitely to resolve the
# host name of the OpenVPN server. Very useful
# on machines which are not permanently connected
# to the internet such as laptops.
resolv-retry infinite
# Most clients don't need to bind to
# a specific local port number.
nobind
# Downgrade privileges after initialization (non-Windows only)
;user nobody
;group nogroup
# Try to preserve some state across restarts.
persist-key
persist-tun
# If you are connecting through an
# HTTP proxy to reach the actual OpenVPN
# server, put the proxy server/IP and
# port number here. See the man page
# if your proxy server requires
# authentication.
;http-proxy-retry # retry on connection failures
;http-proxy [proxy server] [proxy port #]
# Wireless networks often produce a lot
# of duplicate packets. Set this flag
# to silence duplicate packet warnings.
;mute-replay-warnings
# SSL/TLS parms.
# See the server config file for more
# description. It's best to use
# a separate .crt/.key file pair
# for each client. A single ca
# file can be used for all clients.
;ca ca.crt
;cert client.crt
;key client.key
# Verify server certificate by checking that the
# certicate has the correct key usage set.
# This is an important precaution to protect against
# a potential attack discussed here:
# http://openvpn.net/howto.html#mitm
#
# To use this feature, you will need to generate
# your server certificates with the keyUsage set to
# digitalSignature, keyEncipherment
# and the extendedKeyUsage to
# serverAuth
# EasyRSA can do this for you.
remote-cert-tls server
# If a tls-auth key is used on the server
# then every client must also have the key.
;tls-auth ta.key 1
key-direction 1
reneg-sec 21600
# Select a cryptographic cipher.
# If the cipher option is used on the server
# then you must also specify it here.
cipher AES-256-CBC
auth SHA256
# Enable compression on the VPN link.
# Don't enable this unless it is also
# enabled in the server config file.
comp-lzo
# Set log file verbosity.
verb 3
# Silence repeating messages
;mute 20
# script-security 2
# up /etc/openvpn/update-resolv-conf
# down /etc/openvpn/update-resolv-conf
<ca>
-----BEGIN CERTIFICATE-----
xxx
-----END CERTIFICATE-----
</ca>
<tls-auth>
#
# 2048 bit OpenVPN static key
#
-----BEGIN OpenVPN Static key V1-----
xxx
-----END OpenVPN Static key V1-----
</tls-auth>
auth-user-pass
auth-nocache
Выше представлена фиктивная версия файла .opvn на стороне моего клиента.
решение1
Представленная вами конфигурация не содержит ничего о маршрутизации. Это означает, что маршруты будут отправлены с сервера OpenVPN. Вам нужно взглянуть на файл журнала успешного подключения и проверить, какие маршруты отправлены. Если вы получили только redirect-gateway def1, вам придется выяснить маршруты самостоятельно. По сути, вы смотрите на IP-адреса, к которым вы подключаетесь (например,1.2.3.4) и создайте свою собственную таблицу целей маршрутизации:
- 1.2.3.4/24
- 4.3.2.1/24
- …
Затем вы изменяете конфигурацию клиента, используя полученную информацию:
route 1.2.3.4 255.255.255.0
route 4.3.2.1 255.255.255.0
route …
pull-filter ignore "route"
Это заставит вашего клиента игнорировать маршруты с сервера, одновременно настраивая явные правила, необходимые для достижения нужных вам целей.
Может возникнуть одна проблема: если какая-либо из сетей вашей компании является той же подсетью, что и ваша домашняя сеть, это не будет работать легко. Лучшим вариантом в этом случае будет смена локальной подсети.
Если вы подключаетесь только к очень конкретным целям (без конфликтов), вы можете обойти проблему, не используя сетевую маску. Тогда по умолчанию будет255.255.255.255.
Если вы не хотите заморачиваться со всем этим и компания использует только внутренние диапазоны IP-адресов, вы также можете сделать это:
route 10.0.0.0 255.0.0.0
route 172.16.0.0 255.224.0.0
route 192.168.0.0 255.255.0.0
pull-filter ignore "route"
Это сработает, поскольку ваша домашняя сеть (надеюсь) имеет более длинный префикс, что делает ее маршрут совпадающим из-за более высокой специфичности.
Имейте в виду, что вам, возможно, захочется установить где-нибудь внутренний DNS-сервер, если таковой имеется у компании.