[E-tec]

Тема перемещена в раздел « Решение проблем в разных ОС «. По поводу этой темы вопрос следующий какой редакции офис используете, про, про плюс, стандарт? Еще попутно хорошо бы узнать, сборка это или официальный дистрибутив от мс? Суть такая, что на ПК с 4Гб памяти этот офис нормально работает, по крайней мере на стандарте и про таких ошибок не возникает.

[E-tec]

UPD 4.10.21
Для тех, кто будет создавать сервер на debain 11 еще нужно доустановить пакет libsdl2-2.0-0
# apt install libsdl2-2.0-0:i386

[E-tec]

UPD 4.10.21
Сервер обновлен до Debian 11 «bullseye»

[E-tec]

cARLOS писал(а):

(OEM), Professional, СТАВИТЬСЯ ФАЙЛЫ КРИВО

это раздача с рутрекера, она не может быть битой, попробуйте проверить образ на целостность. Сам скачивал оба образа — рабочие

[E-tec]

armars писал(а):

установил kmod-usb-net kmod-usb-net-rndis kmod-usb2

Добавил, к сожалению почти, как и во всех линукс дистрибах, после обновления ядра отваливаются какие-нибудь модули, или становятся не совместимы приложения. Учитывая какое разнообразие устройств работающих на этой ОС, то становится понятно почему, некоторые мануалы начинают не срабатывать, в общем спасибо за инфу по пакетам

armars писал(а):

пакета libusb нет
есть только libusb-1.0

В шапке это уже исправлено, в пуле с кодом по установке пакетов

[E-tec]

Еще один пакет который примерно так же умер как exim — phpMyAdmin… В репо CentOS7 отсутствуют обновленные пакеты:
php-symfony4-config >= 4.4.9
php-symfony4-dependency-injection >= 4.4.9
php-symfony4-expression-language >= 4.4.9
Возможно на текущий момент, а возможно насовсем, RHEL свернул проект CentOS, похоже после этого пакеты начали потихоньку отмирать.

--> Проверка сценария
---> Пакет php-nikic-fast-route.noarch 0:1.3.0-6.el7.remi помечен для установки
---> Пакет php-phpmyadmin-motranslator5.noarch 0:5.2.0-1.el7.remi помечен для установки
---> Пакет phpMyAdmin.noarch 0:5.1.0~rc2-1.el7.remi помечен как обновление
--> Обработка зависимостей: php-symfony4-config >= 4.4.9 пакета: phpMyAdmin-5.1.0~rc2-1.el7.remi.noarch
--> Обработка зависимостей: php-symfony4-dependency-injection >= 4.4.9 пакета: phpMyAdmin-5.1.0~rc2-1.el7.remi.noarch
--> Обработка зависимостей: php-symfony4-expression-language >= 4.4.9 пакета: phpMyAdmin-5.1.0~rc2-1.el7.remi.noarch
--> Проверка зависимостей окончена
Ошибка: Пакет: phpMyAdmin-5.1.0~rc2-1.el7.remi.noarch (remi-test)
            Необходимо: php-symfony4-expression-language >= 4.4.9
            Установлено: php-symfony4-expression-language-4.1.13-2.el7.remi.noarch (@remi)
                php-symfony4-expression-language = 4.1.13-2.el7.remi
            Доступно: php-symfony4-expression-language-4.1.13-1.el7.remi.noarch (remi)
                php-symfony4-expression-language = 4.1.13-1.el7.remi
Ошибка: Пакет: phpMyAdmin-5.1.0~rc2-1.el7.remi.noarch (remi-test)
            Необходимо: php-symfony4-config >= 4.4.9
            Установлено: php-symfony4-config-4.1.13-2.el7.remi.noarch (@remi)
                php-symfony4-config = 4.1.13-2.el7.remi
            Доступно: php-symfony4-config-4.1.13-1.el7.remi.noarch (remi)
                php-symfony4-config = 4.1.13-1.el7.remi
