Талян,
Это вроде бы как нужно коглда есть маскарадинг. В моём случае маскарадинг не используется, мне не нужно чтобы клиенты VPN выходили в интернет через мой сервер, в этом случае VPN нужен только для маршрутизации трафик до сети в инфраструктуре. Общий смысл задачи заключается в сокрытии внешнего адреса куда подключается VPN клиент. С той оговоркой, что если начнут анализировать трафик, то сопоставить R3 и R1 будет нельзя, при условии что R1, R2 и R3 ВСЕ находятся в разных юрисдикциях.
Wexter, я честно говоря предполагал что этот маршрут будет нужен только в том случае если мы хотим получить доступ из сети R1 в R3. В общем то вы дали верное направление и всё заработало, спасибо!
У меня есть
R3 (192.168.98.3)
R2 (192.168.98.2 и 192.168.99.2)
R1 (192.168.99.1)
С R3(98.3) я пингую R2(98.2). С R3(98.3) я пытаюсь запинговать R1(99.1), по tracert запрос проходит до R2 и далее теряется. На R2 настроен маршрут до R1(99.1). На R3 также настроен маршрут до R1(99.1) через R2(98.2)
Вроде бы всё верно, не понимаю где ошибка
denn, Если не включено шифрование файлов, тогда можно попробовать залить файл с уникальным названием например uiomasfquiwrekqwfkasfhuiewth.txt и выполнить поиск по диску по этому названию, найдете файл - сможете определить путь к файлу
denn, если ставили через приложения trruenas , то на сколько я помню там нужно создавать отдельный дисковый пул для этого приложения. Но честно говоря не знаю зачем нужен доступ к самим файлам некстклауда. Всю конфигурацию можно через веб морду провести, в т.ч. и прикручивание smb шары
Алексей Черемисин, я понял вопрос так, что можно ли вывести одновременно изображение из двух источников на одном экране. То что можно подключить один монитор к разным источника и попеременно их использовать я знаю.
Можно сделать например через БД. Например - битрикс послал запрос - промежуточное приложение его обработало - в базу данных внесена запись с признаком не обработано - aiogram раз в n секунд/минут делает запрос в бд с признаком не обработано - aiogram обрабатывает это запрос и изменяет признак записи в бд на обработано.
На самом деле не совсем понял про 24 В, т.к. само реле (по спецификации) пропускает через себя 200-240В.
Контакты S1 - S2 (на реле) предназначены для механической кнопки, которое будет замыкать\размыкать реле. Т.е. управлять цепью можно либо по протоколу zigbee либо механическим переключателем. В данный момент вопрос механического переключателя не важен, т.к. скорее всего я не буду его задействовать а управление сделаю другим способом. В любом случае подключать приходящие кабели в S1-S2 я понимаю что не нужно, туда максимум отдельные провода от выключателя.
Представим, что мы не агрегируем каналы, и каждый линк на хосте - независим. Собственно да, это очевидно . Со стеком коммутаторов они сами согласуют это, в случае же если мы используем не стек, какие варианты этого согласования? Очевидно также, что будут подводные камни, вопрос, какие ? И как все таки будет оптимальнее (правильнее) реализовать схему. Если стекируемые, почему?
nginx используется в высоконагруженных проектах и потребляет мало ресурсов.
Есть тонкие настройки, но этго полно в интернете
P.S. для реализации вышеописанного, Вас интересует директива настроек - proxy_pass
