staging.inyokaproject.org

Newubunti schrieb:

[...] Statt sudo cat /etc/samba/smb.conf ist sudo cat /etc/samba/smb.conf vorzuziehen, weil dann auch gleich eine Überprüfung stattfindet, ob smbd die Konfigurationsdatei erfolgreich wird einlesen können.

Also ich sehe da keinen Unterschied.

Ja, hast Du Recht! Habe ich gerade noch korrigiert. War mein Fehler und sollte heißen:

samba-tool testparm

Danke!

LG, Newubunti

Hallo,

zu "rid und tdb"

Ja, so ähnliche Texte hatte ich auch schon mal verfasst. Sie sind und waren mir einfach zu lang. Auch den Link zum Samba-Wiki hatte ich mal als Alternative in betracht gezogen. Dort fehlt mir aber die Erklärung zu tdb. Deshalb lasse ich die Erklärung erst mal raus. Eventuell fällt ja aber jemanden noch eine kurze und knackige Formulierung/Erklärung ein.

Für die Frage

Wird die smb.conf von realm auch so angelegt, wenn man die bei der Installation des Pakets samba angelegte smb.conf zuvor löscht?

möchte ich mich recht herzlich bedanken! Ich hätte es sonst wohl nie ausprobiert. Ergebnis: Es wird beim Domänenbeitritt mit realm eine neue (schon optimierte) smb.conf erzeugt, die von allen "Altlasten" befreit ist! 👍

Zum DNS-Abschnitt: Ich hätte nicht gedacht, dass die bisherige Formulierung so zweideutig ist. Die Befehle werden selbstverständlich auf dem Fileserver ausgeführt! Nix mit Rechnerwechsel.

Eindeutiger formulierte Alternative:

• Damit der Fileserver über seinen Hostname und/oder FQDN angesprochen werden kann, sind entsprechende Einträge im lokalen DNS notwendig, welcher auf auf dem DC (adc01/10.10.20.220) läuft.

oder

• Damit der Fileserver über seinen Hostname und/oder FQDN angesprochen werden kann, sind entsprechende Einträge im lokalen DNS notwendig.

Die anstehenden Änderungen am Howto werde ich heute nicht mehr schaffen. Morgen ist auch noch ein Tag.

Gruß
Bournless

Hallo,

Die angepasste Version des Howtos ist nun verfügbar. Fehlt jetzt noch was oder ist noch etwas unklar formuliert?

Gruß
Bournless

Hallo Bournless,

• mir fehlen nach wie vor Erklärungen - das kann ganz kurz mit dann weiterer Verlinkung auf Samba-Wiki oder ähnliche Seiten sein - der dargestellten smb.conf Optionen. Sofern die Erklärungen nur fehlen, weil Du zeitlich noch nicht dazu gekommen bist, ist mein Einwand natürlich obsolet.

• Was ist mit Windows ACL? Deren Unterstützung muss man AFAIK auf einem Member-Server explizit in der smb.conf aktivieren (siehe auch vorstehenden Link). Und in einer Samba-Domäne ist das Aktivieren der Windows ACL ja auch grundsätzlich eher sinnvoll. Selbst wenn Du die nicht verwenden möchtest - was auch legitim ist - sollte dann doch aber Erwähnung finden, dass Windows ACL ausgespart werden bzw. bei Bedarf noch zu aktivieren wären.

• Ich gehe stark davon aus, dass der ein oder andere über Weak crypto is allowed in der samba-tool testparm Ausgabe stolpern wird. Ging mir zumindest so. Daher wäre IMO auch hier eine kurze Erklärung zu dieser unglücklichen und unpräzisen Meldung von Nöten. Hier ist der entsprechende Bug-Report dazu.

Mann könnte darüber nachdenken, ob ein Auslagern von "Quota" eventuell sinnvoll wäre, im Prinzip wäre das auch für "Freigaben" unter Umständen zweckmäßig. Im Moment ist das IMO zwar noch nicht unbedingt von Nöten, aber es könnte ja sein, dass der Artikel in der Zukunft noch anwächst. Nach meiner Erfahrung ist es Wiki-wartungstechnisch aber immer einfacher, solch eine Aufteilung von Beginn an vernünftig geplant in Betracht zu ziehen, als sich nachträglich daran abmühen zu müssen.

