1.2, Аноним (2), 15:02, 03/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
А на кой оно надо??? Есть же IP Sec хоть с ключами, хоть с паролями.
| |
|
2.3, Жопка3 (?), 15:05, 03/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
например если вы хотите, чтобы данные при передачи шифровались с помощью гостовых алгоритмов.
| |
|
|
4.16, bill (??), 19:39, 03/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
А Вы попробуйте несколько клиентов из-за одного ната соединить. Или из-за разных натов, но с одним и тем же локальным ip.
| |
|
3.8, non anon (?), 16:45, 03/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
>ipsec не работает через ...nat
Справедливости ради замечу, что это зависит от ната (например, нат на базе pf просто не поддерживает gre, а с ipfw и netfilter - все нормально).
| |
|
|
|
6.24, John Q Smith (?), 12:47, 04/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
FreeBSD 8.2-STABLE
vpn# pfctl -ss | grep 10.9.102.10
all tcp 93.xx.yy.66:1723 <- 10.9.102.10:59661 ESTABLISHED:ESTABLISHED
all tcp 10.9.102.10:59661 -> 195.xx.yy.144:51797 -> 93.xx.yy.66:1723 ESTABLISHED:ESTABLISHED
all gre 93.xx.yy.66 <- 10.9.102.10 MULTIPLE:MULTIPLE
all gre 10.9.102.10 -> 195.xx.yy.144 -> 93.xx.yy.66 MULTIPLE:MULTIPLE
| |
|
7.26, анонимХ (?), 21:36, 04/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
Как я понимаю по MULTIPLE:MULTIPLE трассировки для gre до сих пор так и нет:).
Попробуйте установить еще одно соединение с приватного IP к тому же серверу и сообщите о результатах.
| |
|
|
|
|
|
2.5, metallic (ok), 15:48, 03/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
Может стоит хотя бы почитать про openvpn, не говоря уже о том, что попробовать?
| |
|
1.12, digitalm (ok), 18:23, 03/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
У меня была проблема в 2.1.3, которая не позволяет посадить openvpn на несколько интерфейсов сразу.
Есть хост подключенный к двум провайдерам - A.A.A.A и B.B.B.B. Биндим openvpn на 0.0.0.0 к обоим адресам. Естественно, прописываем раздельную маршрутизацию на интерфейсы, чтоб они могли работать независимо. Посылаем с клиента запрос в B.B.B.B, а получаем ответ с адреса A.A.A.A, потому что он основной (первый).
Интересно, это пофиксили или я что-то делал не так?
| |
|
2.13, tcup (?), 19:09, 03/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
под win, 2.0.9, без "бинденья" (и так на 0.0.0.0) отвечает на нужный интерфейс
| |
2.14, anonymous (??), 19:09, 03/05/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
> У меня была проблема в 2.1.3, которая не позволяет посадить openvpn на
> несколько интерфейсов сразу.
> Есть хост подключенный к двум провайдерам - A.A.A.A и B.B.B.B. Биндим openvpn
> на 0.0.0.0 к обоим адресам. Естественно, прописываем раздельную маршрутизацию на интерфейсы,
> чтоб они могли работать независимо. Посылаем с клиента запрос в B.B.B.B,
> а получаем ответ с адреса A.A.A.A, потому что он основной (первый).
> Интересно, это пофиксили или я что-то делал не так?
имхо, впн тут не при чем. Просто криво настроен роутинг.
| |
2.19, argouln (??), 08:25, 04/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> У меня была проблема в 2.1.3, которая не позволяет посадить openvpn на
> несколько интерфейсов сразу.
> Есть хост подключенный к двум провайдерам - A.A.A.A и B.B.B.B. Биндим openvpn
> на 0.0.0.0 к обоим адресам. Естественно, прописываем раздельную маршрутизацию на интерфейсы,
> чтоб они могли работать независимо. Посылаем с клиента запрос в B.B.B.B,
> а получаем ответ с адреса A.A.A.A, потому что он основной (первый).
> Интересно, это пофиксили или я что-то делал не так?
Поставьте например pf и настройте как то так http://argo-uln.blogspot.com/2008/02/pf-freebsd-62-3.html
| |
|
3.21, digitalm (ok), 08:42, 04/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ну да, я забыл сказать, что через NAT это все решается. Так оно и работает сейчас.
| |
|
|
1.15, Гога (?), 19:11, 03/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Респект разработчикам! 5 лет эксплуатации - 12 удаленных офисов - живет даже на довольно гнилых линиях, пока все возникающие проблемы позволяет решить. Для digitalm, я такой конфигурации не пробовал - запускал на одной машине сервер и клиент одновременно (под фряхой), м.б. вам нужно 2 экземпляра OpenVPN запустить - каждый на свой интерфейс?
| |
|
2.18, digitalm (ok), 07:14, 04/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
Два экземпляра это решение описанное в интернете. Но я не вижу объективной причины так делать, да и очень неудобно это. В моей конфигурации запрещен двойной вход с одним сертификатом, а с двумя экземплярами сервера это реализовать невозможно. К тому же индивидуальное адресное пространство для каждого экземпляра сервера делать придется. В общем, не годится такое решение, не нравится оно мне.
| |
|
3.20, anonim (?), 08:34, 04/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
посмотри в сторону ключа mutlihome. интересный функционал получатся с его использованием.
| |
|
4.22, digitalm (ok), 09:09, 04/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
> посмотри в сторону ключа mutlihome. интересный функционал получатся с его использованием.
Ура! Вот собственно то, что я и упустил. Спасибо, помогло.
| |
|
5.23, jbond (??), 10:25, 04/05/2011 [^] [^^] [^^^] [ответить]
| +/– |
--multihome в 2.1. работала только в Linux в 2.2 это изменилось?
| |
|
|
|
|
1.25, ALex_hha (ok), 19:53, 04/05/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Интересно, это пофиксили или я что-то делал не так?
100 лет как работает с опцией multihome. Но вроде только на линухе :)
| |
|