Ошибка: Пакет: phpMyAdmin-5.1.0~rc2-1.el7.remi.noarch (remi-test)
            Необходимо: php-symfony4-dependency-injection >= 4.4.9
            Установлено: php-symfony4-dependency-injection-4.1.13-2.el7.remi.noarch (@remi)
                php-symfony4-dependency-injection = 4.1.13-2.el7.remi
            Доступно: php-symfony4-dependency-injection-4.1.13-1.el7.remi.noarch (remi)
                php-symfony4-dependency-injection = 4.1.13-1.el7.remi
 Вы можете попробовать --skip-broken чтобы обойти проблему
 Вы можете попробовать запустить: rpm -Va --nofiles --nodigest
[root@geek-speak tmp]# yum versionlock phpMyAdmin
Загружены модули: fastestmirror, getpagespeed, versionlock
Adding versionlock on: 0:phpMyAdmin-5.0.4-1.el7.remi
versionlock added: 1
[root@geek-speak tmp]# yum update
Загружены модули: fastestmirror, getpagespeed, versionlock
Loading mirror speeds from cached hostfile
 * base: mirror.corbina.net
 * epel: epel.mirror.liteserver.nl
 * extras: mirror.sale-dedic.com
 * remi: mirror.reconn.ru
 * remi-php74: mirror.reconn.ru
 * remi-safe: mirror.reconn.ru
 * remi-test: mirror.reconn.ru
 * updates: mirror.surf
Excluding 2 updates due to versionlock (use "yum versionlock status" to show them)
No packages marked for update

[E-tec]

Установка Icecast2 на защищенном https протоколе, вариант с ssl сертификатом Let’s Encrypt полученным на основной домен, т.е. этот способ подойдет если у Вас уже есть сайт с сертификатом Let’s Encrypt.

Установку ОС в этом мануале я пропускаю (смотри ее выше). Предположим у нас есть vds на Debian 10 с панелью управления HestiaCP и сертификат Let’s Encrypt на основном домене.

Первым делом устанавливаем пакеты которые нам пригодятся:
# apt update
# apt install gnupg net-tools ssh nano mc wget

Далее добавляем Xiph репозиторий в ОС
# sh -c "echo deb http://download.opensuse.org/repositories/multimedia:/xiph/Debian_10/ ./ >>/etc/apt/sources.list.d/icecast.list"

Загрузите ключ подписи и добавьте его в apt:
# wget -qO - http://icecast.org/multimedia-obs.key | apt-key add -

Примечание: на момент написания срок действия ключа, указанного в приведенной выше команде, истек. Вместо этого вы можете использовать эту команду, чтобы загрузить новую версию напрямую из OpenSUSE:

# wget -qO - https://build.opensuse.org/projects/multimedia:libs/public_key | apt-key add -

Обновим список репозиториев:
# apt update

Теперь установим сам пакет icecast2

# apt install icecast2

Внимание! Убедитесь что пакет был установлен именно из репозиториев Xiph, те пакеты что в debian не подгружают ssl сертификаты!

Создаем файл icecast.pem
# touch /usr/share/icecast2/icecast.pem

Открываем его и добавляем ssl ключи основного домена, нас интересует только .pem файл
# nano /usr/share/icecast2/icecast.pem
Примечание! У HestiaCP, ssl сертификаты хранятся в директории /home/admin/web/YOUR_DOMAIN/private.

Добавляем права доступа к файлу
# chmod 666 /usr/share/icecast2/icecast.pem

На этом установка закончена идем настраивать сам пакет icecast2
# nano /etc/icecast2/icecast.xml

Основные настройки смотри в мануале выше, нас же сейчас интересует как запустить все по https протоколу, а для этого нужно изменить пару строк. Ищем раздел, и раскоментируем путь к ssl:
<ssl-certificate>/usr/share/icecast2/icecast.pem</ssl-certificate>
Теперь добавьте этот раздел в документ (в корневой узел XML):

<listen-socket> 
<port>8001</port>
<ssl>1</ssl>
</listen-socket>

