¿Qué necesita saber un administrador de Ubuntu Server sobre CentOS?


8

He estado en Ubuntu Server durante los últimos años (5-ish), pero estoy viendo muchos trabajos que buscan experiencia RHEL o CentOS.

¿Qué diferencias, aparte de los administradores de paquetes (dpkg / apt / .debs vs yum / .rpms), debo tener en cuenta si tuviera que entrar en un entorno RHEL / CentOS / Fedora?


2
Nota para Mods: Preferiría que esto permanezca en SF que se migre a la comunidad Linux / Unix.
gWaldo

Respuestas:


14
  • RHEL / CentOS usa SELinux de manera bastante extensa. Ubuntu tiene AppArmor como se indicó anteriormente.
  • RHEL / CentOS tiene por defecto mucho menos software disponible que Ubuntu; Es posible que deba agregar repositorios como EPEL, dependiendo de lo que necesite ejecutar su servidor.
  • RHEL usa una forma más tradicional para arrancar y administrar servicios, usa Ubuntu upstart.
  • RHEL tiene paquetes más completos para cosas avanzadas como gestión de identidad y auditoría, agrupamiento, GFS y virtualización que Ubuntu. También están disponibles en Ubuntu, pero requieren más ajustes (en mi humilde opinión).
  • RHEL podría o no obtener un mejor soporte de proveedores de software de terceros, dependiendo de lo que necesite ejecutar su servidor. La mayoría de las veces, algunos softwares empresariales oscuros y propietarios no solo se prueban con RHEL y / o SuSE Enterprise Linux. Usar algo más les hace decir "No apoyaremos eso, si encuentra algún problema, culparemos a su distribución de $ linux".
  • Las instalaciones automáticas y desatendidas son bastante fáciles con RHEL y Kickstart. Ubuntu también tiene un soporte limitado, pero en granjas de servidores grandes, Kickstart se usa muy comúnmente.
  • Ubuntu te da más opciones para el sistema de archivos que utilizas. Por ejemplo, RHEL recientemente recibió soporte oficial para XFS, antes de eso tuvo que compilar su propio núcleo (o posiblemente usar uno del repositorio EPEL).
  • Ubuntu usa sudoy deshabilita la cuenta raíz por defecto. RHEL tiene una cuenta raíz tradicional (y roles SELinux, si lo desea).
  • La configuración de la red es diferente. Ubuntu tiene /etc/network/interfaces, en RHEL usted modifica el /etc/sysconfig/network-scriptsdirectorio.
  • Varios otros archivos de configuración se encuentran en diferentes lugares en comparación con Ubuntu. Por ejemplo, Ubuntu tiene un /etc/defaultdirectorio para muchos demonios, RHEL tiene /etc/sysconfig.
  • Algunos nombres de paquetes varían; Ya mencionado aquí es la diferencia apache2 / httpd.
  • Su indicador de bash predeterminado se verá diferente en RHEL, y si se instala un entorno de escritorio (no es el que deberían tener los servidores), tiene un conjunto de iconos y un fondo diferentes en comparación con Ubuntu. ;-)

Excelente respuesta!
gWaldo

3

La diferencia que más he notado, basada en preguntas de SF es que el paquete del servidor web apache se llama httpd, en lugar de apache2. Relacionado con eso, / etc / sysconfig / httpd controla el módulo de trabajo. Además, no hay directorios disponibles y habilitados para sitios.

Puse mis configuraciones en /etc/httpd/conf.d/*.conf, normalmente el nombre del sitio que estoy configurando.


2

(Descargo de responsabilidad: esto se basa en lo que he visto en versiones antiguas de SUSE y Slackware; todos los sistemas Linux que mantengo en este momento ejecutan Ubuntu).

Ubuntu usa una variación del protocolo de superusuario de Debian; Las distribuciones basadas en Red Hat (AFAIK) todavía tienen un usuario root y una contraseña root.

Los scripts de control de servicio son probablemente va a estar en /etc/rc.dlugar detodavía dentro /etc/init.d, pero probablemente no encontrarás un demonio Upstart.

Las ubicaciones de registro son variables incluso dentro de diferentes versiones de la misma distribución, por lo que no puedo ofrecer ningún consejo allí.


/etc/init.dcontiene exactamente lo que esperarías.
jgoldschrafe

Ah, eso debe ser algo de Slackware entonces. Enmendando ...
Andrew
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.