Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

lug-bg: Re: lug-bg: Re: lug-bg: IPsec esp Linux(racoon) <-> OpenBSD(isakpmd) [ДЪЛГО]


  • Subject: lug-bg: Re: lug-bg: Re: lug-bg: IPsec esp Linux(racoon) <-> OpenBSD(isakpmd) [ДЪЛГО]
  • From: Alexander Iliev <sasoiliev@xxxxxxxxx>
  • Date: Wed, 18 Oct 2006 08:13:41 +0300
  • Delivered-to: lug-bg-list@xxxxxxxxxxxxxxxxxx
  • Delivered-to: lug-bg@xxxxxxxxxxxxxxxxxx

Georgi Chorbadzhiyski wrote:
> Alexander Iliev wrote:
>> Добър вечер.
>>
>> Първо искам да се извиня за дългото писмо.
>>
>> Сега за проблема - опитвам се да пусна ESP тунел между Fedora Core 4
>> и OpenBSD 3.9.
>>
>> Ситуацията е следната - Linux-а е зад SNAT, OpenBSD-то е с публичен
>> адрес. Адреса на Linux-а от NAT-натата мрежа е 10.0.0.89. От другата
>> страна също има вътрешна мрежа - 192.168.1/24. Имам малко притеснение,
>> понеже се опитвам да пусна тунела м/у именно тези две мрежи - 10.0/16
>> и 192.168.1/24. Притеснението ми е, че от страната на Fedora-та адреса
>> е част от мрежата, която се опитвам да прекарам през самия тунел. Не
>> знам дали изобщо се прави така, ако може някой да ме осветли? :)
>>
>> Проблемът с тунела е, че от машините от 192.168.1/24 няма достъп до
>> 10.0/16 мрежата, с изключение на IPsec gateway-а (OpenBSD-то). Т.е.
> 
> Без да съм спец по IPSEC ми се струва, че проблема е че нямаш рутиране
> на OpenBSD машината за мрежата "от другата страна". На OpenBSD -то (или
> може би някъде в настройките на racoon-а) укажи да добави рутинг за
> 10.0/16 през тунела.

Еми това беше първото нещо, което ми хрумна, но нищо не намерих по
въпроса в google, в смисъл как точно става добавянето на route. От
нещата, които четох, останах с впечатление, че OpenBSD-то трябва само
да се "усети", че даден трафик е за през тунела, и че това става на
базата на security policy-тата, които са му настроени, а именно:

# netstat -rnf encap
Routing tables

Encap:
Source             Port  Destination        Port  Proto
SA(Address/Proto/Type/Direction)
10.0/16            0     192.168.1/24       0     0     P.Q.R.S/50/use/in
192.168.1/24       0     10.0/16            0     0
P.Q.R.S/50/require/out

Тези маршрути се добавят след като се изгради тунела, и ако се не лъжа
би трябвало да указват при трафик от 192.168.1/24 към 10.0/16 да
използва втория security association от горните.

Поздрави,
-- 
Александър Илиев



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.