The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Подскажите решение по тунелированию"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"Подскажите решение по тунелированию"  
Сообщение от Mous email(ok) on 17-Янв-08, 00:00 
Подскажите, какими средставми лучше решить следующую задачу:

Есть два компьютера в сети одного провайдера (клиенты). На одном FreeBSD, на другом WinXP.
Оба имеют доступ в интернет через PPPoE.

Задача: Поднять на FreeBSD сервер (VPN или что еще), чтобы организовать тунель через провайдера между этими компами и чтобы с компа с WinXP доступ в инет был через этот тунель. Т.е. чтобы для провайдера комп с WinXP общался только с компом на FreeBSD.

Какое решение рекомендовали бы гуру? Как будут работать два PPPoE поверх друг друга? И возможно ли это в принципе?

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Подскажите решение по тунелированию"  
Сообщение от Kos (??) on 17-Янв-08, 00:28 
>[оверквотинг удален]
>другом WinXP.
>Оба имеют доступ в интернет через PPPoE.
>
>Задача: Поднять на FreeBSD сервер (VPN или что еще), чтобы организовать тунель
>через провайдера между этими компами и чтобы с компа с WinXP
>доступ в инет был через этот тунель. Т.е. чтобы для провайдера
>комп с WinXP общался только с компом на FreeBSD.
>
>Какое решение рекомендовали бы гуру? Как будут работать два PPPoE поверх друг
>друга? И возможно ли это в принципе?

А почему они должны работать ПОВЕРХ друг друга?
ВПН должна подойти отцу русской демократии.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Подскажите решение по тунелированию"  
Сообщение от Mous email(ok) on 17-Янв-08, 00:37 
>А почему они должны работать ПОВЕРХ друг друга?

Потому что компы в разных, не связанных на прямую сегментах. Т.е. внутри сети они себя не видят, если не подключаться к PPPoE серверу провайдера.

>ВПН должна подойти отцу русской демократии.

А какая именно реализация? Сейчас капаю mpd4 с pptp. Это подойдет?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Подскажите решение по тунелированию"  
Сообщение от universite email(ok) on 17-Янв-08, 01:40 

>А какая именно реализация? Сейчас капаю mpd4 с pptp. Это подойдет?

да, при поднятии туннеля, не забудьте понизить mtu.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Подскажите решение по тунелированию"  
Сообщение от Mous (ok) on 17-Янв-08, 19:21 
Хмм... связался я с mpd и что-то не врубаюсь :)

Сначала сервак работал, принимал соединения, но ничего не работало.
Потом вообще перестал принимать соединения - авторизация не проходит.
Пишет в консоль:

process 66109 started, version 4.4 (root@srv 20:53 15-Jan-2008)
CONSOLE: listening on 0.0.0.0 5005
PPTP: waiting for connection on внешний_интерфейс
[client1] using interface ng0
PPTP: Incoming control connection from внешний_интерфейс 61369 to внешний_интерфейс 1723
pptp0: attached to connection with внешний_интерфейс 61369
[client1] Accepting PPTP connection
[client1] opening link "client1"...
[client1] link: OPEN event
[client1] LCP: Open event
[client1] LCP: state change Initial --> Starting
[client1] LCP: LayerStart
[client1] PPTP: attaching to peer's outgoing call
[client1] link: UP event
[client1] link: origination is remote
[client1] LCP: Up event
[client1] LCP: state change Starting --> Req-Sent
[client1] LCP: SendConfigReq #1
ACFCOMP
PROTOCOMP
MRU 1500
MAGICNUM 0a810517
AUTHPROTO CHAP MSOFTv2
[client1] LCP: SendConfigReq #2
ACFCOMP
PROTOCOMP
MRU 1500
MAGICNUM 0a810517
AUTHPROTO CHAP MSOFTv2

и т.д.
В конце:

pptp0-0: call cleared by peer
pptp0-0: killing channel
[client1] PPTP call terminated
[client1] link: DOWN event
[client1] LCP: Close event
[client1] LCP: state change Req-Sent --> Closing
[client1] LCP: SendTerminateReq #9
[client1] error writing len 8 frame to bypass: Network is down
[client1] LCP: Down event
[client1] LCP: LayerFinish
[client1] LCP: state change Closing --> Initial
pptp0: closing connection with внешний_интерфейс 61369
pptp0: killing connection with внешний_интерфейс 61369

Конфиги:
mpd.conf


default:
        load client1

client1:
        new -i ng0 client1 client1
        set ipcp ranges 192.168.1.250/32 192.168.1.50/32
        load pptp

pptp:
        set iface disable on-demand
        set iface enable proxy-arp
        set iface idle 1800
        set iface enable tcpmssfix
        set ipcp ranges 192.168.1.250/32 192.168.1.50/32
#  Так же пробовал этот акк использовать:
#        set auth authname "mous"
#        set auth password "word"
# Multilink adds some overhead, but gives full 1500 MTU.
       set bundle enable multilink
        set link yes acfcomp protocomp
        set link no pap chap
        set link enable chap
        set link keep-alive 10 60
        set link mtu 1460
        set ipcp yes vjcomp
        set ipcp dns 192.168.1.253
#       set ipcp nbns 192.168.1.253
        set bundle enable compression
        set ccp yes mppc
        set ccp yes mpp-e40
        set ccp yes mpp-e128
        set ccp yes mpp-stateless

mpd.link


client1:
        set phys type pptp
        set pptp self 80.69.156.26
        set pptp enable incoming
        set pptp disable originate

mpd.secret


MyLogin         MyPassword
PeerLogin       PeerPassword

fred            "fred-pw"
joe             "foobar"        192.168.1.1
bob             "\x34\"foo\n"   192.168.1.10/24
sal             "yipee"         192.168.1.254
client1         "yahoo"         192.168.1.50

Пытался коннектиться с логином "client1", "fred" - одна фигня...

Кто разбирается в mpd - помогите, плиз

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Подскажите решение по тунелированию"  
Сообщение от Mous email(??) on 19-Янв-08, 12:49 
В общем от mpd пришлось отказаться - Т.к. для подключения к провайдеру надо использовать D-Link'ский роутер.
Но! В нем уже есть встроенный pptp и l2tp сервера! )
Я поднял на наем pptp, назначил серверу IP 10.0.0.1, клиенту он выдает 10.0.0.2/24
Интерфейс этого роутера, который смотрит на FreeBSD - 192.168.0.1, на сервере
сетевуха с адресом 192.168.0.2 (сюда натится вся остальная подсеть 192.168.1.0/24, 192.168.2.0/24 и т.д.)
Так вот, когда я из винды (т.е. с другого компа) коннекчусь к этому ВПН серверу, то
у меня пингуется 10.0.0.1, 192.168.0.1, но больше ничего :(
В чем собственно проблема? Я так понимаю, этот D-Link VPN не хочет отдавать пакеты в сторону сервака на FreeBSD, но почему?
Фаервол нигде не ограничивает эти соединения...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру