Дмитрий

ты вот так сделал?
https://forum.mikrotik.com/viewtopic.php?t=171665

Есть способ на основании SNI, но он не работает если используется TLS1.3 где скрыт SNI и это работает только с http трафиком. Если это чистый TCP то не отработает.

Тут нужен прокси или вытягивать по номеру AS целые сети или страны и добавлять их в марштуры.
Другого способа нет.

Когда в firewall ты указываешь в address доменное имя, мироктик в тот же момент переворачивает его в IP, т.к. firewall не может получить доменное имя из TCP пакеты от ПК (если это не TLS, SNI выше я уже описал почему это не всегда работает). Соответственно твой вариант тоже работает на 50% т.к. у некоторых сайтов может быть 2 и более IP или это вообще может быть CDN, и если IP который получил mikrotik клиент разные то твое правило не отработает.

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

можно использовать iptables -j ULOG и перенаправлять данные в ulogd, у которого куча бекендов включая СУБД
https://www.netfilter.org/projects/ulogd/index.html

В Linux есть замечательная утилита rename. Ну, точнее, их две: одна входит в пакет util-linux, другая - скрипт на базе perl-модуля File::Rename. В deb-дистрибутивах нужный нам скрипт устанавливается в составе пакета rename и также имеет имя второе file-rename (а версия из util-linux имеет имя rename.ul). В других дистрибутивах может быть иначе, поэтому смотрим внимательнее параметры запуска (можно запустить rename без параметров и убедиться, что это нужный вариант).

Синтаксис предельно простой: rename регулярное_выражение_замены_perl имена_файлов

Синтаксис rename.ul для сравнения: rename что_заменить на_что_заменить имена_файлов

Вот что можно сделать для решения задачи (в предположении, что других точек, кроме как перед расширением, в имени файла нет):

rename 's/-\w+\././' *

Этот скрипт намного удобнее многоэтажных однострочников, да и пригодится в жизни ещё не раз.

Всё современное оборудование имеет Auto MDI/MDIX detection и не требует кроссовых кабелей.

Кроссовые кабели обязательны при соединении двух оконечных или двух транзитных устройств, не поддерживающих автоопределения, и рекомендуются при соединении двух устройств, если оба являются оконечными (клиентскими) либо оба транзитными, и одно из них не поддерживает автоопределение.

либо у провайдера заказать либо приобрести vpn с фиксированным ip адресом (такая услуга раньше была нормой, но так как ip адреса все дороже и дороже, то это стало опцией), как вариант, приобрести vps-ку, очень часто ip адрес там привязывается в момент покупки до окончания (т.е. как перестанешь платить - отбирают), цены на этом рынке могут быть от бакса в месяц (более менее нормальные vps с нормальной сетью и оперативкой от гигабайта можно найти за 3$/м)

В отправленные письма ложит ваш почтовый клиент. Сервер ничего для это не делает.
Соответственно, когда вы отправляете письмо в telnet сессии - то сохранять их в отправленные некому.

Ведро обновилось. У меня сегодня та же лажа была, но на Devuan... Вот уж от кого не ожидал! Просто за такие чудеса разрабов надо за я*ца подвешивать, потому что вот ладно мне в соседнюю комнату к серверу сходить и там в консоли потыкать, а кому-то лететь в командировку, и ещё руководству объяснить "почему это г*вно" опять сломалось, а ты такой-сякой не можешь нажать волшебную кнопочку и вертать всё взад :(

Если зобанят по причине VPS то и все сайты попадут под бан. И наоборот. А так... да раскатывайте хоть сотни задач на одном хосте.

Doom - это была одна из первых игр где была реализована в полной мере техника BSP (Binary-Space-Partition). Это позволяло в реальном времени очень быстро сортировать и рендерить полигоны без привлечения Z-Buffer. (Рендеринг был чисто прогарммный. На то время еще не было ускорителей 3Д графики и видеокарточка умела только отображать память на экран. ) Игра не была по настоящему трехмерной. А только рализовывала 1 этаж. Рендерить надо было только пол и потолок. Для каждой точки где стоял персонаж. И наклонных горизонтальных поверхностей в ней не было как раз по этой причине. Ее называли 2.5-мерной игрой. Было также много идей оптимизации вычислений. Например вместо вещественных чисел - целые 32х битные с fixed point.

В скобках замечу что это был 1993 год и на дворе было царство Intel 286/386. Это были машины с тактовой частотой меньше ваших телефонов (Pentium только только релизнулся и еще ни у кого не был). И трехмерный Doom был прорывом. На моем тогда еще 386SX от подтормаживал но играть было можно. И со звуком для SoundBlaster. И конечно это было лучше чем Wolfenstein.

Аналогичное было реализовано в Duke Nukem 3d. Но Дюк был менее популярен ИМХО. Были и масса других 3д игр в жанке RPG но они были не такие динамичные. Походовые в основном.

Вобщем сегодня если вы гейм-дев то вам желательно хотя-бы ознакомиться с техниками оптимизации которые были в Doom. Можно почитать и про Quake но это просто развитие идеи BSP деревьев для полного 3D с 5 или 6 степенями свободы. Еще можно почитать про реализацию игры Esctatica. Там не на полигонах а на шариках или эллипсах реализована игровая графика. Тоже интересно.

UPD: Заменил MMORPG на RPG.

В корневые нужно пихать только сертификат ЦА. Это контейнер для них.

Самоподписанный сертификат - это другое. Это когда у вас нет ЦА и вы просто выпускаете сертификат сервера и он сам себя подписывает. Такой простейший вариант сертификата.

Сертификат ЦА - самоподписанный, т.к. его никто не подписывавет, но используете вы сертификат сервера и возможно клиента, а эти оба сертификата подписываются ЦА и они не самоподписанные. В работе используется сертификат ЦА только для проверки подписи предоставленного сертификата сервера и/или клиента, дальше для всего используются серверный и клиентский сертификаты.
Не знаю особенностей Jitsi Meet, но по ссылке нет самоподписанных сертификатов. Там упор делается на использование LetsEncrypt, но по большому счету разницы нет - используете ли вы ЦА от LetsEncrypt или свой собственный. В случае своего ЦА , вы должны обеспечить возможность проверки сертификатов, правильно установив сертификат ЦА, тогда как сертификат LetsEncrypt (и других известных публичных ЦА) обычно уже установлен в системе. Процесс контроля за сроком сертификатов, их перевыпуском, ведением списка отозванных сертификатов и его доступностью то же ложится на вас.

Любой сертификат содержит в себе публичный ключ владельца сертификата. Вторая часть ключа - секретный ключ - идет в отдельном файле. Серктеный ключ ЦА должен находится только на самом ЦА, он требуется только для выпуска новых клиентских сертификатов. В остальных случаях используется только сертификат ЦА, который можно свободно распространять. Аналогично и секретные ключи сервера/клиента - они должны находиться только у владельца ключа.

Нужно разбить сеть 172.16.1.0 /23 на подсети А=25, В=60, С=150

Если приведённые значения - это число хостов на подсеть, то это будут подсети /27, /26 и /24. И соответственно

172.16.1.0/24
172.16.2.0/26
172.16.2.64/27

PS. Задание некорректно. 172.16.1.0/23 - это не сеть, а хост в сети 172.16.0.0/23.

Чтобы они пинговались не провайдерские - нужно их маршрутизировать не через провайдера. Это полностью в ваших руках.

Как-то так
По ссылке: нужно создать сетевой namespace, в него пихнуть vpn-адаптер и браузер, который надо, чтобы ходил в впн, а остальных оставить в default.

А настройки ком-порта верные?
- Скорость: 9600 бит/сек
- Биты данных (Data bits): 8 бит
- Паритет (Parity): без паритета
- Стоповые биты (Stop bits): 1
- Управление потоком (Flow Control): нет

USBtoCOM вещь очень нестабильная, с некоторыми компами просто не работает, вы можете попробовать сделать тоже самое с телефона подключив этот кабель через донгл USB-C to USB и скачав Serial terminal

p.s. Не знаю вашу квалификацию и работали ли вы раньше с ком-портами, но, чтобы исключить совсем элементарные вещи: вы вообще драйвер поставили и ком-порт обнаружился на ПК? Windows?