Часто задаваемые общие вопросы про CentOS

1. Что такое CentOS Linux?

CentOS Linux обеспечивает бесплатную и основанную на открытом исходном коде вычислительную платформу любому, кто её использует. Релизы CentOS Linux собираются на основе публично доступного открытого исходного кода, предоставленного Red Hat, Inc. в рамках Red Hat Enterprise Linux. Этот исходный код доступен на сайте CentOS Git.

CentOS Linux - это Платформа Сообщества для Разработки дистрибутивов Linux семейства Red Hat. Чтобы узнать больше об этом, прочитайте FAQ.

CentOS полностью соответствует требованиям, установленным политикой распостранения Red Hat, Inc. и направлена на то, чтобы быть функционально совместимой с Red Hat Enterprise Linux. В основном CentOS изменяет только пакеты с целью удаления торговых марок, бренда и графического оформления.

Хотя CentOS Linux не содержит Red Hat Enterprise Linux или Fedora Linux и не содержит какие-либо из их сертификатов, он собран на основе того же исходного кода, что и Red Hat Enterprise Linux.

2. Сколько CentOS нужно времени для публикации исправления после того, как это исправление выпустил Red Hat?

Мы ставим своей целью, чтобы отдельные RPM-пакеты присутствовали на зеркалах репозиториев в течение 72 часов после их оффициального выпуска, хотя на самом деле они доступны уже в течение 24 часов. Бывает, что выпуск пакетов может откладываться по какой-либо причине. В редких случаях пакеты могут быть собраны, выложены на зеркала, но недоступны через yum (это происходит потому, что yum-arch не был запущен на основном зеркале. В свою очередь, это является следствием того, что проблемы с пакетами от вендора были обнаружены сразу после их релиза, и выпуск этих пакетов нарушит их функционал).

Наборы Обновлений - Update Sets - (см. FAQ) включающие в себя исправления безопасности, выпускаются (security errata) по принципу, описанному выше. В то время как исправления ошибок (BugFix) и Улучшения (Enhancement) тестируются более строгим образом и выпускаются после того, как собран новый ISO на базе Набора Обновлений. Показатель, который мы стремимся достигнуть при выпуске нового релиза или Набора Обновлений - от 4х до 8 недель после выпуска непосредственным Вендором ПО. Более подробно смотрите в The CentOS Rebuild and Release Process.

Обновления умеренной важности (intermediate), выпущенные в промежутке между выпуском Вендором ПО новой младшей (minore) версии и выпуском соответствующей версии у CentOS, попадают в репозиторий Continuous Release (CR).

3. Где можно найти Примечания к Выпуску (Release Notes) для конкретной версии?

Примечания к Выпуску содержат последнюю версию документации или описание проблемы, если у предоставленного релиза есть отличия от оффициальной документации. Так же Примечания к Выпуску используются для акцентирования на последних изменениях. Примечания к Выпуску вполне предсказуемо отличаются как для старших версий (CentOS 6,5, ...), так для младших версий в рамках одной и той же старшей версии. Здесь можно найти ссылки на каждую версию Примечаний к Выпуску.

4. Как мне обновиться?

В качестве рекомендуемого инструмента для обновлений и установки пакетов CentOS использует "yum". Смотрите PackageManagement, PackageManagement/Yum и this guide for Managing software with Yum.

Так же доступен инструмент up2date, который не связан каким-либо образом с Вендором ПО, а использует CentOS Network (CN) в качестве источника для обновлений. Начиная с CentOS 4 yum будет импортировать ключ репозитория, но только после того, как вы его увидите и подтвердите.

Для разъяеснения вопросов импортирования ключей CentOS RPM есть отдельный FAQ.

Замечание при использовании yum: имейте в виду, что начиная с CentOS-4 используется новая версия yum (относительно CentOS-3), где применяется новая система метаданных, в которой hdr-файлы собраны и заархивированы в один отдельный файл (а не во множество мелких).

5. В названии пакетов всё ещё фигурируют названия "RedHat", "rhel" или "rh". Разве они должны присутствовать?

В своей бизнес-модели Вендор ПО в основном использует ПО с открытым исходным кодом (GPL). Т.е., Вендор использует ПО, написанное другими разработчиками (например gnome.org, X.org, KDE.org или OpenOffice.org ): пакует исходный код в пакеты RPM-формата для распостранения. Т.к. Вендор использует ПО с открытым кодом для разработки свеого ПО, то он обязан предоставить, в свою очередь, свой исходный код для свободного доступа. Именно так работает GPL. Вендор ПО вносит свой вклад, добавляя RPM-пакеты с исходным кодом (SRPM или Source RPMS) и способствуя их распостранению. Помимо этого он исправляет ошибки и обеспечивает связь с разработчиками этого ПО. Всё вышеописанное является принципом функционирования ПО с открытым исходным кодом.

Проект CentOS использует публично доступные пакеты SRPM, поставляемые Вендором ПО, и создаёт бинарные (установочные) пакеты, предоставляя их всем, кто пожелает.

Некоторые пакеты включают информацию, содержую Торговую марку от Вендора ПО. Для этих случаев у Вендора ПО существует специальные инструкции по распостранению ПО, собранного из его публично доступных пакетов. Об этом можно прочитать тут. Т.к. мы полностью поддерживаем права Вендора ПО на Торговую Марку, то прилагаем все усилия, чтобы полностью соответствовать этим инструкциям.

Т.к. присваивать авторство чужих работ - не в интересах проекта CentOS, то мы по возможности оставляем названия файлов, данные Вендором ПО. Если есть необходимость внесения изменений в пакет (конечно в соответствии ограничениями, например для настройки конфигурационного файла), то в названии этого пакета будет содержаться ".centosX" (где X - номер версии CentOS, например 5 или 6). Но в отличие от большинства случаев пересборки пакетов, мы не меняем название пакета ядра, собранного из SRPM, на .centosX. Причина этому - тот факт, что название ядра должно оставаться неизменным для совместимости с ПО какой-либо 3ей стороны.

Мы хотели бы поблагодарить Вендора ПО за тот способ предоставления SRPM-пакетов, который они используют. Существует довольно много Поставщиков ПО Enterprise-уровня, которые игнорируют требование предоставления публичного доступа к исходному коду их ПО. Програмный же продукт Вендора ПО превосходен (иначе бы мы не смогли создать на его основе CentOS), как и его поддержка. Поэтому если вам необходимы услуги поддержки, которые они предоставляют, то мы настоятельно рекомендуем воспользоваться их програмным продуктом.

6. Меняет ли CentOS Source RPM-ы Вендора ПО?

Нет. Основным принципом CentOS применительно к репозиториям base и updates является принцип неизменения или недобавления каких-либо возможностей помимо тех, что уже есть в SRPM-пакетах Вендора. CentOS прилагает существенные усилия для поддержания бинарной совместимости. CentOS так же предоставляет другие (опциональные) репозитории: extras, addons, contribs и centosplus, предлагающие дополнительный функционал. Есть вики страница, описывающая репозитории CentOS и их назначение.

7. Существует ли возмоность для добровольного вклада в проект?

Да. Нужная информация указана на вики-странице

8. Как CentOS связан с Red Hat®, Inc. или с RHEL?

Red Hat является куратором торговой марки CentOS и обеспечивает экспертную оценку и управление кадровой расстановкой, используйщейся для руководства проектом CentOS.

Некоторые члены правления проекта CentOS являются работниками Red Hat®, Inc

Red Hat®, Inc. никаким образом не спонсирует CentOS Linux.

CentOS Linux - это не Red Hat® Linux и не Fedora™ Linux. Это не Red Hat® Enterprise Linux. Это не RHEL. CentOS Linux не включает в себя Red Hat® Linux, Fedora™ Linux или Red Hat® Enterprise Linux.

CentOS Linux - это НЕ клон Red Hat® Enterprise Linux.

CentOS Linux собран из публично доступного, предоставленного Red Hat®, Inc. в рамках их проекта Red Hat® Enterprise Linux исходного кода, и собран на базе совершенно другой системы сборки, поддерживаемой проектом CentOS Project.

9. Где мне найти пакет XyZ.rpm для CentOS?

В вики есть страница о СentOS и "дружественных" к нему репозиториях. С большой вероятностью в одном из этих репозиториев вы сможете найти то, что ищите.

10. Какие архитектуры поддерживаются?

Ниже представлены старшие версии, которые ещё поддерживаются Вендором. Если раньше были и другие архитектуры, то на текущий момент (Март 2015 года) список следующий:

CentOS 5 поддерживает архитектуры x86 and x86_64;

CentOS 6 поддерживает архитектуры x86 and x86_64;

CentOS 7 поддерживает архитектуры x86_64.

• В Специальной Группе Интересов (Special Interest Group) AltArch существует комьюнити, занимающееся неоффициальной поддержкой архитектур i686, armhfp (Arm32), aarch64 (Arm64), ppc64le, и ppc64 в CentOS 7.

11. Почему yum всё время сообщает об отсутствующем ключе GPG? Я только что установил CentOS, yum всё время пишет, что не установлен правильный ключ GPG. Как мне его установить?

Ответы можно найти в секциях CentOS4 и CentOS5 вики.

12. Вендор ПО предлагает Enterprise Linux в нескольких реализациях: AS, ES, WS, PWS, и т.д. На какую из них похож CentOS?

Не смотря на то, что все вышеописанные версии собраны из одного исходного кода, CentOS собирается на основе публично доступного исходного кода версии AS Enterprise. AS имеет либо более обширный набор пакетов (чем PWS и WS), либо более продвинутые параметры ядра (чем в ES), позволяющие поддерживать большее количество процессоров или памяти.

Так же AS поддерживает некоторые архитектуры IBM, которые не поддерживаются в других версиях (ES, PWS, WS). CentOS собран как AS.

Полезное: какой у меня релиз?

13. Как сравнить, какие номера старших версии пакетов используются в соответствующих релизах CentOS?

На странице CentOS Distro Page ресурса DistroWatch.com вы можете сравнить старшие номера версий пакетов и все отслеживаемые пакеты. DistroWatch - хороший ресурс для сравнения Linux и BSD дистрибутивов.

14. Какие существуют CentOS-репозитории и для чего они?

addons

Тут содержатся пакеты, необходимые для сборки основого дистрибутива, или пакеты, полученные при помощи сборки из SRPMs-пакетов, но не включенные Red Hat-ом в основноый пакетный набор (как наример mysql-server в CentOS-3.X). К пакетам, содержащимся в репозитории addons, следует относится как к частью основой сборки, но которые могут не входить в освной набор пакетов Red Hat.

centosplus

Пакеты, предоставляемые пользователяими или разработчиками CentOS. Они могут подменять RPM-пакеты из основной сборки, поэтому вы должны понимать все последствия использования этого репозитория.

contrib

Пакеты, предоставляемые пользователями CentOS, но которые не пересекаются с пакетами из основной сборки. Они не тестировались CentOS-разработчиками и могут не соответствовать последим версиям от непосредственного разработчика ПО.

docs

Мануалы и замечания к выпуску CentOS.

extras

Пакеты, собранные и поддерживаемые разработчиками CentOS и добавляющие функциональность в основной дистрибутив. Они прошли через некоторые простейшие этапы тестирования, довольно близко соответстуют версиям, выпускаемым непосредственным разработчиком и никогда не заменят собой какой-либо пакет основого дистрибутива.

ioso

ISO-образы для загрузки. ISO-образы не могут быть загружены с основного зеркала CentOS, однако мы предоставляем для скачивания Bittorent-файл. На внешних публичных зеркалах, в зависимости от решения владельца зеркала, ISO-образы могут быть доступны для скачивания напрямую.

os

Содержит основой набор пакетов из ISO-образов.

updates

Содержит выпуски обновлений для CentOS.

CR

Содержит обновления для следующего релиза, которые прошли через этапы тестирования, но пока не были выпущены в новом релизе CentOS.

debuginfo

Содержит RPM-пакеты, включающие отладочную информацию, которая создаётся во время сборки основного пакета. Поставляется без конфигурационного файла. Эти пакеты можно найти в http://debuginfo.centos.org

Дополнительную информацию можно найти на странице Repositories

15. Каким образом я могу скачать и записать образы CentOS?

