Трафик uTorrent через VPN тунель

[ivanpet]

Вопрос пока только чисто теоритический. Не пинайте, если покажется извратом. Есть сеть1 на контроллере домена+KWF (все на одной машине), 2 интерфейса (локалка+инет). Есть другая сеть2 - без домена + KWF, 2 интерфейса (локалка+инет).
У сети1 безлимитный договор на внешний инет, у сети2 такого договора нет, внутри прова трафик бесплатный. Между сетями поднят VPN тунель на KWF (вроде работает). Можно ли настроить торрент клиента в сети2 (на любом компе) через vpn тунель, чтобы и скачивать , и отдавать трафик?

[С.С. Горбунков]

ivanpet,
а в чём проблема? если настроен интернет через ВПН - можно и торрент настроить. настройки принято публиковать в виде скриншотов и текстовых фрагментов.

[ivanpet]

Настроил uTorrent в сети1 - работает(правда тока через прокси), по vpn в сети2 - не работает(настройки сделал как для сети1, только клиент торрента сети2 соединялся через прокси сети1), видимо где-то руки кривые. Если я правильно понимаю работу керио, то ничего в тп, кроме локального адреса компа с торрентом измениться не должно. Сеть1 и сеть2 работают через прокси.

[С.С. Горбунков]

ivanpet,
по скрину ТП трудно разобрать, что есть что. нужны настройки клиентов, ipconfig /all, route print, выдаваемые по ВПН маршруты.

[ivanpet]

Сорри тупанул.
Вот скрины пассивного конца тунеля сети2 и клиента для сети2. Для сети2 клиент торрента тоже работает без тунеля.

[ivanpet]

Еще...
Нужно выкладывать для активного конца скрины?

[С.С. Горбунков]

ivanpet,
нужно. и ТП с обеих концов.

[ivanpet]

Скрины активного конца тунеля (сервера сети1)

[ivanpet]

Клиента ЛВС сети1 (на ней не предполгается наличие торрент клиента, но на всякий случай выложил)

[ivanpet]

Цитата:

Сообщение от С.С. Горбунков

ТП с обеих концов.

ТП пассивного конца(сервера сети 2) в 3 сообщении

[ivanpet]

Первую проблему порешали. Нужно было на пассивном конце тунеля прописать маршрут 0.0.0.0 с маской 0.0.0.0 и весь трафик с сети пошел через тунель, только скорость низковатая конечно.

Подскажите пожалуйста. Нам бы хотелось, что бы локальный траф прова не ходил в тунель, а шел через напрямую, адреса локальной сети прова мы знаем. В керио есть возможность указать только маршрут скажем для подсети 212.0.65.0 с маской 255.255.255.0, а нам известен диапозон(группа адресов) в которую входит эта подсеть. Есть ли возможность прописать маршрут для диапазона?

Цитата

Сообщение от ivanpet

Подскажите пожалуйста. Нам бы хотелось, что бы локальный траф прова не ходил в тунель, а шел через напрямую, адреса локальной сети прова мы знаем. В керио есть возможность указать только маршрут скажем для подсети 212.0.65.0 с маской 255.255.255.0, а нам известен диапозон(группа адресов) в которую входит эта подсеть. Есть ли возможность прописать маршрут для диапазона?

если 212.0.65.0 с маской 255.255.255.0 это ваша подсеть - то вот результаты запроса по WhoIs

inetnum: 212.0.65.0 - 212.0.67.255
netname: BURNET
descr: JSC Electrosvyaz Republic of Buryatia
descr: Cummunication Provider
descr: 7, Sukhe-Batora st.
descr: 670000, Ulan-Ude
descr: Russia
country: RU
admin-c: AVZ15-RIPE
tech-c: DP119-RIPE
status: ASSIGNED PA
mnt-by: ROSNIIROS-MNT
source: RIPE # Filtered
person: Andrey V. Zdarov
address: JSC "AK Mobiltelecom"
address: 7, Sukhe-Batora st.
address: 670000, Ulan-Ude
address: Republic of Buryatia
address: Russia
phone: +7 3012 297028
fax-no: +7 3012 297029
e-mail: [Для просмотра данной ссылки нужно зарегистрироваться]
nic-hdl: AVZ15-RIPE
source: RIPE # Filtered
person: Dmitry Parfenov
address: JSC "AK Mobiltelecom"
address: 7, Sukhe-Batora st.
address: 670000, Ulan-Ude
address: Republic of Buryatia
address: Russia
phone: +7 3012 297021
fax-no: +7 3012 297029
e-mail: [Для просмотра данной ссылки нужно зарегистрироваться]
nic-hdl: DP119-RIPE
mnt-by: BURNET-RIPE-MNT
source: RIPE # Filtered
% Information related to '212.0.64.0/19AS8828'
route: 212.0.64.0/19
descr: RU-BURNET Block
origin: AS8828
mnt-by: BURNET-RIPE-MNT
source: RIPE # Filtered

Тоесть адресный блок вашего провайдера 212.0.64.0/19
или 212.0.64.0 mask 255.255.224.0
вот такой маршрут и нужно добавить

[ivanpet]

Спасибо большое!
Почти все работает, но появилось 2 шлюза по умолчанию, первый настроенный для тунеля, а второй создается при подключении к прову
0.0.0.0 0.0.0.0 10.189.19.1 169.254.58.55 m 1,
0.0.0.0 0.0.0.0 m 1
Кирео теперь ругаться начал, видимо неправильные настройки. Как исправить подскажите пожалуйста?

Если я правильно понял к провайдеру подключение PPP,
свойства соединения -> сеть->протокол интернета:TCP/IP -> дополнительно... -> снять галку "использовать основной шлюз в удаленной сети"

[ivanpet]

Подключение PPP, галка не стоит, все равно ругается. После подключения мы ее удалаем из системных маршрутов, а после переподлючения к прову, он снова появляется.

Добавлено через 9 часов 33 минуты
Извините, что общение практически с самим сабой получилось. Проблему порешали:
1. Прописали все локальные подсети провов
2. Использовали скрипты дозвона, прописали в событии "После дозвона" route delete 0.0.0.0.