Client OpenVPN assigned IP: 10.8.0.2
↓ TCP on 1194
Internet
↓
Router port-forwards 1194 to server- Public IP 104.162.67.198
↓
Server LAN IP: 10.8.0.1
Я думаю, что вышеупомянутое - то, что я пытаюсь сделать (10.8.0.0/24 является присвоенным IP).
Я пытаюсь направить несколько удаленных клиентов через TCP к моему серверу OpenVPN (иначе функционирующий как долю файла самбы) под управлением Ubuntu 14.04.
Как Вы видите в моем server.conf, я - нажатие "маршрут...... "почти каждая опция с моим сервером присвоенный IP-адрес, сервер внутренний IP-адрес, мой сетевой общедоступный IP-адрес, потому что я не уверен, который должен быть направлен.
Посмотрите детали и поиск и устранение неисправностей, я сделал ниже, и любые предложения очень ценились бы.
server.conf
port 1194
proto tcp
mode server
dev tun
ca ca.crt
cert sambasrv.crt
sambasrv.key
dh dh2048.pem
ifconfig-pool-persis ipp.txt
push "route 192.168.0.19 255.255.255.0"
push "route 10.8.0.1 255.255.255.0"
push "route 10.0.0.0 255.0.0.0"
push "route 104.173.62.178 255.255.0"
push "route 10.8.0.1/24 104.173.62.178"
client-config ccd
route 10.8.0.2 255.255.255.0
keepalive 10 20
max-clinets 100
user nobody
group nogroup
persist-key
persist-tun
log-append openvpn.log
verb 4
client.conf
client dev tun
remote 104.173.62.178 1194
resolv-retry infinite
nobind
user nobody
group no group
persist key
persist tun
;mute-replay-warnings
ca ca.crt
cert client1.crt
key client1.key
comp-lzo
verb 4
Я теперь добираюсь, сокет связывают отказавший на локальном адресе [undef], хотя с различными конфигурациями в течение дня, я имел успех в том, чтобы заставлять сервер OpenVPN инициализировать, но вернулся к, он - состояние фатальной ошибки после перезагрузки / больше стрельбы проблемы.
/etc/openvpn server.conf
Tue Dec 11 17:36:18 2012 Socket Buffers: R=[87380->131072] S=[16384->131072]
Tue Dec 11 17:36:18 2012 TCP/UDP: Socket bind failed on local address [undef]: Address already in use
Tue Dec 11 17:36:18 2012 Exiting due to fatal error
Сервер может проверить с помощью ping-запросов себя (10.8.0.1), но не клиент.
клиентский ping 10.8.0.1 (сервер) испытывает таймаут.
Вот еще некоторые результаты теста, которые были рекомендованы в предыдущих сообщениях:
telnet 10.8.0.1 1194
не соединяет #which, я считал, что означает, что OpenVPN прекрасен, но сеть не
netstat -nlp | grep 1194
udp 0 0 0.0.0:1194 0.0.0.0:* 3593/openvpn
Для вышеупомянутого netstat, я не знаю, почему это - udp вместо tcp. Возможно, там существует проблема?
Интерфейсная конфигурация
ifconfig tun0 connect
inet addr:10.8.0.1 P-t-P:10.8.0.2 Mask:255.255.255.255
IP шоу маршрута:
default via 192.168.1.1 dev em1
10.8.0.0/24 via 10.8.0.2 dev tun0
10.8.0.2 dev tun0 proto kernel scope link src 10.8.0.1
192.168.1.0/24 dev em1 proto kernel scope link src 192.168.1.34
Я попробовал:
$iptables -t nat -A POSTROUTING -o tun+ -j MASQUERADE
$iptables -A INPUT -i tun0 -j ACCEPT
Включите передачу IP:
отзовитесь эхом 1>/proc/sys/net/ipv4/ip_forward
Также обратите внимание, что на стороне клиента, я пытаюсь соединиться с сервером с Tunnelblick и успешно добавил client.conf, ca.crt, client1.ct, и clinet1.key. После попытки соединиться, существует действие с пакетным выходом, но не в.
В файле журнала OPENVPN вы найдете:
TCP / UDP: сбой привязки сокета по локальному адресу [undef]: адрес уже используется
Я решил эту проблему с помощью «Двойной перезапуск» "Сервер OpenVPN. Это переключает проблему привязки. Один раз сработает, в следующий раз нет.
Надеюсь, это кому-то поможет
Лутц