chindi пишет:
On Tue, 15 Jan 2008 20:14:28 +0300
Oleg Frolkov [EMAIL PROTECTED] wrote:
А если подумать, то станет ясно, что идиот здесь админ vpn-сервера,
выдавший такой адрес серверной стороне туннеля. И то, что винда
содержит костыль-предохранитель от короткого замыкания -- это
не
Oleg Frolkov пишет:
Не маленький, знаю - но это идеологически неверно в случае когда адрес
получили с помощью dhcp.
наверное, было бы идеологически верно маршрут до впн-сервера получать по
dhcp. А?
Хех... и такое возможно, но я рассматриваю ситуацию с позиции КОНЕЧНОГО
пользователя которому
Max Dmitrichenko пишет:
On Wednesday 16 January 2008 13:37, Andrey Lyubimets wrote:
Ну видимо все-таки не скрипты, а ppp обладает неким искусственным не
достаточно интеллектом. Чтобы прописать роутинг до ip полученного на
ремотной стороне у него интеллекта хватает, а для того чтобы перед
этим
Andrey Lyubimets пишет:
Oleg Frolkov пишет:
Eugene Berdnikov пишет:
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на
ppp10 ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из
Eugene Berdnikov пишет:
[axed]
наверное, было бы идеологически верно маршрут до впн-сервера получать по
dhcp. А?
+1
dhcp у кого? У провайдера а VPN мне нужен не только провайдерский но и
мой корпоративный.
Предположим я могу с ноута выйти в инет с десятка локаций (в том числе и
Eugene Berdnikov wrote:
полученного в результате согласования параметров, однако он
зачем-то его прописывает? Хотя по Вашим словам не должен.
В результате работы pppd появляется явный маршрут до remoteip,
и перебивает маршрут на vpn-сервер, а Вы устраиваете из-за этого
типично
Max Dmitrichenko пишет:
Хех... и такое возможно, но я рассматриваю ситуацию с позиции КОНЕЧНОГО
пользователя которому надо
соединяться не только с VPN сервером провайдера, но и в том числе через
установленное соединение с сервером
провайдера инициировать еще одно соединение - но уже со своим
Eugene Berdnikov пишет:
On Tue, Jan 15, 2008 at 05:39:42PM +0300, Oleg Frolkov wrote:
Andrey Lyubimets пишет:
почему самостоятельно прописать в конфиге маршрут - идеологически
неправильно, но если за тебя это делает ОченьУмнаяПрограмма - то всё
нормально?
Не должен pppd делать больше
Eugene Berdnikov пишет:
On Tue, Jan 15, 2008 at 06:04:20PM +0300, Oleg Frolkov wrote:
Pppd РАБОТАЕТ, и делает то, что ему сказано. Точка.
А то, что результат Вам не нравится -- это другой вопрос.
Да, если ему дать костыли - он работает, я не спорю.
Мне никто ничего не должен, но надо
Eugene Berdnikov пишет:
On Tue, Jan 15, 2008 at 08:14:28PM +0300, Oleg Frolkov wrote:
Или выделить пул реальных IP и раздавать vpn серверам для фиктивных
интерфейсов?
Моим аргументом является то что выделенный мною белый ip не может пересечься
ни с чьей внутренней сетью, если-же я буду
Eugene Berdnikov пишет:
On Tue, Jan 15, 2008 at 09:37:15PM +0300, Oleg Frolkov wrote:
Можно дописать нужную фунциональность к линуксовому pptp-клиенту,
снабдив его интеллектом круче виндового. Исходники открыты.
Да этого наверное и не надо надо просто поправить /usr/bin/pon - но
Eugene Berdnikov пишет:
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на ppp10
ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из локальной сети - получаем завертывание gre
пакетов
Oleg Frolkov пишет:
Eugene Berdnikov пишет:
On Mon, Jan 14, 2008 at 07:21:21PM +0300, Oleg Frolkov wrote:
роутинг на ip адрес предъявленный с той стороны прописывается на
ppp10 ну и defaultroute естественно прописывается туда-же.
Если адрес ppp сервера не из локальной сети - получаем
13 matches
Mail list logo