pptpd сервер на vds

dexanewcomer · 26 октября 2015, 23:05:14

Всем привет. Проблема в следующем. Настраиваю vpn через pptpd сервер на vds. Настройка началась с того что техподам я вынес моск еще до того как в терменале ввести aptitude install pptpd, а именно я попросил включить поддержку ppp на выделенном мне сервере. Ну после этого ясное дело установка сервера и его настройка. После не сложных манимуляций смартфон андроид подключился к vpn. но выйти в инет не смог. Глядя в окошко статистики на смартфоне и видел как исходящий трафик и пакеты увеличиваются, а входящии стоят на мертвой точке. Подскажите куда копать?
Вот файлы мною затронутые при настройке сервера.

/etc/pptpd.conf

# TAG: remoteip
# Specifies the local and remote IP address ranges.
#
# Any addresses work as long as the local machine takes care of the
# routing. But if you want to use MS-Windows networking, you should
# use IP addresses out of the LAN address space and use the proxyarp
# option in the pppd options file, or run bcrelay.
#
# You can specify single IP addresses seperated by commas or you can
# specify ranges, or both. For example:
#
# 192.168.0.234,192.168.0.245-249,192.168.0.254
#
# IMPORTANT RESTRICTIONS:
#
# 1. No spaces are permitted between commas or within addresses.
#
# 2. If you give more IP addresses than MAX_CONNECTIONS, it will
# start at the beginning of the list and go until it gets
# MAX_CONNECTIONS IPs. Others will be ignored.
#
# 3. No shortcuts in ranges! ie. 234-8 does not mean 234 to 238,
# you must type 234-238 if you mean this.
#
# 4. If you give a single localIP, that's ok - all local IPs will
# be set to the given one. You MUST still give at least one remote
# IP for each simultaneous client.
#
# (Recommended)
localip 192.168.0.1
remoteip 192.168.0.234-238,192.168.0.245
# or
#localip 192.168.0.234-238,192.168.0.245
#remoteip 192.168.1.234-238,192.168.1.245

[свернуть]

/etc/ppp/pptpd-options

###############################################################################
# $Id$
#
# Sample Poptop PPP options file /etc/ppp/pptpd-options
# Options used by PPP when a connection arrives from a client.
# This file is pointed to by /etc/pptpd.conf option keyword.
# Changes are effective on the next connection. See "man pppd".
#
# You are expected to change this file to suit your system. As
# packaged, it requires PPP 2.4.2 and the kernel MPPE module.
###############################################################################

# Authentication

# Name of the local system for authentication purposes
# (must match the second field in /etc/ppp/chap-secrets entries)
name pptpd

# Optional: domain name to use for authentication
# domain mydomain.net

# Strip the domain prefix from the username before authentication.
# (applies if you use pppd with chapms-strip-domain patch)
#chapms-strip-domain

# Encryption
# Debian: on systems with a kernel built with the package
# kernel-patch-mppe >= 2.4.2 and using ppp >= 2.4.2, ...
# {{{
refuse-pap
refuse-chap
refuse-mschap
# Require the peer to authenticate itself using MS-CHAPv2 [Microsoft
# Challenge Handshake Authentication Protocol, Version 2] authentication.
require-mschap-v2
# Require MPPE 128-bit encryption
# (note that MPPE requires the use of MSCHAP-V2 during authentication)
#require-mppe-128
# }}}

# Network and Routing

# If pppd is acting as a server for Microsoft Windows clients, this
# option allows pppd to supply one or two DNS (Domain Name Server)
# addresses to the clients. The first instance of this option
# specifies the primary DNS address; the second instance (if given)
# specifies the secondary DNS address.
# Attention! This information may not be taken into account by a Windows
# client. See KB311218 in Microsoft's knowledge base for more information.
ms-dns 8.8.8.8
#ms-dns 10.0.0.2

# If pppd is acting as a server for Microsoft Windows or "Samba"
# clients, this option allows pppd to supply one or two WINS (Windows
# Internet Name Services) server addresses to the clients. The first
# instance of this option specifies the primary WINS address; the
# second instance (if given) specifies the secondary WINS address.
#ms-wins 10.0.0.3
#ms-wins 10.0.0.4

# Add an entry to this system's ARP [Address Resolution Protocol]
# table with the IP address of the peer and the Ethernet address of this
# system. This will have the effect of making the peer appear to other
# systems to be on the local ethernet.
# (you do not need this if your PPTP server is responsible for routing
# packets to the clients -- James Cameron)
proxyarp

# Debian: do not replace the default route
nodefaultroute

# Logging

