Хто стоїть за сховищем Webtatic і чи довіряєте ви цьому?


12

Веб-сховище має багато корисних пакетів для CentOS та RedHat. Однак сховище дуже непрозоре, і мені важко знайти інформацію, хто за ним стоїть, квартиру "Ендрю Томпсона", відомого як Енді.

Він, здається, робить велику роботу, надаючи всі ці корисні пакети. Мені потрібно використовувати репозиторій на серверах живих компаній, і використання неофіційних репозиторіїв викликає негайну тривогу в мені.

  • Це єдине сховище для людини?
  • Це підтримується компанією?
  • Здається, існує вже кілька років, але як бути завтра? (крім гігантського астероїда, який може витерти нас усіх)
  • Наскільки це безпечно? Я не хочу поруч yum updateіз завантаженням трояна.
  • Як швидко розгортаються виправлення безпеки наданих пакетів? ….

Відгуки адміністраторів CentOS / RedHat у реальному житті будуть дуже вдячні.

Спасибі заздалегідь


1
Я зауважу, що існує принаймні два дуже різні рівні довіри: як розробника я переймаюся головним чином, чи пакети чисті (не змінені зловмисно) та розумно оновлені. Мені дуже важливо, як сисадмін, що я дбаю про довгострокову підтримку та довголіття обслуговуючого персоналу.
Джомінал

Правильно. Тут я прошу як sysadmin, міняючи серверну ОС / викладаю лише кожні 5 і більше років
Niki

Як адміністратору системи, так і розробнику важливо використовувати гідні джерела складання. Інакше ви ризикуєте виникнути такі проблеми, як погані збірки, що спричиняють помилки або обмеження в наборах функцій тощо. Поганим джерелом може бути розповсюдження пакетів без таких речей, як -O2, і ви будете тоталіпно не зрозуміти.
jgmjgm

Відповіді:


5

Ще коли я вперше почав працювати як адміністратор Linux 8 років тому, я використовував популярний третій сховище для оновлення свого стека LAMP. Ним керувала одна людина. Однією з головних причин було те, що розробники наполягали на меншій версії PHP, ніж те, що прийшло з RHEL 5. Це в кінцевому підсумку мене вкусило.

Людина відмовився від сховищ, тому я більше не отримував оновлень безпеки, але я також не зміг видалити всі новіші пакети і повернутися до пакетів RHEL через те, що версія PHEL RHEL з занадто старої гілки. Перемістившись до стека LAMP цього сховища, вона торкнулася щонайменше півдюжини пакетів або більше. Отже, підтримка цих пакетів та їх перекомпіляція вручну час від часу було б головним ПДФА.

Ви також втрачаєте можливість використовувати рекомендації щодо безпеки постачальника ОС щодо вразливості CVE, щоб визначити, чи ваша система не вразлива для певного використання цих пакетів. Це виявилося для мене головною проблемою через роки, хоча я б і не очікував того часу.

Отже, окрім довіри до цілісності та технічних навичок утримувачів, ви повинні запитати себе, чи довіряєте ви їм не переходити на нову роботу, яка не дозволить їм підтримувати сховище, або вийти заміж і мати дітей і більше не мати встигнути тощо.

Відтоді я дуже скупий щодо використання будь-яких сторонніх сховищ, особливо тих, у яких працює лише одна людина.


Спасибі! Це все питання, які я вже ставлю перед собою, проте ваш досвід частково є відповіддю на моє головне питання. Тепер я просто сподіваюся, що зможу отримати конкретніші відгуки про Webtatic repo, зокрема, я вважаю, що я буду дотримуватися ваших порад, що також є моїм відчуттям кишок і що я завжди робив до цього часу. (Як і ви, його про версію PHP ...)
Нікі

4

Питання не в тому, якщо ми довіряємо Енді, це якщо ви довіряєте Енді.

Я не знайомий із сховищем, але кнопка пожертвування передбачає особисті зусилля. Не соромтеся робити внески, якщо це має для вас цінність.

Пакети виглядають як підписані GnuPG, тому можна з певною впевненістю перевірити, чи пакети справжні. Ви також можете перевірити, чи є він у мережі довіри.

Що стосується якості чи безпеки, то найкраще, якщо хтось інший погляне на те, як працює сховище. Це ти можеш бути ти. Підпишіться на рекомендації щодо безпеки вгору та перевірте, чи вони на них впливають. Оцініть пакети, як рецензент, для Fedora.

Якщо безперервність цих пакунків важлива для вас, придбайте подібні навички. Вивчіть упаковку або найнять когось, хто зможе.


1

Remi - це стандарт для останніх збірок PHP для RHEL. Він давно створений і надійний джерело для RPM-пакетів, який активно підтримується і включає якомога більше відповідних пакетів.

Вебтатичне джерело невідоме та ненадійне. Його взагалі не слід використовувати.

Я виявив, що це працює у застарілій системі. У ньому серйозно просочилася пам'ять. Я замінив його на Remi, точно таку ж версію PHP і раптом все працює без проблем. Я не думаю, що це навіть стабільна компіляція.


0

Взагалі, якщо ви не знаєте, що є функція, якій ви насправді серйозно потрібні і насправді не можете жити без неї (оскільки багато людей будуть вважати, що вони не можуть .. поки не буде вибір між "старим" чи нічого), тоді дотримуйтесь пакетів постачальників.

Навчіть своїх веб-розробників, чому галузь не є застійним знімком, і покажіть їм - PHP - чудовий варіант для цього - як Rebasing версії за течією приносить набагато більше помилок; і як у багатьох випадках час реакції на зворотний зв'язок навколо проблеми безпеки насправді швидше і надійніше доставляється дистрибутивом у їхній підтримуваній галузі (тому що це чийсь пріоритет і завдання), ніж у версії за версією OEM.

Ви можете бути тим, хто насправді домагається успіху, і ви зобов'язані решті нас спробувати ;-)


PHP є досить поганим прикладом цього: нам майже завжди потрібні точкові випуски для виправлень, але дистрибутиви не забезпечують їх. Звичайно, у них є вагомі причини. Але наявність репостів, де ми можемо отримувати виправлення у точкових випусках, є надзвичайно корисним.
Майкл Хемптон

Ми підозрюємо, що ми використовуємо різні дистрибутиви. Я не бачив відсутності помилок та оновлень безпеки в PHP, навіть якщо дистрибутив розгалужений у певній версії, а версія виглядає заблокованою для неспеціаліста. rpm -q php --changelog показує щотижневі оновлення з виправленнями помилок та оновлень безпеки. Вибачте, якщо ви не отримуєте однаковий пробіг :-(
user2066657

Однозначно різні дистрибутиви. Я не бачу цього в PHP на RHEL 7.5 або CentOS 7.5. Fedora оновлює пакети PHP, але, як правило, ця проблема не має. На щастя, Ремі Коллет, співробітник Red Hat, який створює PHP-пакети RHEL, також підтримує репост із релізами пунктів PHP. Це є причиною того, що Red Hat найняв його.
Майкл Хемптон

Хм. Я дивився на RH / Centos. Я не можу пояснити, чому ти не бачиш того самого - змінити мене, і мені дуже шкода. Я б хотів, щоб Ремі оновив SCL трохи більше. Я спостерігаю уповільнення (7.1.8 і навіть не випуск пакета для оновлення). Я був фактично переконаний, що він продовжив цю ранку. Якби тільки Федора не був метеликом.
користувач2066657

Дійсно? Я не знаю, які пакунки ви дивитесь, але я не бачу оновлень з часу php-5.4.16-45.el7. Можливо, ви дивитесь на щось із колекції програмного забезпечення? Якщо говорити про це, SCL йде трохи повільніше. Якщо ви дійсно хочете, щоб випуски PHP були такими, як вони трапляються, натисніть на rpms.remirepo.net
Майкл Хемптон
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.