Все готово! Можно перезапустить icecast2
# service icecast2 restart
Если что-то не заработало смотрим статус пакета и читаем логи! =) Что получаем в итоге: Доступ к потоку на http по порту 8000 и https по порту 8001 (порты соответственно нужно открыть или пробросить), трансляция музыки будет осуществляться внутри локали по порту 8000 т.е. по http.

Примечание! При таком раскладе, придется в ручную обновлять ssl сертификаты для страницы статуса айскаста. Чтоб убедиться что установлен нужный пакет с xiph пишем:
# service icecast2 status
если Вы все сделали по текущему мануалу и видите ответ со строкой:
[2021-02-08 12:43:38] INFO connection/get_ssl_certificate No SSL capability
это значит, что установлен НЕ верный пакет, переустанавливаем на нужный!

На Debain 10 пакет с xiph не ставится по умолчанию с соурс листа, по этому просто временно комментируем все стандартные дистрибы debian, либо ставим вручную через dpkg файл с оф. сайта xiph! При этом замораживаем пакет, иначе ОС будет пытаться ставить пакет из репозитория где не работает ssl:
# apt-mark hold icecast2

[E-tec]

Antonio777 писал(а):

кроме того, изучил вопрос про: “чтобы работали службы “clamd” и “spamassassin”” – оказывается их вообще не было, нашел на официальном форуме топик, установил, но clamd так и не запустился)

я бы на вашем месте переустановил полностью ПУ с ОС вместе, т.к. у меня на таком же конфиге все работает нормально (CentOS7+VestaCP) не считая периодических отпадываний модулей, но которые в принципе можно восстановить))

P.S. В основном все лечится переустановкой пакета + конфигами с оф. сайта весты

Вложения:

Вы должны войти для просмотра вложений.

[E-tec]

Antonio777 писал(а):

Правда не понятно что значит: “и будьте осторожны, чтобы работали службы “clamd” и “spamassassin”

Проверить через вебморду панели управления во вкладке сервер, вся проблема в том, что проект vestacp — умер, и больше не разрабатывается, по этому при обновлении пакетов (через yum в CentOS), вечно отваливается какой-нибудь модуль.

Только сейчас понял, что вы по сути темой ошиблись, я уже писал про эту ошибку, и она связана в exim, а не девкотом… тема про это находится -> ТУТ

P.S. Ваше сообщение выше чутка отредактировал, ссылки на «левые» сайты не желательны

[E-tec]

Antonio777 писал(а):

Система не реагирует, просто новая строка)

В весте посмотри девкот вообще работает? если нет, вариант №1 тупо переустановить средствами ос

Antonio777 писал(а):

Я зашел через WinSCP проверил, такого файла рельно нет – скрин приложил.

вариант №2 создать файл семпла деквкот и ребутнуть, чтоб оно подхватилось

# touch /etc/dovecot/conf.d/15-mailboxes.conf.simple
# nano /etc/dovecot/conf.d/15-mailboxes.conf.simple

копируешь туда:

##
## Mailbox definitions
##

# Each mailbox is specified in a separate mailbox section. The section name
# specifies the mailbox name. If it has spaces, you can put the name
# "in quotes". These sections can contain the following mailbox settings:
#
# auto:
#   Indicates whether the mailbox with this name is automatically created
#   implicitly when it is first accessed. The user can also be automatically
#   subscribed to the mailbox after creation. The following values are
#   defined for this setting:
#
#     no        - Never created automatically.
#     create    - Automatically created, but no automatic subscription.
#     subscribe - Automatically created and subscribed.
#
# special_use:
#   A space-separated list of SPECIAL-USE flags (RFC 6154) to use for the
#   mailbox. There are no validity checks, so you could specify anything
#   you want in here, but it's not a good idea to use flags other than the
#   standard ones specified in the RFC:
#
#     \All      - This (virtual) mailbox presents all messages in the
#                 user's message store.
#     \Archive  - This mailbox is used to archive messages.
#     \Drafts   - This mailbox is used to hold draft messages.
#     \Flagged  - This (virtual) mailbox presents all messages in the
#                 user's message store marked with the IMAP \Flagged flag.
#     \Junk     - This mailbox is where messages deemed to be junk mail
#                 are held.
#     \Sent     - This mailbox is used to hold copies of messages that
#                 have been sent.
#     \Trash    - This mailbox is used to hold messages that have been
#                 deleted.
#
# comment:
#   Defines a default comment or note associated with the mailbox. This
#   value is accessible through the IMAP METADATA mailbox entries
#   "/shared/comment" and "/private/comment". Users with sufficient
#   privileges can override the default value for entries with a custom
#   value.

# NOTE: Assumes "namespace inbox" has been defined in 10-mail.conf.
namespace inbox {
  # These mailboxes are widely used and could perhaps be created automatically:
  mailbox Drafts {
    special_use = \Drafts
  }
  mailbox Junk {
    special_use = \Junk
  }
  mailbox Trash {
    special_use = \Trash
  }

  # For \Sent mailboxes there are two widely used names. We'll mark both of
  # them as \Sent. User typically deletes one of them if duplicates are created.
  mailbox Sent {
    special_use = \Sent
  }
  mailbox "Sent Messages" {
    special_use = \Sent
  }

  # If you have a virtual "All messages" mailbox:
  #mailbox virtual/All {
  #  special_use = \All
  #  comment = All my messages
  #}

  # If you have a virtual "Flagged" mailbox:
  #mailbox virtual/Flagged {
  #  special_use = \Flagged
  #  comment = All my flagged messages
  #}
}

сохраняешь файл, и потом ребутишь девкот
# systemctl restart dovecot

[E-tec]

Antonio777 писал(а):

Подскажите, плиз, где эти операции запускаются? в PutTy?

можно в putty можно напрямую на серваке

Antonio777 писал(а):

Сделал) не помогает.

сервер на чем работает, на панели управления или lamp?

[E-tec]

pavlo1c писал(а):

когда usb 3.0 работает как 2.0 или 3.0 по uas он решает поддержка есть или нет

чисто в теории это должно было пофикситься патчаси ядра kmod-usb2 kmod-usb3

pavlo1c писал(а):

скорее всего всё будет на usb работать в режиме 2.0

дак юсб модем на сколько я понимаю с usb 2.0 разъемом, или неужели с 3.0?

pavlo1c писал(а):

в логах пишет что все фейсы зарегал, но cdc не пашет, а rndis пашет

Это еще не факт, покажет только замер скорости интернета через этот модем, в cdc режиме нет ограничения скорости, в отличии от rndis

[E-tec]

pavlo1c писал(а):

что в этом режиме CDC винда не видит этого модема теперь

винда должна видеть этот модем в cdc режиме, как новая сетевая карта по сути..

pavlo1c писал(а):

Переключал на CDC днем ранее, тоесть модем работал.

т.е. на пк он все же работал или на роутере? У меня просто есть небольшое подозрение, что он немного закирпичился)) Слишком странное поведение. Если сейчас в винде он определяется только как флешка, да и судя по логам с роутера так же, по моему стоит начинать немного печалиться…

[E-tec]

я думаю стоит погуглить следующие строки в инте:

[ 9.610528] usb usb2: We don’t know the algorithms for LPM for this host, disabling LPM.
[ 9.681930] usb usb4: We don’t know the algorithms for LPM for this host, disabling LPM.

еще вариант перепрошить модем обратно в сток, и попробовать подключить, возможно openwrt сама как пк подхватит этот модем в cdc режиме. Тут точно сказать сложно где проблема… Если есть другой юсб модем можно его попробовать подключить в роутер, чтоб убедиться, что проблема не в прошивке, и не в железе роутера.

[E-tec]

а драйвера из мануала все установлены? по сути должна быть еще одна строка на подобии: cdc ether 1-1:1.0 eth2: register … bla…bla…bla
возможно сам модем не переведен в этот режим, на сколько знаю некоторые модемы нужно перепрошить, чтоб перевести в этот режим

[Автор]

Сообщения