Was muss ein Ubuntu Server-Administrator über CentOS wissen?


8

Ich bin seit einigen (5-ish) Jahren auf Ubuntu Server, aber ich sehe viele Jobs, die nach RHEL- oder CentOS-Erfahrung suchen.

Welche Unterschiede, abgesehen von Paketmanagern (dpkg / apt / .debs vs yum / .rpms), muss ich beachten, wenn ich in eine RHEL / CentOS / Fedora-Umgebung gehen möchte?


2
Hinweis für Mods: Ich würde es vorziehen, wenn dieser auf SF bleibt, als auf eine Linux / Unix-Community migriert zu werden.
GWaldo

Antworten:


14
  • RHEL / CentOS verwendet SELinux ziemlich häufig. Ubuntu hat AppArmor wie bereits erwähnt.
  • RHEL / CentOS verfügt standardmäßig über viel weniger Software als Ubuntu. Je nachdem, was Ihr Server ausführen muss, müssen Sie möglicherweise Repositorys wie EPEL hinzufügen.
  • RHEL verwendet traditionellere Methoden zum Booten und Verwalten von Diensten, die Ubuntu verwendet upstart.
  • RHEL bietet umfassendere Pakete für fortgeschrittene Funktionen wie Identitätsmanagement und -prüfung, Clustering, GFS und Virtualisierung als Ubuntu. Sie sind auch in Ubuntu verfügbar, erfordern jedoch mehr Tuning (IMHO).
  • Je nachdem, was Ihr Server zum Ausführen benötigt, wird RHEL möglicherweise von Drittanbietern besser unterstützt oder nicht. Einige obskure proprietäre Unternehmenssoftware wird häufig nicht nur mit RHEL und / oder SuSE Enterprise Linux getestet. Wenn sie etwas anderes verwenden, sagen sie: "Wir werden das nicht unterstützen. Wenn Sie auf Probleme stoßen, werden wir Ihre $ linuxdistribution beschuldigen."
  • Automatisierte, unbeaufsichtigte Installationen sind mit RHEL und Kickstart recht einfach. Ubuntu unterstützt dies ebenfalls nur begrenzt, aber in großen Serverfarmen wird Kickstart sehr häufig verwendet.
  • Ubuntu bietet Ihnen mehr Auswahl für das von Ihnen verwendete Dateisystem. Zum Beispiel hat RHEL erst kürzlich offizielle Unterstützung für XFS erhalten, bevor Sie Ihren eigenen Kernel kompilieren mussten (oder möglicherweise einen aus dem EPEL-Repository verwenden mussten).
  • Ubuntu verwendet sudound deaktiviert standardmäßig das Root-Konto. RHEL verfügt über ein traditionelles Root-Konto (und SELinux-Rollen, wenn Sie möchten).
  • Die Netzwerkkonfiguration ist unterschiedlich. Ubuntu hat /etc/network/interfaces, in RHEL ändern Sie das /etc/sysconfig/network-scriptsVerzeichnis.
  • Einige andere Konfigurationsdateien befinden sich im Vergleich zu Ubuntu an verschiedenen Orten. Zum Beispiel hat Ubuntu ein /etc/defaultVerzeichnis für viele Dämonen, RHEL hat /etc/sysconfig.
  • Einige Paketnamen variieren. hier bereits erwähnt ist apache2 / httpd unterschied.
  • Ihre Standard-Bash-Eingabeaufforderung sieht in RHEL anders aus. Wenn eine Desktop-Umgebung installiert ist (nicht die Server sollten), haben Sie einen anderen Symbolsatz und Hintergrund als Ubuntu. ;-);

Hervorragende Antwort!
GWaldo

3

Der Unterschied, den ich aufgrund von SF-Fragen am meisten bemerkt habe, besteht darin, dass das Apache-Webserver-Paket httpd anstelle von apache2 heißt. In diesem Zusammenhang steuert / etc / sysconfig / httpd das Worker-Modul. Darüber hinaus gibt es keine Sites-verfügbaren und Sites-fähigen Verzeichnisse.

Ich habe meine Konfigurationen in /etc/httpd/conf.d/*.conf abgelegt, normalerweise benannt nach der Site, die ich konfiguriere.


2

(Haftungsausschluss: Dies basiert auf dem, was ich in alten Versionen von SUSE und Slackware gesehen habe. Auf allen Linux-Systemen, die ich derzeit pflege, wird Ubuntu ausgeführt.)

Ubuntu verwendet eine Variation des Debian-Superuser-Protokolls. Red Hat-basierte Distributionen (AFAIK) haben weiterhin einen Root-Benutzer und ein Root-Passwort.

Service Control Skripte sind wahrscheinlich wird in /etc/rc.dstatt seinnoch in /etc/init.d, aber Sie werden wahrscheinlich keinen Upstart-Daemon finden.

Die Protokollspeicherorte sind auch innerhalb verschiedener Releases derselben Distribution variabel, daher kann ich dort keine Ratschläge geben.


/etc/init.denthält genau das, was Sie erwarten würden.
Jgoldschrafe

Ah, das muss dann eine Slackware-Sache sein. Änderung ...
Andrew
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.