Auf der anderen Seite geht natürlich der HowTo-Gedanke, nach einer bestimmten Zahl von Schritten ein konkretes Ergebnis bzw. einen konkreten Stand zu haben, durch eine Aufteilung ein Stück weit verloren bzw. verwässert, weil ja dann nicht mehr alles Schritt-für-Schritt in einem Artikel zusammensteht.

Hängt auch davon ab, wie umfassend Du Deinen Artikel als Autor selbst einordnen möchtest. Wenn der Artikel zu lang würde und ich mich entscheiden müsste, etwas herauszunehmen, dann würde ich da mit "Quota" beginnen. Das ist zwar zweckmäßig aber auf einem File-Server nicht so zwingend erforderlich, wie mindestens eine Freigabe. Und wie gesagt, selbst "Freigabe" ließe sich herauslösen. Kann man natürlich für und wider diskutieren.

Schon beim Thema Domänen-Beitritt gibt es ja mehrere Möglichkeiten. Diese müssen natürlich nicht alle in diesem HowTo behandelt werden, aber es ist für den Leser für die Einordnung hilfreich, welche Methode(n) er von dem Artikel erwarten kann und welche nicht - ohne dass er dafür den ganzen Artikel durcharbeiten muss.

Alternativ wäre IMO eine genaue(re) Artikel-Benennenung bzw. -Beschreibung möglich. Nur so ins Blaue und nicht endgültig: "Hinzufügen eins AD-Mitglied-Fileservers unter Verwendung von realm mit Konfiguration von POSIX-ACL"

Das mal noch meine weiteren - sicher noch nicht abschließenden - Gedanken zum Artikelstand.

Danke aber soweit schon mal, für das Aufgreifen der Anregungen!

LG, Newubunti

Hallo Newubunti,

da ich mir (fast) sicher bin, dass Du die folgenden Aussagen nicht als persönlichen Angriff verstehst:

• Ich schreibe meine Howtos gemäß dieser Definition. Andere Menschen (Du) halt anders.

• Solange es nicht grundsätzlich falsch ist, was ich als Howto in diesem Forum veröffentlichen möchte, muss man IMHO mal einen abschließenden Punkt finden und auch machen. Klar kann man sich noch lange darüber austauschen, für wen, was wie wichtig ist. Es verbessert DIESES Howto meiner Meinung nach aber nicht. Im Gegenteil, es bläht das Howto unnötiger Weise auf und könnte künftige Leser verunsichern oder abschrecken.

• Mein Antrieb für dieses Howto war das Fehlen einer verständlich geschriebenen und grundsätzlichen Anleitung zum Thema "Speicherplatz für AD-Benutzerkonten auf einem separaten Fileserver". Da Du mir vorab mitgeteilt hast, dass Du nicht vor Anfang 2023 dazu kommen würdest, habe ich halt die Initiative ergriffen.

Ich habe nix gegen eine erneute Änderung der bisherigen "Artikel-Bennung", gemäß deinem Vorschlag.

Gruß
Bournless

Bournless schrieb:

[...]

• Ich schreibe meine Howtos gemäß dieser Definition. Andere Menschen (Du) halt anders.

Falsch. Du schreibst Deine Howtos gemäß dieser Definition.

Falsch. Du schreibst Deine Howtos gemäß dieser Definition.

Alta Verwalter!

Mit welcher FUCKING Begründung erlaubst Du dir eine soche Ausssage!?

Tschöö

Schade, dass der Verfasser uns verlassen hat. Warum, verstehe ich nicht so ganz. In einem hatte er aber Recht:

Bournless schrieb:

Solange es nicht grundsätzlich falsch ist, was ich als Howto in diesem Forum veröffentlichen möchte, muss man IMHO mal einen abschließenden Punkt finden und auch machen.

Falls daher keine gravierenden Gründe mehr gegen die Veröffentlichung vorgetragen werden, würden wir den Artikel in ein, zwei Tagen frei schalten.

So, der Artikel ist nun online und unter Samba Server (Abschnitt „Intern“) verlinkt.

Danke an Bournless für diesen detaillierten Artikel!