Qu'est-ce qu'un administrateur d'Ubuntu Server doit savoir sur CentOS

8

Je suis sur Ubuntu Server depuis plusieurs années (5 ans), mais je vois beaucoup d'emplois qui recherchent une expérience RHEL ou CentOS.

Quelles différences, outre les gestionnaires de packages (dpkg / apt / .debs vs yum / .rpms), dois-je savoir si je dois entrer dans un environnement RHEL / CentOS / Fedora?

gWaldo
la source
2
Note aux Mods: Je préférerais que ce séjour sur SF soit migré vers la communauté Linux / Unix.
gWaldo

Réponses:

14
  • RHEL / CentOS utilise SELinux assez largement. Ubuntu a AppArmor comme indiqué précédemment.
  • RHEL / CentOS a par défaut beaucoup moins de logiciels disponibles qu'Ubuntu; vous devrez peut-être ajouter des référentiels tels que EPEL, en fonction de ce que votre serveur doit exécuter.
  • RHEL utilise une méthode plus traditionnelle pour démarrer et gérer les services, Ubuntu utilise upstart.
  • RHEL propose des packages plus complets pour des fonctionnalités avancées telles que la gestion et l'audit des identités, le clustering, GFS et la virtualisation qu'Ubuntu. Ils sont également disponibles dans Ubuntu mais nécessitent plus de réglage (IMHO).
  • RHEL peut ou non bénéficier d'une meilleure prise en charge de la part de fournisseurs de logiciels tiers, en fonction des besoins de votre serveur. Certains logiciels d'entreprise propriétaires obscurs sont le plus souvent testés uniquement avec RHEL et / ou SuSE Enterprise Linux. Utiliser autre chose leur fait dire: "Nous ne prendrons pas en charge cela, si vous rencontrez des problèmes, nous blâmerons votre $ linuxdistribution".
  • Les installations automatisées et sans assistance sont assez faciles avec RHEL et Kickstart. Ubuntu a également une prise en charge limitée, mais dans les grandes batteries de serveurs, Kickstart est très couramment utilisé.
  • Ubuntu vous donne plus de choix pour le système de fichiers que vous utilisez. Par exemple, RHEL a récemment obtenu un support officiel pour XFS, avant cela, vous deviez compiler votre propre noyau (ou éventuellement en utiliser un à partir du référentiel EPEL).
  • Ubuntu utilise sudoet désactive le compte root par défaut. RHEL a un compte root traditionnel (et des rôles SELinux, si vous le souhaitez).
  • La configuration du réseau est différente. Ubuntu a /etc/network/interfaces, dans RHEL, vous modifiez le /etc/sysconfig/network-scriptsrépertoire.
  • Plusieurs autres fichiers de configuration sont situés à des endroits différents par rapport à Ubuntu. Par exemple, Ubuntu a un /etc/defaultrépertoire pour de nombreux démons, RHEL en a /etc/sysconfig.
  • Certains noms de packages varient; déjà mentionné ici est la différence apache2 / httpd.
  • Votre invite bash par défaut sera différente dans RHEL, et si un environnement de bureau est installé (pas que les serveurs devraient avoir), vous avez un jeu d'icônes et un arrière-plan différents par rapport à Ubuntu. ;-)
Janne Pikkarainen
la source
Excellente réponse!
gWaldo
3

La différence que j'ai remarquée le plus, sur la base des questions SF, est que le package du serveur Web apache s'appelle httpd, au lieu d'apache2. Lié à cela, / etc / sysconfig / httpd contrôle le module de travail. De plus, il n'y a pas de répertoires disponibles sur les sites et activés sur les sites.

J'ai mis mes configs dans /etc/httpd/conf.d/*.conf, généralement nommé d'après le site que je configure.

devenir plus sage
la source
2

(Avertissement: ceci est basé sur ce que j'ai vu sur les anciennes versions de SUSE et Slackware; tous les systèmes Linux que je maintiens en ce moment exécutent Ubuntu.)

Ubuntu utilise une variante du protocole de superutilisateur Debian; Les distributions basées sur Red Hat (AFAIK) ont toujours un utilisateur root et un mot de passe root.

Les scripts de contrôle des services sont va probablement être au /etc/rc.dlieu deencore /etc/init.d, mais vous ne trouverez probablement pas un démon Upstart.

Les emplacements des journaux sont variables même au sein de différentes versions de la même distribution, donc je ne peux pas offrir de conseils là-bas.

Andrew
la source
/etc/init.dcontient exactement ce que vous attendez.
jgoldschrafe
Ah, ça doit être une chose Slackware alors. Modifiant ...
Andrew