[devel] freeswan

[devel] freeswan

[Ed V. Bartosh]

Hello,

Планируется ли в ближайшем будущем включение в альтовскую сборку
freeswan всяких разнообразных фич из Super FreeS/WAN, или хотя бы
поддержки X.509 ?

-- 
Best regards,
Ed V. Bartosh

Re: [devel] freeswan

[Ed V. Bartosh]

Hello, Denis

 >> Планируется ли в ближайшем будущем включение в альтовскую сборку
 >> freeswan всяких разнообразных фич из Super FreeS/WAN, или хотя бы
 >> поддержки X.509 ?
 DO> Кстати, ещё раз о том, что я уже рассказывал: фрисван не очень хорош в том
 DO> плане, что он дублирует большинство того, что уже есть в нашем ядре с
 DO> CryptoAPI, в своём userspace code. 
А где можно прочитать этот рассказ ?

 DO>  Я тратил кучу времени в своё время, но
 DO> так и не получил простого IPSec-туннеля. В то же время есть 1 решение,
 DO> состоящее из ~30K модуля ядра и примерно такой же утилиты его настройки,
 DO> которое позволяет за минуты поднять IPSec-интерфейс, используя всё то, что
 DO> в ядре уже есть. Рекомендую присмотреться. 
А проподробнее где-нибудь про это прочитать можно ?
Мне нужен тривиальный IPSEC клиент, но правда на машине толко ppp
интерфейс с dynamic address. Это реально ?

 DO> Это, конечно, не решает
 DO> проблемы всяких road-warrior'ов и ключей, динамически отдаваемых через
 DO> DNS, но позволяет избавиться от явного маразма при простейшей
 DO> конфигурации, при этом ещё и не засовывая маршрутизацию IPSec в
 DO> user-space.
Ключи в dns не нужны, а что за проблемы с road-warrior ?

 DO> Единственная проблема состоит в конфликте имён с тем же freeswan, так что
 DO> мне приходилось просто заменять файл модуля на установленном ядре. Но это
 DO> можно запросто решить правками, я думаю.
Гм ... Так freeswan таки нужен ? 

-- 
Best regards,
Ed V. Bartosh

Re: [devel] freeswan

[Denis Ovsienko]

> Планируется ли в ближайшем будущем включение в альтовскую сборку
> freeswan всяких разнообразных фич из Super FreeS/WAN, или хотя бы
> поддержки X.509 ?
Кстати, ещё раз о том, что я уже рассказывал: фрисван не очень хорош в том
плане, что он дублирует большинство того, что уже есть в нашем ядре с
CryptoAPI, в своём userspace code. Я тратил кучу времени в своё время, но
так и не получил простого IPSec-туннеля. В то же время есть 1 решение,
состоящее из ~30K модуля ядра и примерно такой же утилиты его настройки,
которое позволяет за минуты поднять IPSec-интерфейс, используя всё то, что
в ядре уже есть. Рекомендую присмотреться. Это, конечно, не решает
проблемы всяких road-warrior'ов и ключей, динамически отдаваемых через
DNS, но позволяет избавиться от явного маразма при простейшей
конфигурации, при этом ещё и не засовывая маршрутизацию IPSec в
user-space.
Единственная проблема состоит в конфликте имён с тем же freeswan, так что
мне приходилось просто заменять файл модуля на установленном ядре. Но это
можно запросто решить правками, я думаю.

    ДонНТУ Информационный центр
    Денис Овсиенко
    DO4-UANIC

Re: [devel] freeswan

[aen]

Denis Ovsienko пишет:

>>Планируется ли в ближайшем будущем включение в альтовскую сборку
>>freeswan всяких разнообразных фич из Super FreeS/WAN, или хотя бы
>>поддержки X.509 ?
>>    
>>
>Кстати, ещё раз о том, что я уже рассказывал: фрисван не очень хорош в том
>плане, что он дублирует большинство того, что уже есть в нашем ядре с
>CryptoAPI, в своём userspace code. Я тратил кучу времени в своё время, но
>так и не получил простого IPSec-туннеля. В то же время есть 1 решение,
>состоящее из ~30K модуля ядра и примерно такой же утилиты его настройки,
>которое позволяет за минуты поднять IPSec-интерфейс, используя всё то, что
>в ядре уже есть. Рекомендую присмотреться. Это, конечно, не решает
>проблемы всяких road-warrior'ов и ключей, динамически отдаваемых через
>DNS, но позволяет избавиться от явного маразма при простейшей
>конфигурации, при этом ещё и не засовывая маршрутизацию IPSec в
>user-space.
>Единственная проблема состоит в конфликте имён с тем же freeswan, так что
>мне приходилось просто заменять файл модуля на установленном ядре. Но это
>можно запросто решить правками, я думаю.
>  
>
Может быть, перенесем это обсуждение в devel-kernel?

Rgrds, Алексей

Re: [devel] freeswan

[Anton Farygin]

[-- Attachment #1: Type: text/plain, Size: 190 bytes --]

Denis Ovsienko пишет:
> On Mon, 21 Apr 2003, aen wrote:
> 
> 
>>Может быть, перенесем это обсуждение в devel-kernel?
> 
> Пожалуйста, если подпишете.

Там свободная подписка.

Rgds,
Rider



[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] freeswan

[Denis Ovsienko]

On Mon, 21 Apr 2003, aen wrote:

> Может быть, перенесем это обсуждение в devel-kernel?
Пожалуйста, если подпишете.

    ДонНТУ Информационный центр
    Денис Овсиенко
    DO4-UANIC

Re: [devel] freeswan

[Denis Ovsienko]

> А где можно прочитать этот рассказ ?
Нигде. ;) Рассказывал я его на лестничной площадке возле офиса райдеру и
ещё кому-то.

> А проподробнее где-нибудь про это прочитать можно ?
> Мне нужен тривиальный IPSEC клиент, но правда на машине толко ppp
> интерфейс с dynamic address. Это реально ?
В google искать ipsec_tunnel, там и домашняя страничка, и обсуждения по
вкручиванию его в CryptoAPI,  насколько я понял.

> Ключи в dns не нужны, а что за проблемы с road-warrior ?
Да там, кажется, только статика в качестве точек приземления.

> Гм ... Так freeswan таки нужен ?
Определённо да. Но в некоторых приложениях проще и естественнее
ipsec_tunnel, мне кажется.


    ДонНТУ Информационный центр
    Денис Овсиенко
    DO4-UANIC

Re: [devel] freeswan

[aen]

Denis Ovsienko пишет:

>On Mon, 21 Apr 2003, aen wrote:
>
>  
>
>>Может быть, перенесем это обсуждение в devel-kernel?
>>    
>>
>Пожалуйста, если подпишете.
>  
>
Подписка свободная.

Rgrds, Алексей