КСЛ Как скрестить ежа и ужа

[Koer]

Добрый день. есть роутер и моноблок, к роутеру подключен wifi мост из двух тарелок. на конце тарелки подключен еще один моноблок. на сервере ПКСЛ. ПКСЛ не разрешает прописать одинаковый IP и развести данные по разным портам. Вопрос: как правильно прописать структуру LKDSDrv и реально ли это? Знаю что можно к каждому УМ подключить своего провайдера, но это скучно и не интересно

 

[Vincent Van Gog]

Я предполагаю, что будет работать следующая схема:

1. В ПКСЛ в полях "IP адрес" для обеих связей указать 0.0.0.0 и две пары РАЗНЫХ портов.
2. В роутере прописать проброс соответствующих пар портов до каждого моноблока.

Естественно, у моноблоков должны быть разные значения УМ.

Но хотелось бы услышать ответ более грамотных специалистов, а ещё лучше разработчиков B)

 

[Koer]

Я предполагаю, что будет работать следующая схема:

1. В ПКСЛ в полях "IP адрес" для обеих связей указать 0.0.0.0 и две пары РАЗНЫХ портов.
2. В роутере прописать проброс соответствующих пар портов до каждого моноблока.

Естественно, у моноблоков должны быть разные значения УМ.

Но хотелось бы услышать ответ более грамотных специалистов, а ещё лучше разработчиков B)

Не работает. Можем упростить схему (убрать тарелки), но вопрос тот же: Как правильно и корректно прописать на сервере два моноблока подключенных к одному роутеру?

 

[oleg]

Не работает. Можем упростить схему (убрать тарелки), но вопрос тот же: Как правильно и корректно прописать на сервере два моноблока подключенных к одному роутеру?

Надо не забыть установить галку: Разрешить сетевые связи по динамическим IP.
И правильно указать порты моноблоков. Это важно!!!
Собственные порты у моноблоков должны быть ОБЯЗАТЕЛЬНО различными.
Не забываем про обязательность прохождения IP пакетов от моноблоков до сервера и обратно.

 

[Koer]

Надо не забыть установить галку: Разрешить сетевые связи по динамическим IP.
И правильно указать порты моноблоков. Это важно!!!
Собственные порты у моноблоков должны быть ОБЯЗАТЕЛЬНО различными.
Не забываем про обязательность прохождения IP пакетов от моноблоков до сервера и обратно.

С галочкой работает. При этом ПКСЛ сам прописывает один и тот же внешний ip, но с разными портами. Вот как бы заставить ПКСЛ работать без этой галочки? Понимаю что нужно пользоваться всеми благами технологий, но хочется самому контролировать процесс а не отдавать его на откуп "сетевым связям по динамическим IP"

 

[revit]

...Понимаю что нужно пользоваться всеми благами технологий, но хочется самому контролировать процесс а не отдавать его на откуп "сетевым связям по динамическим IP"

А какой именно процесс вы собрались контролировать?

 

[Koer]

А какой именно процесс вы собрались контролировать?

Процесс построения сети и контроль подключения сторонних пользователей.
В программной реализации есть право выбора в виде наличия или отсутствия данной функции. Я сделал такой выбор, кто то другой. Настройки "со связями по динамическим ip" мне известны, но к сожалению доставляют неудобства в плане обслуживания оборудования, организации работ и стабильности связи.
Вопрос в другом: почему на программном уровне можно прописать один и тот же ip, а вручную это запрещено?

 

[revit]

Процесс построения сети и контроль подключения сторонних пользователей.

Берете любой кинетик и настраиваете регистрацию клиентов на моноблоки. Сторонний клиент не выйдет в инет.

Вопрос в другом: почему на программном уровне можно прописать один и тот же ip, а вручную это запрещено?

Вопрос действительно интересный...

 

[revit]

Кстати можно сделать такой финт:
1. в ПКСЛ прописываешь статическую связь на один моно, допустим 1.2. Делаешь прокидку на роутере.
2. в нем же 1.2 прописываешь только локальную связь с 1.3
3. в структуре конфигуратора вписываешь связь с обоими УМ -ами.

моно 1.2 будет работать как транзитный.
Тут будет зависимость наличия связи от работоспособности первого КСЛ 1.2, и его лучше зарезервировать вместе с роутером от одного источника.

 

[Koer]

Кстати можно сделать такой финт:
1. в ПКСЛ прописываешь статическую связь на один моно, допустим 1.2. Делаешь прокидку на роутере.
2. в нем же 1.2 прописываешь только локальную связь с 1.3
3. в структуре конфигуратора вписываешь связь с обоими УМ -ами.

моно 1.2 будет работать как транзитный.
Тут будет зависимость наличия связи от работоспособности первого КСЛ 1.2, и его лучше зарезервировать вместе с роутером от одного источника.

По такой схеме это все и работало на протяжении недели, но связь была не стабильна с 1.3 (при этом 1.2 всегда был на связи). Нестабильность заключалась в том что если отключить а потом снова запустить моноблок- не факт что связь появится.
После этого была установлена галочка "связи по динамическим ip" и обнаружилось что ПКСЛ рисует связи на прямую по одному и тому же ip но присваивает разный порт. Вот и получается что в "ручном режиме" ничего не получается. Можно конечно вместо моноблока 1.2 развернуть УМ с двумя ксл. Один будет на интернет второй на локальную сеть, НО получаем два транзитных КСЛ что не очень хорошо для настройки голосовых вызовов например

 

[revit]

По такой схеме это все и работало на протяжении недели, но связь была не стабильна с 1.3 (при этом 1.2 всегда был на связи). Нестабильность заключалась в том что если отключить а потом снова запустить моноблок- не факт что связь появится.

Но эта схема соответствует концепции сети ОБЬ и должна работать (хотя есть сомнения по поводу участия в ней роутера. Такие схемы работали на классической статике). Может дело в вай фае? Надо разбираться с этой нестабильностью тогда почему она возникает.

 

[Vincent Van Gog]

Надо не забыть установить галку: Разрешить сетевые связи по динамическим IP.
И правильно указать порты моноблоков. Это важно!!!
Собственные порты у моноблоков должны быть ОБЯЗАТЕЛЬНО различными.
Не забываем про обязательность прохождения IP пакетов от моноблоков до сервера и обратно.

Для меня это было само собой разумеющимся <_<