Сообщений в теме: 22

[dePunk]

Доброго времени суток.

Создаю тему о своей проблеме понимая риск, но вдруг прокнет на шаристых ребят, или ответит Сам Хаген.

Существует локальная сеть офиса. Интернет берётся с компьютера по IP x.x.x.6, то есть на этой машине 2 сетевухи, одна подключается кабелем от провайдера и идёт подключение к интернету (логин пароль PPP), вторая выходит в общую сеть, на ней же расшарено подключение интернета. Так же в сети подключён мини комп VipNet координатор, который обеспечивает подключение удалённого стола к серверу находящиемуся где то в интернете. Без него невозможно даже пропинговаться к серверу в интернете. Адрес у него x.x.x.15.

Собственно проблема. Чтобы у всех в сети работал интернет нужно в TCP/IPv4 в шлюзе прописать адрес раздающей интернет машины(x.x.x.6). Но и для подключения к серверу в интернете в основном шлюзе нужно прописать адрес VipNet координатора (x.x.x.15). Прописываю вручную их оба на одной сетевухе клиентского компьютера с автоматической метрикой. Всё бы ничего, но после подключения к удалённому столу сервера в интернете, все браузеры/приложения теряют соединение с интернетом.

Кто может подсказать выход из этого положения?

 

P.S. гуглом пользоваться умею

P.S.S. Троли налетайте

[- History -]

 

P.S.S. Троли налетайте

[Elementig]

Такое ощущение, будто я попал в 2060, где v6 уже норма, а тут какой-то олдфаг уточняет, что v4.

Подозреваю, что такая штука как VipNet, может кучу всякой херни в настройках сети менять, создавать всякие другие виртуальные интерфейсы и подменивать по своим представлениям, вот и сиди с этим разбирайтся  

[icehome]

а поставить маленькую коробочку под названием router?

насколько я понял ВипНет и есть ваш шлюз сети которій распределяет потоки... вам нужно ставить проксю на х,х,х,6 или же если есть возможность в ВипНете настроить раздачу через первий комп

[dePunk]

Такое ощущение, будто я попал в 2060, где v6 уже норма, а тут какой-то олдфаг уточняет, что v4.

Подозреваю, что такая штука как VipNet, может кучу всякой херни в настройках сети менять, создавать всякие другие виртуальные интерфейсы и подменивать по своим представлениям, вот и сиди с этим разбирайтся  

Уточняю, что бы не было бредовых предложение, но у кого то пошли бредовые ощущения

 

а поставить маленькую коробочку под названием router?

насколько я понял ВипНет и есть ваш шлюз сети которій распределяет потоки... вам нужно ставить проксю на х,х,х,6 или же если есть возможность в ВипНете настроить раздачу через первий комп

 

VipNet координатор на консольной лине, настраивалось не мной

про PPP соединения вы пропустили

было бы всё так просто

[nimizid]

а установить небольшой скрытый прокси "сервер" на комп с подключением к интернету? А себе какого-то клиента простенокого.

[dePunk]

а установить небольшой скрытый прокси "сервер" на комп с подключением к интернету? А себе какого-то клиента простенокого.

не позволяет количество рабочих станций, на платные прокси серверы у государства денег нет

[dante45]

я так понимаю браузеры и прочее откзываются работать не на всех РС, а только на той на которой подключен удаленный рабочий стол?

[dePunk]

я так понимаю браузеры и прочее откзываются работать не на всех РС, а только на той на которой подключен удаленный рабочий стол?

да, где запускался удалённый рабочий стол через координатор

Вся фишка в том. что интернет пингуется (на примере 8.8.8.8), но приложения тупят. Ручная настройка метрики в шлюзах вырубает либо интернет, либо хобо хост удалённых рабочих столов

[dante45]

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

[nimizid]

Если не путаю, то такие проблемы разруливаются через добавление route в систему натравленый на проход к вашему далекому серверу через ту машинку без которой он даже не пингуется.

[dePunk]

я так понимаю запара еще в том что настройкой этого координатора занимается какая то сторонняя компания, а ты с него просто пыль смахиваешь?

именно так, компания по защите информации

так что же, единственное что поможет это прокси?

 

 

 

Если не путаю, то такие проблемы разруливаются через добавление route в систему натравленый на проход к вашему далекому серверу через ту машинку без которой он даже не пингуется.

 

 

VipNet координатор на консольной лине, настраивалось не мной

про PPP соединения вы пропустили

было бы всё так просто

[dante45]

ну на счет прокси не в курсе, такие проблемы проксей никогда не пробовал решать....как вариант могу предложить покурить тему с роутингом трафика по портам...т.е. грубо говоря в сеть тыкаешь роутер, на нем настраиваешь чтобы распределение трафика, к примеру веб(80 порт) и почта(465, 995) чтобы пересылались на IP твоего клиентского шлюза на теже самые порты, а остальной трафик пересылался на координатор...проксей скорее всего зарешалось бы проще наверное...но попробовать ради интереса такой вариант я думаю можно

[nimizid]

именно так, компания по защите информации

так что же, единственное что поможет это прокси?

а если на лине (линукс?) то роут на своей ПК незя прописывать? )

Я вижу всё так, что вам желательно всё заруливать в интернет, кроме запроса на 1 айпишку (того далекого сервера в интернете), который этот роут будет заруливать на ваш ВипНет. А там возможно стоит простой сервер маршрутизации, или ДНС как выше говорили.. я б попробовал )

[dante45]

ну т.е. во мнениях мы сошлись только каждый своей кракозяброй решение описал xD

[loTEDve]

Коннект к RDP происходит как?.. Вводится Х.Х.Х.15 или какой-то конкретный адрес?

[dePunk]

Коннект к RDP происходит как?.. Вводится Х.Х.Х.15 или какой-то конкретный адрес?

 

адрес сервера совсем другой

[loTEDve]

RDP.jpg
адрес сервера совсем другой

Я немного другое спрашивал, правда, но ладно - тебе тыркать кнопки...
 
Пробуй на тестовой машине (не на 6-ой - маршруты для клиента)... Полностью убираешь настройки основного шлюза (пропишем вручную с указанием приоритета) и дальше...
 
Укажем путь к серверу (который совсем другой) через шлюз:
route add SOVSEM_DRUGOJ_IP mask 255.255.255.255 X.X.X.15 METRIC 1
Это заставит подключаться к указанному IP в принудительном порядке через RDP Gate. Разумеется, вместо SOVSEM_DRUGOJ_IP нужно подставить IP RDP сервера отсюда:

 
Сделаем основной шлюз, но с метрикой 2:
route add 0.0.0.0 mask 0.0.0.0 X.X.X.6 METRIC 2
Это маршрут для всех остальных соединений, которые не были обработаны более низкими метриками ранее.
 
Если заработает - не забыть повторить команды с "-p". Ну и можно будет попробовать настроить нормально - на 6-ой машине.

 

P.S.: по нормам, подобная маршрутизация должна выполняться 6-ой машиной, так что не спеши перенастраивать везде...

[dePunk]

Я немного другое спрашивал, правда, но ладно - тебе тыркать кнопки...
 
Пробуй на тестовой машине (не на 6-ой - маршруты для клиента)... Полностью убираешь настройки основного шлюза (пропишем вручную с указанием приоритета) и дальше...
 
Укажем путь к серверу (который совсем другой) через шлюз:
route add SOVSEM_DRUGOJ_IP mask 255.255.255.255 X.X.X.15 METRIC 1
Это заставит подключаться к указанному IP в принудительном порядке через RDP Gate. Разумеется, вместо SOVSEM_DRUGOJ_IP нужно подставить IP RDP сервера отсюда:

 
Сделаем основной шлюз, но с метрикой 2:
route add 0.0.0.0 mask 0.0.0.0 X.X.X.6 METRIC 2
Это маршрут для всех остальных соединений, которые не были обработаны более низкими метриками ранее.
 
Если заработает - не забыть повторить команды с "-p". Ну и можно будет попробовать настроить нормально - на 6-ой машине.

 

P.S.: по нормам, подобная маршрутизация должна выполняться 6-ой машиной, так что не спеши перенастраивать везде...

прописал, соединения с сервером нет, интернет работает

Скрытый текст

[loTEDve]

прописал, соединения с сервером нет, интернет работает

Скрытый текст

роут.jpg

Хм... Дубль-2:

 

1) сделать трассировку к 172.16.1.179 (кстати, это не Интернет-адрес, а локальная сеть - там действительно шлюз) с нормально работающим RDP и с вот таким маршрутом, как сделано выше - посмотрим правильно ли ходит (бывают в жизни огорчения).

 

2) поскольку сервер на самом деле не в Интернете, а это действительно шлюз между двумя сетями, маршрут нужно прописывать так:

 

Полная подсеть (класс :

route add 172.16.0.0 mask 255.255.0.0 10.101.111.15 METRIC 1

 

Кусок подсети (класс C):

route add 172.16.1.0 mask 255.255.255.0 10.101.111.15 METRIC 1

 

Правильно - класс B, но допустимо и урезание до класса C, правда, в 99% случаев не критично.