Ok, zunächst einmal habe ich über ein Jahr lang einen tatsächlichen Samba-Server in einer Produktionsumgebung ausgeführt. Ich kann Ihnen sagen, dass es bei diesem Prozess Höhen und Tiefen geben wird und dass er nicht so einfach ist wie unter Windows Server. Das zweite, was ich Ihnen sagen kann, ist, dass es niemals so gut funktioniert, wie Sie es möchten, solange Sie Windows-Gepäck mitbringen (Erwartungen an das Verhalten).
Mein Setup war etwas anders - RHEL 5.1 - aber das Prinzip ist dasselbe.
Zuerst werden Sie feststellen, dass Sie wirklich, wirklich verstehen müssen, wie Samba Dateiberechtigungen auf eine Weise behandelt, die mit Ihrer Wahrnehmung von "Dateieigenschaften -> Registerkarte Sicherheit" übereinstimmt, weil es einfach nicht dasselbe ist. Es ist ganz in der Nähe, aber keine Zigarre. Da Sie zwischen zwei semantisch unterschiedlichen Dateisystemen übersetzen, finden Sie solche Besonderheiten wie "Die Gruppe" Jeder "kann nicht gelöscht werden" und "root besitzt alle meine Dateien". Wenn Sie also root als primäre Auflistung in "Take Possession" verwenden . Dies liegt daran, dass es immer eine Welterlaubnis gibt (die Andere Gruppe) und immer eine Benutzerberechtigung (die in etwa "Besitzer" entspricht), und in Unix-Land können diese niemals verschwinden , und wenn sie nicht verschwinden können, Sie kann sie jetzt nicht wirklich löschen, können Sie? Meine Abteilungskollegen konnten sich damit nicht auseinandersetzen -Sie konnten das gewohnte Windows-Gepäck einfach nicht aufgeben. Es war also immer sehr traurig über "Warum kann ich diese nicht löschen" (aus dem Grund, den ich gerade angegeben habe) und "Aber wenn alle aufgelistet sind, dann gibt es eine Sicherheitslücke" (die Semantik ist es nicht) und so weiter und jedes Mal musste ich dies immer wieder neu erklären. Dateiberechtigungen sind schwierig, wenn Sie sie übersetzen. Stellen Sie sicher, dass Sie sich für ein Schema entscheiden, das für Ihre Bereitstellung sinnvoll ist.
Zweitens ist Winbind Ihr schwächstes Glied. Ernsthaft. RHEL 5.1 wird mit 3.0.25 ausgeliefert (3.0.28, wenn Sie ein Update durchführen) und die Out-of-Box-Version wird aufgrund eines Fehlers zusammenbrechen. Wenn Winbind gestartet wird, werden auch die Dateidienste unterstützt, da keine Authentifizierung erforderlich ist. Etwas so Einfaches wie das Drücken und Halten der Aktualisierungstaste in einem Explorer-Fenster (drücken Sie F5) würde zu einem Zusammenbruch der Verbindung führen, und bei ausreichender Auslastung würde Winbind selbst zusammenbrechen. Das Aktualisieren auf 3.0.28 behebt dieses Problem, weist jedoch darauf hin, dass ältere Versionen der Software einige schmerzhafte Stellen aufweisen. Kurzversion: Bleiben Sie mit der von Ihnen verwendeten Version auf dem Laufenden. Versuchen Sie, wenn möglich die neueste Version zu erhalten, da möglicherweise mehrere Fehler behoben werden. Distributions-Packager sind dafür bekannt, dass sie in Bezug auf Samba weit hinter der Bugfix-Kurve zurückbleiben.
Drittens arbeitet das Samba-Team intensiv daran, Unterstützung hinzuzufügen, damit vorhandene Windows-Verwaltungstools direkt mit dem Dienst verbunden werden können. Sie können zum Beispiel Skripte einrichten, die lokale * nix-Dienste über die Benutzeroberfläche für Windows-Dienste starten und stoppen. Verwenden Sie jedoch nicht denselben Dienst, um Samba zu stoppen (da Sie Ihre Verbindung trennen). Sehr praktisch für andere Dienste auf dem Server. Sie können auch über die Computerverwaltung eine Verbindung herstellen und offene Sitzungen, geöffnete Dateien usw. anzeigen. Es ist jedoch nicht das gesamte RPC-Protokoll implementiert, und einige Versuche führen zu (nicht schwerwiegenden) Fehlern. Berücksichtigen Sie dies also in Ihrer Systemverwaltungsperspektive und nutzen Sie es, wenn möglich. Wenn Sie ein vorhandenes Windows-Verwaltungstool für die Schnittstelle mit Samba nutzen können und andere Mitarbeiter in einer "Windows" -Welt Hilfe bei der Umstellung benötigen, können Sie den Schlag abfedern, indem Sie diese Tools erneut verwenden, bis sie mit a vertraut sind Befehlszeile.
Viertens würde ich mir genau ansehen, welche Version von Samba Sie bereitstellen. Ubuntu ist gut für einen Desktop, nicht schlecht für einen Server. Es ist ein altes afrikanisches Wort, das "Ich kann Debian nicht installieren" bedeutet. Sie setzen wirklich den Debian-Remix einer anderen Person ein, und ehrlich gesagt, wenn Sie Stable wollen, warum nicht das Original verwenden ?
Debian mag Software haben, die "veraltet" zu sein scheint, aber in der Realität ist das Sicherheitsteam aufgefordert, Sicherheitskorrekturen zu backportieren, und die Richtlinie "Wir machen keine Revisionen, weil sich ein Verhalten ändern könnte, was zu Brüchen führt" ist manchmal, insbesondere, sinnvoller wenn Sie eine langfristige Einrichtung mit Stabilität anstreben. Wenn Sie sich in die andere Richtung lehnen und ständig neue Funktionen auftauchen möchten, ist eine kommerzielle Distribution wie Red Hat oder SuSE möglicherweise besser für Sie geeignet. Jedes Update der Software führt zu einer höheren Version des Pakets, behebt Fehler und bringt mitunter unbeabsichtigte Konsequenzen mit sich. Du nimmst deine Distribution, du nimmst dein Gift.
Hoffentlich bietet dies eine zusätzliche Perspektive darüber, was vor Ihnen liegt. Ich kann Ihnen sagen, dass es, wenn es richtig eingerichtet ist, nicht nur reibungslos funktioniert, sondern auch sehr schnell. Versuchen Sie, einige dateibasierte Datenbanken (Access, FoxPro usw.) auf einer Samba-Freigabe auszuführen, und bemerken Sie, wie es nur schreit, besonders wenn Sie zwei Netzwerkkarten zum Laufen bringen können. Dual-NICs lassen sich problemlos unterbringen, ohne dass dies auffällig ist. Die Kunden scheinen sich darum zu kümmern, und Sie müssen sich nur darum kümmern, ob Ihr Switch dies unterstützt (was bei einem qualitativ hochwertigen Switch der letzten 5 Jahre der Fall ist) Sowieso). Setzen Sie einfach unterschiedliche Adressen auf jede Netzwerkkarte, aber wenn Sie eine Adresse angeben, die in Samba verwendet werden soll, wählen Sie nur eine aus. Linux (und der Switch) erledigen den Rest.