Матыцын Денис на примерах, продемонстрировал (http://www.opennet.me/base/net/freebsd_vrt_311s.txt.html) процесс создания IPSec туннеля между шлюзом на базе FreeBSD 5.3 и VPN маршрутизатором Planet VRT-311S.URL: http://www.opennet.me/base/net/freebsd_vrt_311s.txt.html
Новость: http://www.opennet.me/opennews/art.shtml?num=5450
ещё бы было интересно между
freebsd - freebsd
linux - freebsd
linux - windows
Это уже есть - воспользуйся поиском на этом сайте...
даю подсказку, openvpn, а ещё freebsd<---->freebsd очень быстро настраивается с помощью ipsec (подробно расписано в handbook)
>даю подсказку, openvpn, а ещё freebsd<---->freebsd очень быстро настраивается с помощью ipsec (подробно расписано в handbook)
openvpn - нестандартное решение, а следовательное плохое, IPSec в handbook описан просто неверно на данный момент :(
> openvpn - нестандартное решение, а следовательное плохое,
Несогласен с вами.
Нестандартное - не значит плохое.
Тем более это еще как посмотреть что стандартно, а что -нет.
А vtun - тоже нестандартно и плохо?
>openvpn - нестандартное решение, а следовательное плохое, IPSec в handbook описан просто неверно на данный момент :(Чушь несусветная, решение VPN на основе SSL стандартное, IPSEC в handbook описан достаточно и верно для того чтобы связать две сети, у меня сделано по handbook-у 2 года назад соединение между 2-мя офисными сетками в разных городах, как я уже говорил, работает без проблем.
PS Собираюсь переходить на openvpn, т.к. он ещё и трафик жмёт, а не только заголовки пакетов.
PPS Handbook был английский
>>openvpn - нестандартное решение, а следовательное плохое, IPSec в handbook описан просто неверно на данный момент :(
>
>Чушь несусветная, решение VPN на основе SSL стандартное, IPSEC в handbook описанДля меня нет - кому как.....
>достаточно и верно для того чтобы связать две сети, у меня
>сделано по handbook-у 2 года назад соединение между 2-мя офисными сетками
>в разных городах, как я уже говорил, работает без проблем.Работоспособность не говорит о _правильности_ решения, конкретизировать что и как пока мне лень - на этом сайте есть описание че там не так и где. На данный момент решение в Ручбуке неправильное.
У моего приятеля старая "бэха" очень долго ездила без воздушного фильтра это же не означает что это _правильно_ и воздушный фильтр ненужен вовсе.
:)))>PS Собираюсь переходить на openvpn, т.к. он ещё и трафик жмёт, а
>не только заголовки пакетов.
>PPS Handbook был английскийВ эпоху ну самый максимум 36 зеленых за гиг - смешно... А потом еще пару офисов появится, например, и не факт что _правильным_ решением окажется ставить туда Юних-боксы, а не железку-айписечку.
>>>openvpn - нестандартное решение, а следовательное плохое, IPSec в handbook описан просто неверно на данный момент :(
>>
>>Чушь несусветная, решение VPN на основе SSL стандартное, IPSEC в handbook описан
>
>Для меня нет - кому как.....
>
>>достаточно и верно для того чтобы связать две сети, у меня
>>сделано по handbook-у 2 года назад соединение между 2-мя офисными сетками
>>в разных городах, как я уже говорил, работает без проблем.
>
>Работоспособность не говорит о _правильности_ решения, конкретизировать что и как пока мне
>лень - на этом сайте есть описание че там не так
>и где. На данный момент решение в Ручбуке неправильное.
>У моего приятеля старая "бэха" очень долго ездила без воздушного фильтра это
>же не означает что это _правильно_ и воздушный фильтр ненужен вовсе.
>
>:)))
>
Ну так расскажите что неправильного в IPSEC? А то что вы говорите....
Ещё раз прошу факты в студию. А так просто "звиздёшь галимый"
>>PS Собираюсь переходить на openvpn, т.к. он ещё и трафик жмёт, а
>>не только заголовки пакетов.
>>PPS Handbook был английский
>
>В эпоху ну самый максимум 36 зеленых за гиг - смешно... А
>потом еще пару офисов появится, например, и не факт что _правильным_
>решением окажется ставить туда Юних-боксы, а не железку-айписечку.
>>>>openvpn - нестандартное решение, а следовательное плохое, IPSec в handbook описан просто неверно на данный момент :(
>>>
>>>Чушь несусветная, решение VPN на основе SSL стандартное, IPSEC в handbook описан
>>
>>Для меня нет - кому как.....
>>
>>>достаточно и верно для того чтобы связать две сети, у меня
>>>сделано по handbook-у 2 года назад соединение между 2-мя офисными сетками
>>>в разных городах, как я уже говорил, работает без проблем.
>>
>>Работоспособность не говорит о _правильности_ решения, конкретизировать что и как пока мне
>>лень - на этом сайте есть описание че там не так
>>и где. На данный момент решение в Ручбуке неправильное.
>>У моего приятеля старая "бэха" очень долго ездила без воздушного фильтра это
>>же не означает что это _правильно_ и воздушный фильтр ненужен вовсе.
>>
>>:)))
>>
>Ну так расскажите что неправильного в IPSEC? А то что вы говорите....
>
>Ещё раз прошу факты в студию. А так просто "звиздёшь галимый"В IPSec неправильного ничего не вижу, а в Ручбуке на данный момент есть.
Цитирую, "звиздёшь галимый", был бы если бы Вы _разбирались_ в предмете и соотвественно для Вас было бы очевидно что там неправильного :)Я тут прочитал что Вы админ сети из более чем 300 узлов, значит у Вас приличная зарплата и следовательно Вы специалист высокого уровня, я готов указать на _явные_ _логические_ _ошибки_ в двух случаях:
1. Вы признаетесь что являетесь Мистером Болтуном.
2. Заключаете с нашей конторкой контрактик на сумму более 3 к$ на IT консалтинг.В общем случае мне просто лень учить Вас.... а так дискуссия доставит мне удовольствие :)
>>>PS Собираюсь переходить на openvpn, т.к. он ещё и трафик жмёт, а
>>>не только заголовки пакетов.
>>>PPS Handbook был английский
>>
>>В эпоху ну самый максимум 36 зеленых за гиг - смешно... А
>>потом еще пару офисов появится, например, и не факт что _правильным_
>>решением окажется ставить туда Юних-боксы, а не железку-айписечку.
>>>>>openvpn - нестандартное решение, а следовательное плохое, IPSec в handbook описан просто неверно на данный момент :(
>>>>
>>>>Чушь несусветная, решение VPN на основе SSL стандартное, IPSEC в handbook описан
>>>
>>>Для меня нет - кому как.....
>>>
>>>>достаточно и верно для того чтобы связать две сети, у меня
>>>>сделано по handbook-у 2 года назад соединение между 2-мя офисными сетками
>>>>в разных городах, как я уже говорил, работает без проблем.
>>>
>>>Работоспособность не говорит о _правильности_ решения, конкретизировать что и как пока мне
>>>лень - на этом сайте есть описание че там не так
>>>и где. На данный момент решение в Ручбуке неправильное.
>>>У моего приятеля старая "бэха" очень долго ездила без воздушного фильтра это
>>>же не означает что это _правильно_ и воздушный фильтр ненужен вовсе.
>>>
>>>:)))
>>>
>>Ну так расскажите что неправильного в IPSEC? А то что вы говорите....
>>
>>Ещё раз прошу факты в студию. А так просто "звиздёшь галимый"
>
>В IPSec неправильного ничего не вижу, а в Ручбуке на данный момент
>есть.
>Цитирую, "звиздёшь галимый", был бы если бы Вы _разбирались_ в предмете и
>соотвественно для Вас было бы очевидно что там неправильного :)
>
>Я тут прочитал что Вы админ сети из более чем 300 узлов,
>значит у Вас приличная зарплата и следовательно Вы специалист высокого уровня,
>я готов указать на _явные_ _логические_ _ошибки_ в двух случаях:
>1. Вы признаетесь что являетесь Мистером Болтуном.
>2. Заключаете с нашей конторкой контрактик на сумму более 3 к$ на
>IT консалтинг.
>
>В общем случае мне просто лень учить Вас.... а так дискуссия доставит
>мне удовольствие :)А мне лень спорить с человеком, которому лень, или , что скорее всего просто врёт. Тем паче что с "конторками, контрактики...... на IT консалтингочки"
Вас в какой забегаловке таким словам обучили?
>
>А мне лень спорить с человеком, которому лень, или , что скорее
>всего просто врёт. Тем паче что с "конторками, контрактики...... на IT
>консалтингочки"
>Вас в какой забегаловке таким словам обучили?Нет - так нет :) Условия были достойные...
>
>>
>>А мне лень спорить с человеком, которому лень, или , что скорее
>>всего просто врёт. Тем паче что с "конторками, контрактики...... на IT
>>консалтингочки"
>>Вас в какой забегаловке таким словам обучили?
>
>Нет - так нет :) Условия были достойные...
Нет, недостойные.
1) За 3 килобакса нанимать людей которым "лень", и которые толком не могут описать что же не так в handbook, а только "где то здесь" видевшие, что что то не так......
2) Обосновать своё утверждение
> На данный момент решение в Ручбуке неправильное
Я, как вижу, Вы не можете.
>>>openvpn - нестандартное решение, а следовательное плохое, IPSec в handbook описан просто неверно на данный момент :(
>>
>>Чушь несусветная, решение VPN на основе SSL стандартное, IPSEC в handbook описан
>
>Для меня нет - кому как.....
>
>>достаточно и верно для того чтобы связать две сети, у меня
>>сделано по handbook-у 2 года назад соединение между 2-мя офисными сетками
>>в разных городах, как я уже говорил, работает без проблем.
>
>Работоспособность не говорит о _правильности_ решения, конкретизировать что и как пока мне
>лень - на этом сайте есть описание че там не так
>и где. На данный момент решение в Ручбуке неправильное.
>У моего приятеля старая "бэха" очень долго ездила без воздушного фильтра это
>же не означает что это _правильно_ и воздушный фильтр ненужен вовсе.
>
>:)))
>
>>PS Собираюсь переходить на openvpn, т.к. он ещё и трафик жмёт, а
>>не только заголовки пакетов.
>>PPS Handbook был английский
>
>В эпоху ну самый максимум 36 зеленых за гиг - смешно... А
>потом еще пару офисов появится, например, и не факт что _правильным_
>решением окажется ставить туда Юних-боксы, а не железку-айписечку.
Тебе смешно? Ню-ню, смейся паяц. У нас в городе всё гораздо дороже. Так что не равняйте господин хароший.
Кстати просмотренный мною в handbook статья о том как связать две конторы через тырнет, я ошибок не выявил, правда мой английский оставляет желать лучшего......... Но вроде ошибок нет.
>
>Тебе смешно? Ню-ню, смейся паяц. У нас в городе всё гораздо
>дороже. Так что не равняйте господин хароший.И до Вас дойдет цивилизация ;)))
>Кстати просмотренный мною в handbook статья о том как связать две конторы
>через тырнет, я ошибок не выявил, правда мой английский оставляет
>желать лучшего......... Но вроде ошибок нет.При использовании gif туннелирования нужно использовать транспортный режим IPSec, либо не использовать gif, а использовать туннельный режим IPSec.
Первый вариант лучше, но например в Planet VRT-311S транспортный режим не реализован :(
В остальных случаях получается <censored> со всеми следствиями....
>При использовании gif туннелирования нужно использовать транспортный режим IPSec, либо не использовать
>gif, а использовать туннельный режим IPSec.Странно, а как у меня работал IPSec-tunnel over gif-tunnel?
Ну переписало заголовки три раза, а не два.
Так процессоры сейчас шустрые.
>>При использовании gif туннелирования нужно использовать транспортный режим IPSec, либо не использовать
>>gif, а использовать туннельный режим IPSec.
>
>Странно, а как у меня работал IPSec-tunnel over gif-tunnel?
>Ну переписало заголовки три раза, а не два.
>Так процессоры сейчас шустрые.
Включи мозг, прикинь процесс и либо поймешь либо займись дизайном ландшафтов :)))
OpenVPN - не промышленный стандарт. Если это не так, назовите марку хотя бы одного сетевого девайса от приличного вендора, который его поддерживает.
>OpenVPN - не промышленный стандарт. Если это не так, назовите марку хотя
>бы одного сетевого девайса от приличного вендора, который его поддерживает.
LOL! Для тех кто в танке, OpenVPN это программа а не стандарт, стандартом является SSL. А сам OpenVPN, ,благодаря тому что он поддерживает Linux/BSD/Windows достаточно универсален, чтобы можно было без проблем увязать между собой Linux/BSD/Windows.
IPSEC жмет только заголовки пакетов ?
>IPSEC жмет только заголовки пакетов ?
Как настроить так и будет работать. Рекомендуется включать компрессию. Но есть некоторые реализации IPsec которые по поводу сжатия совместимы только сами с собой :(