# Enable connection debugging facilities.
# (see your syslog configuration for where pppd sends to)
#debug

# Print out all the option values which have been set.
# (often requested by mailing list to verify options)
#dump

# Miscellaneous

# Create a UUCP-style lock file for the pseudo-tty to ensure exclusive
# access.
lock

# Disable BSD-Compress compression
auth
require-mppe
#nobsdcomp
logfile /var/log/pptpd.log

ms-dns 8.8.8.8
ms-dns 8.8.4.4

[свернуть]

и файл /etc/ppp/chap-secrets с содержимым
# Secrets for authentication using CHAP
# client server secret IP addresses
dexa pptpd "не скажу" "*"
test pptpd "zxcvbnm" "*"
Вот как-то так.
Скажите в какую сторону копать, где посмотреть что там поисходит при подключении, в логах pptpd все норм.

ihammers · 27 октября 2015, 04:50:05

Настроили ли маршрутизацию(iptables) на сервере?

Доп.информация: 1, 2, 3.

dexanewcomer · 27 октября 2015, 06:54:01

извеняюсь, а интерфейс какой писать?

Код Выделить

 Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Oct 26 23:36:23 2015 from 192.168.0.234
root@vps7036:~# ifconfig
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:1800 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1800 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:324255 (316.6 KiB)  TX bytes:324255 (316.6 KiB)

venet0    Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:127.0.0.2  P-t-P:127.0.0.2  Bcast:0.0.0.0  Mask:255.255.255.255
          UP BROADCAST POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1
          RX packets:27920 errors:0 dropped:0 overruns:0 frame:0
          TX packets:15740 errors:0 dropped:845 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:36769983 (35.0 MiB)  TX bytes:1092036 (1.0 MiB)

venet0:0  Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:204.45.251.81  P-t-P:204.45.251.81  Bcast:204.45.251.81  Mask:255.255.255.255
          UP BROADCAST POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1

root@vps7036:~#

так и писать venet0:0?
и еще по второй ссылке. тот скрипт нужно выполнять каждый раз при перезагрузке сервера или единоразово?

ihammers · 28 октября 2015, 04:54:40

Цитата: dexanewcomer от 27 октября 2015, 06:54:01так и писать venet0:0?

Да. В некоторых случаях можно не указывать, так как в команде может присутствовать IP-адрес.

Цитата: dexanewcomer от 27 октября 2015, 06:54:01и еще по второй ссылке. тот скрипт нужно выполнять каждый раз при перезагрузке сервера или единоразово?

Да, данный скрипт нужно либо каждый раз вводить в ручную, либо добавить восстановление маршрутизации после перезагрузки.

Для начала проверьте правильность работы данных последовательностей, после чего можно произвести выгрузку iptables (правил):

Код Выделить

~# iptables-save > /etc/iptables.rules # сохранение правил в файл.
~# ~# iptables-restore < /etc/iptables.rules # восстановление правил из файла.

PS: в последствии, если потребуется, вы можете автоматизировать процесс восстановления правил после перезагрузки системы.

dexanewcomer · 28 октября 2015, 08:56:04

Цитата: ihammers от 28 октября 2015, 04:54:40Для начала проверьте правильность работы данных последовательностей

Я пробовал вовсе отключить iptables, как мне посоветовали техподы, проблему это не решает, проблема не в iptables. Вопрос, возможно ли блокировка на уровне провайдера? С недавних времен мы по сети подключены в диапазоне ip 10.0.0.1/8.

ihammers · 29 октября 2015, 04:55:49

Цитата: dexanewcomer от 28 октября 2015, 08:56:04Я пробовал вовсе отключить iptables, как мне посоветовали техподы, проблему это не решает, проблема не в iptables. Вопрос, возможно ли блокировка на уровне провайдера? С недавних времен мы по сети подключены в диапазоне ip 10.0.0.1/8.

В смысле отключить iptables? Удалить все правила? Если да, то смотрите ссылку. У вас сервер ходит наружу (скачивание файлов происходит)? Провайдер конечно же может, что-то блокировать, но если есть доступ к серверу (клиент подключается по ppp) и есть доступ по некоторым портам (80, 443), то в большинстве случаев вы и не заметите этого.

Если были изменены диапазоны, то если настройка происходила не через интерфейс, а через ip-адреса, то да нужно править цепочки в iptables.

Дополнительная информация: debianforum.ru, 2.

dexanewcomer · 01 ноября 2015, 23:13:11

Решил не мучится и настроить openvpn, намного проще и в использовании на сервере и на пк, тлько на смарт пришлось левую прогу качать, но это мелочь.