Последние вресии образов CentOS можно скачать отсюда: CentOS Downloads

После того, как скачали ISO-образы, вам надо проверить их MD5-контрольны суммы (или лучше SHA1 или SHA256 суммы) и сравнить с теми, которые приведены в директории с ISO. Если для какого-то файла суммы не совпадают, значит вам надо заново его скачать. В этом плане скачивание при помощи Bittorent более удобно, т.к. MD5-суммы проверяются автоматически. DVD-носитель предпочтительнее, т.к. позволяет устанавливать ОС без смены установочного носителя, а так же его можно использовать в качестве предустановленного yum-репозитория для установки пакетов локально, через yum. Прямое скачивание является единственно доступной опцией в том случае, если в вашем окружении отключена возможность обмена файлами через P2P протокол, включая Bittorent. Зеркала, поддерживающие прямое скачивание, можно найти при помощи выпадающего меню "Downloads/Mirrors" в верхей строке меню "Home" или "Forum". Нажмите на ссылку Current CentOS Public Mirror List, выберите ваше географическое положение и ищите в столбце "Direct DVD Downloads" подходящее зеркало, расположенное рядом с вами.

Вы можете быть уверены, что скачали ISO-образы правильно, если контрольные суммы совпали. Теперь можно записать ISO на диск. Если у вас установлен k3b (по умолчанию стоит только в CentOS4, в остальных версиях - нет), то мы рекомендуем использовать именно его. Можно использовать опции tools->CD->Burn CD Image или tools->CD->Burn DVD ISO Image для записи образа ISO на CD/DVD.

Дополнительно о том, как проверить и записать CD ISO, можно прочитать тут: http://www.centos.org/docs/5/html/CD_burning_howto.html.

Вы сможете загрузиться с CD после того, как он записан. Последнее, что надо проверить - сам носитель. После этого вы можете быть уверены, что процесс записи ISO выполнен корректно. Для этого необходимо выбрать опцию "Check Media" после меню выбора раскладки клавиатуры и языка.

Если ваш медиа-носитель прошёл проверку (не забудьте проверить все диски), то у вас - полностью рабочий установочный носитель. Если проверка медиа-носителя не пройдена, но прошла проверка md5-контрольных сум, то налицо проблема с записанным носителем. Попробуйте заменить носитель или записать по возможности на меньшей скорости.

Т.к. все ISO-образы CentOS нами проверяются, и, если контрольные суммы совпали, то ISO должны записаться без ошибок. Если же ошибки присутствуют, то с большой долей вероятности проблема в плохом носителе CD/DVD.

Если вы предпочитаете покупать ISO уже записанными, обратитесь к Оффициальному поставщику CentOS CD/DVD. Эти оффициальные поставщики предоставляют порцию CD/DVD, предназначнных для продажи, непосредственно проекту CentOS. В итоге вы получаете готовые и протестированные ISO-образы, мы получаем деньги...что может быть лучше?

16. Могу ли я добавить поддержку X-ов уже после установки? Я ставил с ISO-образа, предназначенного для сервера и не поставил Х-ы. Как теперь я могу поставить Х?

Самый простой способо установки Х-ов (и GUI вообще) - использование "yum groupinstall". Для начала вы можете вывести все доступные yum-группы при помощи yum grouplist. Можно поставить Gnome или KDE следующим образом:

CentOS-5: yum groupinstall "X Window System" "GNOME Desktop Environment" или yum groupinstall "X Window System" "KDE (K Desktop Environment)"

CentOS-6: yum groupinstall "X Window System" "Desktop" или yum groupinstall "X Window System" "KDE Desktop".

Возможно вы захотите установить какие-либо другие группы из списка, например "Graphical Internet" или "Office/Productivity"

Note: Если, используя CentOS5, вы запускаете yum groupinstall "GNOME Desktop Environment", то может возникнуть ошибка отсутствия libgaim.so.0. Это известный баг, смотрите CentOS-5 FAQ

17. Как создать файл xorg.conf?

Разработчики системы Х Вендора ПО потрудились таким образом, что файл /etc/X11/xorg.conf теперь больше не требуется. Однако время от времени может возникнуть необходимость "продвинутой настройки", например в случае с несколькими дисплеями и пр. В этом случае можно создать шаблонный файл xorg.conf следующим образом:

