Домашняя сеть + VPN + удаленный сервер

[makso]

Здравствуйте уважаемые формчане!
Помогите пожалуйста решить следующую задачу: нужно удаленный сервер прицепить в домашню сеть, чтобы он виделся в домашней сети.
Что имеем:
1. Домашня сеть состоящая из 10 разных устройств:
- ZyXEL Keenetic Giga с прошивкой NDMS V2, через который все устройства локалки смотрят в интернет и получают адреса по DHCP. Внешний IP адрес статический, "белый". Коннект к интернету осуществляется по протоколу PPPoE. Локальный адрес Кинетика 192.168.1.1. Выделенный пул адресов для устройств 192.168.1.2-30.
2. Имеется удаленный сервер на базе Debian 7.3.0. К серверу имеется доступ по ssh с root доступом.
Вот и нужно все это добро объединить в одну локалку, чтобы с устройств в домашней сети можно было бы заходить в папки samba на сервере.
Думаю, что такую задачу можно решить при помощи vpn, однако знаний не хватает осуществить это действие
Помогите пожалуйста!

[AnrDaemon]

Начните с сайта Zyxel и возможностей прошивки. Если оно может устанавливать дополнительные VPN соединения, решение будет тривиальным.

[makso]

Начните с сайта Zyxel и возможностей прошивки. Если оно может устанавливать дополнительные VPN соединения, решение будет тривиальным.

Да вроди как может...
То есть я  так понимаю, что предложение такое:
На удаленном сервере поднимаем демон pptpd и коннектимся к нему с помощью кинетика? Я правильно наводку понял?
Дело в том, что я так и пытался сделать, но блин почему то коннект не устанавливается... Я чуть позже выложу сюда все конфиги и настройки, что как делал, не исключено что я гдето туплю

[AnrDaemon]

PPTP, L2TP, OpenVPN... На ваш вкус.

[makso]

Я установил pptpd, но видимо что то с конфигами накосячил ибо Кинетик отказывается цепляться... Я думаю, что ошибка здесь:
в файле /etc/pptpd.conf, в параметрах я указал:
localip 192.168.1.40 и bcrelay lo (тоесть так как у меня на сервере 1 сетавая карта которая смотрит наружу, я в качестве внутреннего сетевого интерфейса указал lo - то есть петлю)
Мне кажется что тут гдето ошибка...
Пользователь решил продолжить мысль 02 Февраля 2014, 18:35:49:Выкладываю файлы конфигов pptpd
файл ptpd.conf

(Нажмите, чтобы показать/скрыть)

###############################################################################
# $Id$
#
# Sample Poptop configuration file /etc/pptpd.conf
#
# Changes are effective when pptpd is restarted.
###############################################################################

# TAG: pp.
#       Path to the pppd program, default '/usr/sbin/pppd' on Linux
#
#ppp /usr/sbin/pppd

# TAG: option
#       Specifies the location of the PPP options file.
#       By default PPP looks in '/etc/ppp/options'
#
option /etc/ppp/pptpd-options

# TAG: debug
#       Turns on (more) debugging to syslog
#
#debug

# TAG: stimeout
#       Specifies timeout (in seconds) on starting ctrl connection
#
# stimeout 10

# TAG: noipparam
#       Suppress the passing of the client's IP address to PPP, which is
#       done by default otherwise.
#
#noipparam

# TAG: logwtmp
#       Use wtmp(5) to record client connections and disconnections.
#
logwtmp

# TAG: bcrelay <if>
#       Turns on broadcast relay to clients from interface <if>
#
bcrelay lo
# TAG: localip
# 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.1.40
remoteip 192.168.1.1-38,192.168.1.245
# or
#localip 192.168.0.234-238,192.168.0.245
#remoteip 192.168.1.234-238,192.168.1.245
Listen 179.238.xxx.xxx

файл /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 10.0.0.1
#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
nobsdcomp

файл /etc/ppp/chap-secrets

(Нажмите, чтобы показать/скрыть)

# Secrets for authentication using CHAP
# client        server  secret                  IP addresses
user name    user pass

[AnrDaemon]

Там и ошибка... У вас на lo нет адреса, который оно пытается использовать.

[makso]

С этим я разобрался, pptpd нормально стартанул, и Кинетик к нему приконнектился, в логах везде сервер видно и с Кинетика он пингуется, а вот с остальных устройств пинг на адрес 192.168.1.40 не проходит ХЗ в чем проблема...
Может надо на Кинетике какие маршруты прописать??? Пытаюсь разобраться...
Пользователь решил продолжить мысль 02 Февраля 2014, 21:23:59:Страннно по команде ifconfig вот что выводится касательно интерфейса ppp0:

Код: [Выделить]

ppp0      Link encap:Point-to-Point Protocol
          inet addr:192.168.1.40  P-t-P:192.168.1.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1496  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:92 (92.0 B)  TX bytes:92 (92.0 B)Странно, почему маска 255.255.255.255??? Должна быть 255.255.255.0
Как с этим бороться???

[AnrDaemon]

Никак не бороться, это нормальная маска для PPP интерфейса.
Надеюсь, сетка PPTP тоннеля не совпадает с адресами локалки?...

[makso]

Нет не в коем случае, сетка тоннеля - интернетовская.
А если не бороться, почему ж не работает?

И если честно, я не совсем понял вопрос по сетке тоннеля? Можете пояснить?

[AnrDaemon]

Совпадает. Меняйте адресацию в тоннеле.

[makso]

Поясните тупому пожалуста
Мне надо на pptpd сервере адрес типа 192.168.0.40 сделать вместо 192.168.1.40?

[AnrDaemon]

Как пример.

[makso]

Ну на сервере поменял IP на 192.168.0.40 а на Кинетике так и остался 192.168.1.1 - это правильно? Сервак с этим IP стал пинговаться из локалки, а вот с сервера в локалку пинги не идут...

[AnrDaemon]

С сервера в локалку и не пойдут при вашей конфигурации.
Если хотите в обе стороны пинги, PPTP сервер надо поднимать на роутере.

[makso]

Вот заметил такую вещь, делаю
ping 192.168.1.6
и получаю в ответ

Код: [Выделить]

PING 192.168.1.6 (192.168.1.6) 56(84) bytes of data.
From 178.236.138.0 icmp_seq=10 Destination Host Unreachable
Почему он на интернет интерфейс лезет на не на ppp0?
Вот на всякий случай route -n

Код: [Выделить]

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         178.236.137.254 0.0.0.0         UG    0      0        0 eth0
178.236.136.0   0.0.0.0         255.255.254.0   U     0      0        0 eth0
192.168.0.1     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0