MATPOC

Это почему? Технически оно ещё может и шевелится. Но основная проблема XMPP - синхронизация сообщений по нескольким клиентам. Если в современных версиях XMPP серверов эта проблема решена, то подскажите, плиз, в каких и как?

Jabber (XMPP) умер.

Matrix Synapse. По умолчанию настроен sqlite, для продакшена нужно сразу настроить PostgreSQL. Клиенты - https://matrix.org/clients/ Самый популярный - Element, есть для всех платформ.

LVM не нужен внутри виртуальной машины. Правило простое - для каждого раздела свой виртуальный диск, swap в том числе. Так как для увеличения extN разделов обязательно требуют выполнять e2fsck, то нужно отмонтировать раздел, то есть для рутового раздела нужно останавливать VM. Если нужно увеличить раздел, то алгоритм такой: 1. Остановить VM 2. Увеличить размер виртуального диска Дальше нужно увеличить размер раздела в самой ОС. Для этого надо либо смапить виртуальный диск на loop, либо загрузиться в live cd типа system rescue cd. Допустим, загрузились с live cd: 3. Увеличить раздел - fdisk или parted. Если fdisk, то удалить раздел и создать снова без удаления сигнатуры файловой системы. Если parted - то команда resizepart 4. e2fsck -f /dev/sda1 5. resize2fs /dev/sda1 6. Запустить VM.

Через пакетную среду передачи данных можно прогнать всё, в том числе синхру. Для этого есть устройства под названием "мультиплексор". Для E1 - IP есть куча моделей, например, те же RAD IPmux, Sprinter TX, Eltex ToPGATE и так далее...

Бесплатная astra умеет работать с mpts, Типа такого: input = { "udp://224.2.2.4:2005#pnr=164" }, output = { "udp://239.200.199.164:1234" }

У нас 4 Гб/с с трёх серверов и пока работают.

Можно ширше посмотреть. У нас шахтёрский город и зарплаты на угольных предприятиях выше, чем на обычных предприятиях города. Но начальство упорно твердит, что повышать зарплаты до уровня угольщиков не будет, потому что маржа у нас не 100%, как у угольщиков, и зарплаты "в рынке нашей отрасли". Вот и получили текучку кадров. Никак не могут понять, что пофиг, что зарплаты в абстрактном рынке отрасли, но не в рынке города.

В debian trafshow тоже есть в пакете netdiag, но собиратели пакета trafshow на Debian 11, кажися, собрали его жёстко с X11.

Телефония в здание обычно заводится через кросс. Если нет информации о соответствии пар и номеров на кроссе, то просто встаёте телефоном с крокодилами на каждую пару и звоните на мобильник. На мобильнике смотрите номер. Как-то так...

Я уже не помню деталей, но как-то можно задать в конфиге циски для локального пользователя выполнение этой autocmd.

Посмотрел архивные конфиги радиуса для подобных клиентов. Как-то так, два варианта: user1 NAS-IP-Address == "10.88.0.161", Service-Type == Login-User, Auth-Type := Accept Auth-Type := Accept, Service-Type = Login-User, Cisco-AVPair = "shell:autocmd=telnet 1.2.3.4 23 /vrf External", Fall-Through = No user2 Service-Type == Login-User Service-Type = Login-User, Login-Service = Telnet, Login-IP-Host = 1.2.3.5, Login-TCP-Port = 20029, Fall-Through = No

Что именно вы правили в grub.conf, fstab? Прописали новые UUID разделов? Как именно ругается во время загрузки?

Коллеги, а с каких пор форум общения провайдеров превратился в форум тех..поддержки клиентов сторонних провайдеров? Топикстартеру - повежливее просите, здесь вам никто ничем не обязан. Если вы не хотите слушать мнение специалистов с многолетним опытом, то делайте заявку в тех.поддержку МГТС, это их прямая обязанность. К вам придёт техник и на месте должен устранить проблему. По опыту общения с подобного рода клиентами, могу предположить что если МГТС не сможет решить проблему, то будет как минимум два варианта: 1. TS уйдёт к другому провайдеру и будет выносить мозг следующему провайдеру. 2. TS почитает интернетов и сам сможет найти причину проблемы. Для начала рекомендую посмотреть в сторону Wireshark и trafshow (SmartSniff).

Опять пропали даты и время написания последних сообщений. Причём как-то странно это проявляется. В некоторых ветках видны даты-время.

В большинстве прокси серверов по умолчанию стоит запрет метода CONNECT на 22 порт. Более того, часто разрешён только 443 порт. ТС надо настроить другой порт для ssh.

Успешно работает на пром.площадках Nateks FG-ACE-VC-130, FG-ACE-VC-110.

Единственный софт (который я видел), умеет реально работать с SIP-T/SIP-I - YATE. Можно поставить YATE между астериском и Kamailio, либо исходящий YATE подавать сразу на провайдера.

Как принято говорить в энторнэтах, один мой знакомый работает в крупной сотовой компании, которая в том числе занимается и проводным интернетом. Техникам ставят план по продаже SIM карт. Не выполнишь план - понижают KPI, и как следствие - понижается зарплата. В результате в конце месяца недопроданные симки продают всем родственникам, а те через месяц от этих симок отказываются. В результате на бумаге растёт количество проданных симок, продажники выполняют план, техники со скрипом натягивает KPI по симкам, а в реальности эти продажи симок - мёртвые и даже убыточные для компании.

Так обычно говорят продавцы. Они считают, что если они умеют продавать, то и другие тоже умеют продавать, что тут сложного? Обычно в таких случаях я предлагаю этому продавцу настроить какой-нибудь сервис на линуксе или ещё какую-нибудь инженерную задачу. В ответ слышу, что он - продавец, этому не обучен. И никак не может уловить аналогию, считает, что это несравнимые понятия.

Уже давно популярное направление в линуксовых серверах - отказываться от аппаратных RAID и собирать массивы средствами самой операционки (mdadm). На некоторых контроллерах это в настройках прописано как JBOD, на некоторых диски, не собранные в аппаратный массив, напрямую видны системе.

У нас IPTV с паузой-перемоткой и архивом 5 или 7 дней. И это киллер-фича. Это реально удерживает клиентов. Был ещё "видеокаталог" полулегальный, но пару лет назад благодаря "доброжелателям" от него пришлось отказаться. Теперь предлагаем легальные кинотеатры. Мультикаст - это технология двадцатилетней давности. У мультикаста только один плюс - экономия трафика (когда на одном порту несколько человек смотрят один канал). Всё остальное - минусы. Семь лет назад мы перешли на уникаст и это решило все проблемы, присущие мультикасту. А мнимая экономия сейчас неактульна, когда на узлы агрегации линки по 10 Гбит/с.

Использовать разные вланы для SIP и PC.

Скорее всего, у креативщиков мониторы 4К 27"+, вот и не видят, как у простых узеров сайт выглядит.

В Seamonkey ссылки на магазин и форум не видны