Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Технический флейм »   Маршрутизация в ОС Windows
RSS

Маршрутизация в ОС Windows

<<Назад  Вперед>> Страницы: 1 * 2
Печать
 
pahan
Advanced Member


Откуда: Химки, М.О.
Всего сообщений: 1070
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
13 мар. 2015
[q]
Как указать одной конкретной программе использовать одну сеть и шлюз для выхода в и-нет, а другой конкретной программе - занимать второй выход в и-нет?
[/q]
Ваш вопрос противоречит самим принципам организации сетей. Маршрутизация осуществляется по диапазонам адресов и портов и ничего не знает про обращающиеся к ним процессы.
Вам надо настраивать шлюзы, чтобы рубили ненужный трафик (по его исходящему адресу) - с такой конфигурацией это должно быть легко. Можно и локальный фаерволл настроить.
[q]
а затем поднимают второй IP и запускают всякие аси, жабберы и скайпы, которые цепляют поднятый вторым канал и видны со второподнятым IP снаружи - вот мне это очень неправильным кажется и очень не нравится такой подход на уровне первобытного шаманства...
[/q]
Мне тоже кажется тут лучшим рецептом приготовить тряпки и гнать оттуда всех пользователей с левыми задачами.
Если же этого не делать - можно попробовать ещё так (хотя 100% гарантии не будет):
1) пропишите постоянные маршруты до нужных вам хостов (сигнализация и управление техпроцессом) через радиоканал.
2) вручную задайте радиоканалу метрику как можно ниже - это выгонит с него посторонний трафик, когда доступны оба канала, но не поможет когда есть только один.
3) проблема: таблица маршрутизации меняется при переподключении интерфейсов. Даже внутренний ID интерфейса в Windows может при этом смениться, что делает п. 2 полуручной работой.

Мысль третья:
[q]
на карте поднято два IP, 192.168.1.20 и 192.168.0.20, маски подсетей 255.255.255.0, в подсети 192.168.1.* гейт 192.168.1.1, а в подсети 192.168.0.* гейт 192.168.0.11.
[/q]
[q]
второй - радиоканал, по которому работает сигнализация и управление техпроцессом
[/q]
Все устройства, к которым обращаются по радиоканалу, находятся в одной подсети? Если да, тогда зачем на этом интерфейсе вообще указан шлюз (и о, боже, DNS)? Выкиньте его оттуда к чертям и проблема решена.

Короче, больше подробностей об организации ваших сетей нужно.
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
pahan написал:
[q]
Все устройства, к которым обращаются по радиоканалу, находятся в одной подсети? Если да, тогда зачем на этом интерфейсе вообще указан шлюз (и о, боже, DNS)? Выкиньте его оттуда к чертям и проблема решена. Короче, больше подробностей об организации ваших сетей нужно.
[/q]
На этом интерфейсе 2..8 машин, к которым нужен доступ с другого конца Земли через и-нет. Шлюз нужен, чтоб при запуске программа вышла в и-нет и законнектилась к серверу, обозначив себя и свой IP, с которым её выпустили сегодня в сеть. На втором канале - простой выход в и-нет для бродилки-чатика, который на ночь отключается. Какие подробности конкретно нужны?
pahan
Advanced Member


Откуда: Химки, М.О.
Всего сообщений: 1070
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
13 мар. 2015
Да все!
[q]
На этом интерфейсе 2..8 машин, к которым нужен доступ с другого конца Земли через и-нет
[/q]
И у всех у них прямые IP? Там даже VPN нет?
[q]
Шлюз нужен, чтоб при запуске программа вышла в и-нет и законнектилась к серверу, обозначив себя и свой IP, с которым её выпустили сегодня в сеть
[/q]
Неверно. Шлюз нужен, чтобы через интерфейс ходил кто попало и куда попало, что сейчас и происходит. Реально вам нужно, чтобы с этого интерфейса происходило обращение на единственный адрес (хуже если на DNS-имя) вашего сервера, так? Так сотрите адрес шлюза из настроек интерфейса в винде, пропишите ручками постоянный маршрут до сервера (и только до него) через этот интерфейс, если нужно DNS-имя, пропишите его в hosts, а из настроек соединения DNS выкиньте -> profit. Если что-то не так, добавляйте. Можно полную таблицу маршрутизации привести (при всех нужных поднятых соединениях) для понимания.
Fe-Restorator
Гость

Ссылка

pahan написал:
[q]
этом интерфейсе вообще указан шлюз (и о, боже, DNS)? Выкиньте его оттуда к чертям и проблема решена.
[/q]
DNS там скорее всего на самой форточке поднята, ей пофиг на все каналы связи. Какие есть, те и будет есть...
Шлюз на радиоканале нужен, чтоб на него прописать маршрут. Статический.

Выкинуть DNS сервер с этого компа! Переставить на соседний сервер.
Сейчас на форуме
pahan
Advanced Member


