| Цитата |
|---|
| написал: yum install -y epel-release |
|
Разработчикам |
Форум
VMBitrix 7.5.0 в релизе
|
|
|
|
|
|
|
а у меня вот такая ошибка:
[Errno 14] HTTP Error 403 - Forbidden Trying other mirror. To address this issue please refer to the below wiki article If above article doesn't help to resolve this issue please use . One of the configured repositories failed (Veeam Backup for GNU/Linux - x86_64), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Run the command with the repository temporarily disabled yum --disablerepo=veeam ... 4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable veeam or subscription-manager repos --disable=veeam 5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=veeam.skip_if_unavailable=true failure: repodata/repomd.xml from veeam: [Errno 256] No more mirrors to try. [Errno 14] HTTP Error 403 - Forbidden |
|
|
|
|
Компания veeam ушла из рф, поэтому 403 для ру ip. С иностранных ip эта ссылка открывается без проблем. |
|||
|
|
|
|
к репозиториям уже доступа нет? Старая версия всё? Для тестов нужна, кто нибудь ставил?
|
|
|
|
|
|
Ставил недавно, установщик выдает ошибку установки epel, в остальном все нормально. Если поставить epel командой yum install epel-release, а потом запустить установщик, то все работает. Репозитории самого CentOS 7 естественно должны уже смотреть в Vault, mirrors уже не работают.
|
|
|
|
|
|
Подскажите пожалуйста, как можно установить 7.5.5?
Спасибо |
|
|
|
|
|
Ребят, тема по майнеру xmrig всё ещё актуальна. Сайт Битрикс24 портал.
Наблюдаю проблему на протяжении 3-х месяцев, скачивается и запускается по воскресеньям ночью. В первый месяц запускался через неделю, сейчас последние 2 раза период в 1 месяц. Скачивался в каталог /tmp/.bitrix, последний раз в /tmp/.tmp. Всегда под пользователем bitrix. После разворачивания bitrix env сразу убирал дефолтный сайт, тоже не люблю чтобы лишнее торчало наружу. Ставил clamav, запускал говоря ему куда складывать вирусню (/tmp/clamav_clear), когда майнер вновь скачался - антивирус поместил его содержимое с настройками в clamav_clear. После, неделю наблюдал как поведёт себя и о, чудо - xmrig нашёл свои настройки и запустился с ними, т.е. он не скачивал дистр заново. В логах не нашёл ни намёка на запуск какого-либо левого скрипта |
|
|
|
|
Висит скорее всего в автозапуске из папки bitrix. Если пришел из пользователя битрикс, то это хорошая новость. Значит он мог прорваться через не обновленный сайт, без текущей защиты. Все актульные версии битрикса хорошо защищены. За год не увидел ничего нового. Скриншот этой папки bitrix пришли, содержимое. То есть его можно найти запущенным в оперативной памяти. Удаляешь процесс, удаляешь папки с вирусом, перезагружаешь... Наслаждаешься жизнью |
|||
|
|
|
|
Надеюсь я правильно понял про содержимое каталога пользователя bitrix, а не каталога bitrix дистрибутива б24. После убийства процесса и удаления содержимого xmrig нигде нет следов, по крайней мере по тем критериям что везде описывают: sql_dump.sql, xmrig, monero, bitrix-daemon.
|
||||
|
|
|
|||