{{{Xorg :1 -configure }}}

результатом будет файл xorg.conf.new, расположенный в текущей директории. Его можно протестировать, указав опцию -config команде Xorg. Если этот файл подходит, то можно его поместить в папку /etc/X11, где он будет использоваться в качества конфигурационного файла по умолчанию, предварительно сделав бекап.

18. Какое максимально поддерживаемое число ЦПУ, максимальный размер файловой системы, максимальный/минимальный объём памяти и прочие параметры для конкретной версии CentOS?

Читайте CentOS Product Wiki Page

19. В CentOS нет поддержки mp3! Или есть? А как насчёт других мультимедийных форматов?

Все верно. В CentOS нет поддержки mp3, т.к. её нет в исходных кодах, предоставляемых Вендором ПО. Это было сделано из-за патентных лицензионных соглашений, CentOS же просто пересобирает то, что предоставленно поставщиком ПО. Вам придётся либо перекодировать ваши музыкальные файлы в формат ogg vorbis, который поддерживается CentOS, либо установить поддержку mp3 из стороннего репозитория, такого как rpmforge. Например, если вам нужна поддержка mp3 в xmms, то необходимо установить из этого репозитория пакет xmms-mp3.

Аналогично для остальных мультимедийных форматов (кодеков, например gstreamer plugins) и плееров, таких, как xine или mplayer.

20. Каков поддерживаемый жизненный цикл релизов CentOS?

21. Где я могу найти самую последнюю версию пакета XyZ.rpm для CentOS? Никак не могу его найти!

Т.к. CentOS является операционной системой Enterprise-уровня, то она ориентирована на долгосрочную поддержку и стабильность, а не на последние новшества. Старшие версии пакетов остаются неизменными на протяжении всего жизненного цикла. Это является сутью требований Enterprise-среды, тем самым предоставляя стабильную основу для разработчиков без опасений, что написанное ими приложение будет приходить в негодность каждый раз, как что-то обновится до последей и самой новой, но насыщенной ошибками версии или изменится API, нарушив обратную совместимость.

Поэтому ответ: никак. Вы не найдёте самые последние версии различных пакетов, входящих в состав операционных систем Enterprise-класса, таких как CentOS. И это не "недостаток", а "особенность".

22. PCI аудит сообщает, что в используемой мной версией оперционной системы присутствуют CVE-уязвимости

Существует некоторая вероятность, что вы не обновились или не перезагрузились после обновления. Естественно, необходимо сначала протестировать обновления на "не-продуктивной" среде, а потом снять и протестировать бекап перед запуском обновления.

Заплатки безопасности и исправления ошибок, как правило, бекпортируются в поддерживаемую версию. Более подробно смотрите тут: https://access.redhat.com/security/updates/backporting. Учитывая это, недостаточно просто считать приветственное сообщение приложения при его сетевом сканировании или просто определить версию установленного пакета. Многие известные вендоры по аудиту в курсе этого, однако существуют те, которые не учитывают такой подход при отображении результатов аудита.

В описании каждого пакета, которое можно вывести при помощи опции changelog содержатся ссылки CVE. Номер CVE - отсылка к описанию уязвимости. Например, информацию по httpd можно отобразить следующим образом:

rpm -q --changelog httpd | less 

или так:

rpm -q --changelog httpd | grep CVE 

Как в сообществе CentOS, так и в других местах, связанных с ним, регулярно появляются люди, утверждающие, что либо эксперт PCI, либо приложение для сканирования сети рекомендуют обновиться до какой-то конкретной версии ПО, но которой нет в CentOS. PCI регламентирует использование не какой-то специфичной версии ПО, а версии, свободной от уязвимостей, описанных в стиле номеров CVE. Если же рекомендация по версии пакета идёт из отчёта сканера, то, скорее всего, человек использующий этот сканер, делает это неправильно. CentOS и его непосредственный вендор ПО непрерывно обновляются, CVE можно найти в вышеупомянутом changelog-е, и бекап, обновление и перезагрузка (или перезапуск требуемой службы) - вот нужный вам вариант. Все остальные подходы, как например идентификация пакета только лишь по его номеру версии, неверные.

Прочитайте, также, статью Вики Software Installation from Source. CentOS не может обеспечивать поддержку и сопровождение расхождений в тех случаях, когда администраторы расширили установку CentOS при помощи локально собранных пакетов или пакетов не от CentOS.

23. Как установить или обновить пакет на системе без сетевого соединения?

Читайте Вики-статью Creating Update Media. Принцип, описанный там, применим так же и к DVD-образам. Основной способом является следующий:

yum --disablerepo=\* --enablerepo=c5-media <yum_command_and_argument(s)>

24. Почему, если я установил 64-х разрядную версию, у меня стоят пакеты i386? Как их удалить?

Как и в остальных случаях, CentOS действует в соответствии с исходным кодом Вендора ПО, поэтому, из соображений совместимости, при установке 64х разрядной версии ставятся, в том числе, 32х разрядные iX86 пакеты. Многие системные администраторы (и некоторые десктоп-пользователи) предпочитают удалять все 32х разрядные пакеты, чтобы у них была чистая 64х-разрядная операционная система. Это можно сделать следующим образом:

yum remove \*.i\?86

А для того, чтобы эти пакеты не устанавливались в дальнейшем при обновлении, необходим изменить /etc/yum.conf, добавив строчку:

exclude = *.i?86

Имейте в виду, что 32х разрядные приложения, включая плагины для браузера от стороннего (не CentOS) поставщика, которые могут быть доступны только в 32х разрядном варианте, перестанут после этого работать. После этого, возможно, вы захотите сделать следующее:

yum reinstall \*

для того, чтобы удалить элементы, являющиеся общими для обоих версий пакетов и располагающиеся в /usr/share.

25. Каким образом мне можно собрать необходимую информцию о своей системе перед тем, как задавать вопросы?

Смотрите How to Provide Information About Your System

26. Как обновится между релизами старших версий?

Такие обновления CentOS не поддержится и не рекомендуются ни CentOS ни TUV. Единственный возможный варинат - бекап и новая установка. Читайте подробнее в Migration Guide.

27. Почему во время установки с использованием LiveCD или LiveDVD у меня был пропущен этап выбора пакетов?

Установка CentOS из live-образов представляет собой, по-сути, перенос существующего образа с CD или DVD. После того, как этот образ был скопирован на жёсткий диск, вы можете изменить набор установленных пакетов при помощи yum, как на любой другой системе CentOS. Если же вам необходим выбор пакетов на этапе установки, то используйте взамен live-образов другие установочные диски.

28. Почему проект CentOS шлёт мне всякий спам?

Скорее всего это не они. CentOS - это Операционная система, как например Microsoft Windows 7 или Mac OSX. Операционные системы установлены на компьютеры, а люди используют эти компьютеры по своему усмотрению. Что-то, что они делают - хорошо, что-то - плохо. У проекта CentOS нет возможности контроллировать, что люди делают при помощи компьютеров с установленной на них CentOS операционной системой, как и у Microsoft нет возможности контроллировать, кто шлёт почту с компьютера, если на нём стоит Windows 7.

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

CentOS - это операционная система, использующаяся для запуска этого сайта; однако сам веб-сервер пренадлежит владельцу домена, а не проекту CentOS. 
Если у вас наблюдаются проблемы при использовании этого сайта, вам следует связаться с владельцем домена, а не с проектом CentOS.
Проект CentOS не обязательно имеет что-то общее с содержимым этого веб-сервера или с содержимым писем, направляющих вас на этот сайт, если только
этот сервер не пренадлежит домену CentOS.org.

К примеру, если вы имеет дело с вебсайтом www.example.сom, то владельца этого сайта можно найти при помощи поиска WHOIS server.

После того, как вы получили IP-адрес, вы можете воспользоваться American Registry for Internet Numbers, чтобы найти владельца сервера. Если IP-адрес не пренадлежит США, то ARIN перенаправит вас на подходящий Regional Internet Registry реестр.

Одним словом, владелец сервера, а не люди, которые написали операционную систему, в ответе за приходящие письма.

29. Почему проект CentOS контроллирует мой веб-сайт?

Вовсе нет. CentOS - это операционная система на основе ядра Linux. На базе CentOS в интернете существуют миллионы веб-серверов, по факту же CentOS - 3ая по популярности среди Веб-серверов операционная система Linux (см. Survey).

Страница "Основано на CentOS", которую вы видите, это страница по умолчанию и используется, когда веб-серверу не предоставлен какой-либо контент для отображения. Причин этому может быть много, но самые частые это:

• Вы только что закончили устанавливать веб-сервер и ещё не успели добавить содержимое сайта;
• Неправильная настройка веб-сервера с пустым значением параметра расположения;

• Проблемы в DNS, связанные с тем, что имя веб-сайта в запросе не соответствует нужному IP.

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

30. Как в CentOS устроена версионность?

1. На текущий момент у CentOS Linux существуют 3 старшие активные выпущенные ветки: CentOS-5, CentOS-6, CentOS-7;
2. CentOS время от времени выпускает младшие версии старших веток. Два важных нюанса:

   1. Обновления и другие изменения предоставляются проектом CentOS ТОЛЬКО для последних версий старшей ветки. Т.о., если последней младшей версией для CentOS-6 является версия 6.6, то обновления ПО будут выпускаться только для неё. Если вы пользуетесь более ранней младшей версией, то у вас отсутствуют исправления безопасности и ошибок.

      • Любая младшая версия представляет собой простой слепок предыдущих обновлений с последнией порцией обновлений ПО от вендоров, упакованных в новый [base]-репозиторий с изначально пустым [updates]-репозиторием;

      • Существует проект CentOS-vault, содержащий старые версии релизов CentOS. В нём содержатся старые версии на момент, когда они были удалены из основного дерева версий и уже не получали обновления. Этот ресурс должен использоваться лишь как отсылка к предыдущим версиям.

   2. Следует использовать только одну цифру в качестве версии при настройке yum-репозиториев для CentOS, этой цифрой является старшая версия. Например, http://mirror.centos.org/centos/5/, http://mirror.centos.org/centos/6/, http://mirror.centos.org/centos/7/. Это следует делать потому, что мы перемещаем все предыдущие младшие версии в http://vault.centos.org/. Так же следует помнить, что, как только какая-либо младшая версия CentOS Linux перемещается в CentOS-vault, она перестаёт получать обновления.

3. Т.к. младшие версии CentOS представляют собой временную точку отчёта старшей версии, то, начиная с CentOS-7, мы используем временную метку в номере версии младшего релиза. Т.о. вы можете увидеть CentOS-7 (1406) или CentOS-7 (1503) в качестве версии. Благодаря этому кто угодно может узнать, когда был релиз. В последнем примере цифра 1406 в качестве младшего номера релиза означает, что релиз был выпущен в июне 2014, а 1503 - март 2015 года. В предыщуих версиях старших номеров релизов, были другие обозначения: 6.0, 6.1, и т.д.

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

1. Потому что мы хотим, чтобы люди понимали, что они не могут использовать более старые младшие версии и находиться в безопасности. Дата в номере младшей версии позволяет пользователям точно определить, когда была выпущена эта версия. Если она старше, чем несколько месяцев, то, вероятно, стоит поискать более новую.
2. Т.к. организации постепенно отходят от использования выделенных серверов, имеющих индивидуальную функциональность, в сторону использования ферм виртуальных машин и облачных/контейнерных технологий, то проект CentOS теперь поставляет так же и VM, облачные и контейнерные образы наравне с установочными образами. Эти образы, по задумке, содержат даты в своём имени. В то же время мы хотим, чтобы пользователи с лёгкостью могли бы узнать, какой номер старшей версии и младшего релиза содержатся внутри этих образов. Если в названии вашего CentOS-7 образа содержится 1505 (Май 2015) или 20150501 (1ое Мая 2015), то значит, что они сделаны на основе последней младшей версии, которая была выпущена до этой даты... в нашем случае CentOS-7 (1503).

4. Вы можете узнать из пункта "Archived Versions" в ссылке, представленной ниже, какой исходный код от Red Hat Enterprise Linux был использован для создания каждой из младших версий CentOS Linux: https://wiki.centos.org/Download