Откуда: Химки, М.О.
Всего сообщений: 1070
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
13 мар. 2015
Я не имел в виду DNS-сервер, поднятый на локальный ОС (он тут вообще не при делах, даже если есть), а прописанные в свойствах соединения адреса DNS-серверов.
[q]
Шлюз на радиоканале нужен, чтоб на него прописать маршрут. Статический.
[/q]
Ещё один... Прописанный в настройках соединения шлюз нужен только для того, чтобы ОС сама прописала на него маршрут по умолчанию. Статическим (постоянным) маршрутом он не является! И в данном случае скорее всего вообще не нужен. Ибо в качестве маршрута по умолчанию на него будет сыпаться весь трафик, для которого нет явно заданного маршрута. А нужно - только то, что мы явно указали отправлять на него.
[q]
DNS там скорее всего на самой форточке поднята, ей пофиг на все каналы связи. Какие есть, те и будет есть...
[/q]
...если ей явно не указано в настройках цепляться к конкретным интерфейсам (который у ТС всё равно один), так что опять мимо.
Fe-Restorator
Гость

Ссылка

Насколько понимаю задачу:
Дано:
1) промкомп является "пойнтом" для некоей глобальной системы управления и соединяется с ней по радиоканалу.
2) промкомп является шлюзом в инет для 2..8 машин в локалке (чат, хромота-срамота и прочее)
Нужно:
1) отделить локалку и инет от сети управления
2) не дать возможности локалке лезть/видеть "радиопровайдера"

Тогда действительно:
1) на "проводном" адресе ставить шлюз, NAT, DHCP, DNS и прочие службы, по-необходимости.
Через него локалка будет чатиться в инет и обратно. При отвале соединения - "капец инету", все жуют капусту.
2) на "радио" адресе убрать шлюз и все службы, оставить только IP и маску. Прописать статический маршрут. Убедиться, что прога управления ИМЕЕТ собственную настройку на определённый IP или определённую подсеть, так она и только она будет "ходить" по статическому маршруту. Иначе - попрётся в инет на общих основаниях.

Недостатки:
1) так и не понимаю, как подключены радиомодем и эвернет-шланг провайдера: гнездо одно, а "torchка" два...
Если они оба тупо воткнуты в свич - то это форменное безобразие, можно гулять по радиоканалу из инета, минуя промкомп...
2) если отвалится сетевушка промкомпа, отвалятся обе сети разом, "удалённого управления" не получится, придётся бежать ногами и ремонтировать на-месте. Собсна, посему и ставят 2 сетевушки, а ещё - дублируют серваки.
Сейчас на форуме
Fe-Restorator
Гость

Ссылка

Дано:
1) промкомп является СЕРВЕРОМ сети управления, разбросанные по глобусу "пойнты" сети подключаются к нему через инет.
2) промкомп является сервером доступа в инет для локалки из 2..8 машин.

Надо:
1) разделить сети и направления трафика.

Тогда так:
1) на промкомпе поднимается сервер VPN (чтоб работал через радиоканал) и, возможно, DNS/DHCP для обслуживания пойнтов управления (иначе их придётся конфигурировать вручную). В сервере VPN поднимае(ю)тся канал(ы) до пойнтов/удалённых серверов (если это возможно) и прописываются статические маршруты через VPN канал(ы).
Нужно убедиться, что прога управления ИМЕЕТ собственную настройку на подсеть.

2) на "проводном" адресе поднимаются DHCP/DNS/NAT (по надобности) и указывается шлюз.

Недостатки:
1) В этом случае, вообще не понимаю, зачем нужен радиоканал. VPN можно пустить и по проводу... Работать будет не хуже, даже проще.

2) Сервер управления потребует себе "прямой" IP адрес, иначе пойнты его не найдут, хоть через впн, хоть без него. Воротить нечто из dyndns... Эт сильно на-любителя.
Сейчас на форуме
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
Радиоканал - тоже обычный выход в и-нет, причем, внешний IP всегда разный, и какой мы не знаем изнутри, потому и нужно соединяться со внешним сервером, имеющим конкретный адрес и на нём уже регистрироваться - та же ситуация, что и с dyndns.
Проводной канал отключается несколько раз в день, и отключается полностью на ночь, потому его не используешь, и да, на нём тоже внешний IP всегда разный.
На обоих гейтах NAT, с пробросом определённых портов снаружи на определённые порты конкретных машин внутри.
Fe-Restorator
Гость

Ссылка

Anonymous, определись уже: промкомп играет роль сервера по радиоканалу или роль клиента для внешнего сервера?

Anonymous, модем радиоканала подключён напрямую к промкомпу или через некий свич, одновременно с проводом провайдера?
Сейчас на форуме
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
Fe-Restorator не читатель, писатель же. Всё разжёвано выше.


Fe-Restorator написал:
[q]
Anonymous, определись уже: промкомп играет роль сервера по радиоканалу или роль клиента для внешнего сервера?
[/q]
Аппарат - часть корабельной автоматики, и откуда мы соединились заранее неизвестно - потому стучимся в известное место, на сервер, где регаемся, оттуда клиент берёт наши текущие параметры канала и соединяется с нами.


Fe-Restorator написал:
[q]
Anonymous, модем радиоканала подключён напрямую к промкомпу или через некий свич, одновременно с проводом провайдера?
[/q]
Модем обслуживает несколько систем, виден в той же сети.
<<Назад  Вперед>> Страницы: 1 * 2
Печать
Полигон-2 »   Технический флейм »   Маршрутизация в ОС Windows
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS