Никакой доступ в Интернет при соединении с моим сервером OpenVPN на AWS EC2 Ubuntu

После того, как я подключу свои машины Linux к моему серверу VPN Ubuntu 16.04 на экземпляре AWS ec2, я освобождаю интернет-соединение, но могу проверить с помощью ping-запросов сервер VPN.

сервер conf:

port 1194
proto udp
dev tun
ca ca.crt
cert server.crt
key server.key
dh dh2048.pem
topology subnet
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist ipp.txt
client-config-dir ccd
route 10.8.0.0 255.255.255.252
push "redirect-gateway def1 bypass-dhcp"
push "dhcp-option DNS 8.8.8.8"
client-to-client
keepalive 10 120
tls-auth ta.key 0 # This file is secret
key-direction 0
cipher AES-128-CBC   # AES
auth SHA256
comp-lzo
user nobody
group nogroup
persist-key
persist-tun
status openvpn-status.log
verb 3

клиентская конфигурация:

client
dev tun
proto udp
remote myserver 1194
resolv-retry infinite
nobind
user nobody
group nogroup
persist-key
persist-tun
remote-cert-tls server
cipher AES-128-CBC
auth SHA256
key-direction 1
comp-lzo
verb 3
Cerificates...

ccd/client:

ifconfig-push 10.8.0.26 255.255.255.0

route -n при соединении с vpn:

route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.8.0.1        128.0.0.0       UG    0      0        0 tun0
0.0.0.0         172.29.25.1     0.0.0.0         UG    100    0        0 eth0
10.8.0.0        0.0.0.0         255.255.255.0   U     0      0        0 tun0
vpnserverIP   172.29.25.1     255.255.255.255 UGH   0      0        0 eth0
128.0.0.0       10.8.0.1        128.0.0.0       UG    0      0        0 tun0
172.29.25.0     0.0.0.0         255.255.255.0   U     100    0        0 eth0

ifconfig tun0:

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
    inet 10.8.0.26  netmask 255.255.255.0  destination 10.8.0.26
    inet6 fe80::c922:ab77:1b0c:5095  prefixlen 64  scopeid 0x20<link>
    unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 100  (UNSPEC)
    RX packets 0  bytes 0 (0.0 B)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 1039  bytes 129116 (126.0 KiB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
0
задан 13 July 2017 в 16:29

1 ответ

Finaly нашел решение, когда настройки мое пи как маршрутизатор Wi-Fi, я знал, что была проблема с брандмауэром, таким образом, это выравнивает решенные транспортные проблемы:

- ПОДМЕНА POSTROUTING-s 10.8.0.0/16-o eth0-j-A ВПЕРЕД состояние-i eth0-o tun0-m - состояние, СВЯЗАННЫЕ, УСТАНОВЛЕННЫЕ-j ПРИНИМАЮТ-A ВПЕРЕД-i tun0-o eth0-j, ПРИНИМАЕТ

если использование ufw передает, это управляет соответственно!

0
ответ дан 2 November 2019 в 22:32

Другие вопросы по тегам:

Похожие вопросы: