dimone73

скопировать в разные папки исполняемый файл и запустить либо сервисом systemd под каждую, либо руками

OBS на хосте - там указать какое окно записывать
всё

vmware умеет выдавать монитор по VNC, для OBS есть плагин типо VNCsorce

Очень похоже, что БП не хватает мощности под нагрузкой: падает напряжение линии 12 Вольт видеокарты и он отключается по защите (сталкивался с таким поведением). И делает он это правильно. Вот неправильные БП не отключаются, а падение напряжение может быть так же вредно для электроники как и его превышение. Если есть мультиметр - начните с проверки напряжения линии 12 Вольт видеокарты под нагрузкой, если нет мультиметра - смотрите программные датчики. Программные датчики могут показывать не очень точное значение - главное смотрите сам факт значительного падения напряжения. Так же показателем проблемы с БП может быть перекос напряжения - одна линия падает, а другая поднимается. Например +5 или 3.3 Вольта могут подняться из-за перегрузки линии 12 Вольт.
Для теста можно использовать AIDA64 - запустить стресс тест видео/проц/память и смотреть напряжение. Напряжение не должно выходить за пределы допустимого. Если напряжение падает хотя бы на полвольта - этого уже достаточно для замены БП. Блок питания должен быть с запасом в 20-25% от мощности и эксплуатироваться на мощности не более 80% от максимальной нагрузки для максимизации его продолжительности жизни.

самая дешевая плата на h чипсете, бп cougar на 500вт ... заметил писк в районе озу и питания мат платы, писк появлялся и увеличивался равномерно по росту нагрузки видеокарты

Очень похоже на то, что или VRM на мат плате не вывозит возрастающую нагрузку, или блок питания не обеспечивает стабильности 12V при возросшем потреблении VRM (и тут уже не важно который проц или видеокарты)
+ не исключена комбинация этих факторов

А нахрена, пардон? Для fstab? Ну так в fstab настоятельно рекомендуется использовать uuid - и можно забить на эти буквы...

Я сам не делал, но гугль говорит что можно настроить в Asterisk автооттветчик.

ivr asterisk

Linux mint с xfce

Проблема проявляется на всех браузерах (Huawei Browser, Google Chrome Android, Waterfox, Chromium Linux).

это не проблема.

Время сессии определяет сервер, а не браузеры.

В технологии PDH (Plesiochronous Digital Hierarchy) фрейм потока E3, который имеет скорость 34,368 Мбит/с, был разделён ровно пополам на два цикла (каждый по 1536 бит) для упрощения мультиплексирования и синхронизации. Основные причины такого деления:

1. **Упрощение мультиплексирования**: Поток E3 формируется путём мультиплексирования четырёх потоков E2 (каждый по 8,448 Мбит/с). Деление фрейма E3 на два цикла позволяет более эффективно распределять данные от этих потоков, обеспечивая чёткое чередование и упрощая процесс синхронизации.

2. **Синхронизация и выравнивание**: Разделение на два цикла помогает в управлении синхронизацией между различными потоками E2, которые могут иметь небольшие расхождения по частоте (поскольку PDH — плезиохронная система). Это упрощает выравнивание данных и минимизирует необходимость в дополнительных буферах.

3. **Структурирование данных**: Каждый цикл (или подфрейм) содержит определённое количество служебной информации (например, биты синхронизации и управления), что позволяет равномерно распределять служебные данные по фрейму и упрощает их обработку на приёмной стороне.

Таким образом, деление фрейма E3 на два равных цикла было сделано для оптимизации мультиплексирования, упрощения синхронизации и повышения надёжности передачи данных в плезиохронной иерархии.

через Хром не стоит туда идти. телефоны относительно старые, пробуем через Лису а лучше через Ie.

Решение есть, но чисто потешить свое ЧСВ.
Что надо иметь: Домен (пусть будет mydomen.tld) и консоль линукс (не заворачивался в винде, но думаю что и там тоже можно)
Дано 50 Yealink. у каждого ИП во внутренней сети с 192.168.1.100 по 150.
Решение: WILD letsencrypt
Заводим 50 записей A по типу abonent-01.phones.mydomen.tld со внутренним IP 192.168.1.1хх для каждого телефона.
получаем WILD letsencrypt dns challenge сертификат (через DNS challenge) для phones.mydomen.tld (в консоли linux тем же certboot)
Полученный сертификат, раскидываем на 50 аппаратов.
Подключаемся по https://abonent-01.phones.mydomen.tld - БИНГО ! получилось "закрыть замочек" для всех 50ти.
Раз в 3 месяца повторяем процедуру DNS челенджа с заменой сертификата на 50 аппаратах.
Вот только зачем все это, при том что настроив единожды Yealink "забываеш" про него на несколько лет (или до момента когда его надо из кабинета в кабинет перенести как подменный.
P.S. Это не единственный метод.

Все равно браузер не доверяет. Опыт небольшой имеется - с веб-сайтом управления АТС получилось "закрыть замочек" https, тут что-то ни в какую...

По идее и не должен. Потому что браузер должен доверять корневому ЦС. А они ограниченны разработчиками браузера, если браузер например на Chromium, то он использует централизованное хранилище корневых сертификатов, Chrome root storage, откуда как раз берет для доверия корневой сертификат,, а через него всей цепочке доверенных сертификатов.
Читать. У тебя же сертификат самописный, не подписанный никаким доверенным ЦС, поэтому браузер и не будет ему доверять по умолчанию. Можно в настройках браузера сделать так, что он не будет каждый раз выводить страницу-предупреждение, но зеленого замочка не будет. А то, что ты сделаал как то доверие какому то Web сайту, так наверное это внешний сайт, и на него ставил что-то вроде Let's encrypt через certbot, который как раз подписан корневым сертификатом ISRG Root X1, которому браузер доверяет.

Можно, если хэши обоих паролей совпадают.