staging.inyokaproject.org

In einem Monat läuft die Unterstützung für Ubuntu 6.06 LTS (Dapper) aus. Damit wird alles, was vor Ubuntu 8.04 LTS (Hardy) galt, obsolet. Der bisherige Artikel Samba Server GNOME bestand zur Hälfte aus Erklärungen für ältere Ubuntu-Versionen, und in der anderen (neueren) Hälfte wurde laufend auf diese Bezug genommen. Dieser Aufbau ist nun nicht mehr sinnvoll.

Deshalb habe ich in Baustelle/Samba Server GNOME den Artikel ganz neu angelegt. Den durch den Wegfall des älteren Teils gewonnenen Platz habe ich dafür ausgenutzt, das Erstellen allgemeiner Freigaben, das bisher zu kurz kam, und die Samba-Einstellungen wesentlich ausführlicher zu beschreiben.

Der Artikel richtet sich in erster Linie an Ubuntu-Neulinge. Deshalb wurde er reichlich bebildert. Durchgängig wird dem Arbeiten mit der GUI Vorrang eingeräumt gegenüber der Verwendung des Terminals. Daran möchte ich nichts ändern.

Im Übrigen ist die vorliegende erste Fassung provisorisch.

Ich bitte um Kritik und weitere Anregungen. Dabei sind mir folgende Punkte besonders wichtig:

• Ist die Ausführlichkeit für Einsteiger angemessen?

• Welche für Einsteiger wichtigen Informationen werden noch vermisst?

• Welche Formulierungen sind für Einsteiger nicht verständlich oder missverständlich?

• Wo werden Fachausdrücke oder Abkürzungen verwendet, die ein Einsteiger nicht unbedingt kennt?

• Vor welchen Gefahren sollte noch besonders gewarnt werden?

• Welche hilfreichen Links sollten noch angebracht werden?

Eine ähnliche Umarbeitung des Artikels Samba Client GNOME ist geplant.

Gruß - Max-Ulrich

Sieht schon ganz schick aus, gute Arbeit.

Unter "Allgemeine Freigabe" würde ich mehr hervorheben, dass man "system-config-samba" nachinstallieren muss, da es standardmäßig nicht dabei ist.

@jo-we:

Danke fürs Durchlesen!

Unter "Allgemeine Freigabe" würde ich mehr hervorheben, dass man "system-config-samba" nachinstallieren muss

Meinst Du wirklich, dass das nötig ist? Es steht ja schon an 2 Stellen (bei "Installation" und eben bei "Allgemeine Freigabe" im Text). Zu viele Wiederholungen können auch ermüden. - Doch ich schaue es mir gerne mal an.

Eine Alternative wäre auch, den Installations-Block zu teilen und in die beiden Hauptabschnitte einzugliedern. Das würde dann folgende Gliederung ergeben:

   1. Persönliche Freigaben mit "net usershare"
         1. Installation
         2. Freigabe erstellen
               1. Schreibrechte
               2. Gastzugriff und Benutzerkonto 
         3. Zugriffsrechte automatisch anpassen
         4. Dateien von Windows-Partitionen freigebe...
         5. Zugriffsrechte und Sicherheit 
   2. Allgemeine Freigaben und Einstellungen
         1. Installation
         2. Allgemeine Freigaben
               1. Freigabe hinzufügen oder löschen
               2. Eigenschaften 
         2. Einstellungen
               1. Server-Einstellungen
               2. Benutzerkonto 
   3. Links
         1. Intern
         2. Extern 

Diese Gliederung entspricht vielleicht weniger dem Wiki-Standard, macht aber besser deutlich, wann und wozu "system-config-samba" installiert werden muss. - Was ist davon zu halten? Mir würde es nicht schlecht gefallen...

Gruß - Max-Ulrich

Soryy, hast natürlich recht, steht am Anfang.

Trotzdem: Was hältst Du davon, den Installationsblock zu teilen?

Wenn du ihn teilst finde ich es übersichtlicher.

Man sieht, dass es 2 Varianten gibt und man installiert nicht alles am Anfang erstmal und schaut dann, was man braucht.

Es fehlen noch die Amerkungen, welche Fähigkeiten benötigt werden, oder kommt das erst noch dem veröffentlichen?

Wenn du ihn teilst finde ich es übersichtlicher.

Finde ich auch.

Es fehlen noch die Amerkungen, welche Fähigkeiten benötigt werden

Eigentlich gar keine 😉 . Trotzdem: Der "Kentnisse"-Block kommt natürlich noch rein.

Max-Ulrich Farber schrieb:

Eigentlich gar keine 😉 . Trotzdem: Der "Kentnisse"-Block kommt natürlich noch rein.

Das wär dann: Installation von Programmen

Hast recht, ob man das wirklich dann braucht.

Das wär dann: Installation von Programmen

und eigentlich auch nur für den zweiten Teil, im ersten geht das ja automatisch.

Max-Ulrich Farber schrieb:

• Vor welchen Gefahren sollte noch besonders gewarnt werden?

Nun, ich würde ggf. noch anmerken, dass man die Freigaberechte (und Dateirechte) nur soweit "aufmacht", wie es nötig ist. Einerseits passt das zwar in jeden Artikel zu Freigaben, egal welcher Art, aber andererseits kann man das nicht oft genug erwähnen, angesichts der Zahl der Problemthreads, in denen dann mit 0777 o.ä. rumprobiert wird.

Max-Ulrich Farber schrieb im Baustellen-Artikel:

Passwörter sollten grundsätzlich verschlüsselt werden (seit Win XP auch von Windows so verlangt).

Der erste Teil ist richtig, aber AFAIK werden Passwörter schon seit Win98 verschlüsselt. Zwar kann man das bei Win98 abschalten, allerdings ist dafür ein Registryeintrag nötig. Ob nun LanMan- oder NTLM(v2)-Auth. ist ja egal, Hauptsache verschlüsselt (auch wenn natürlich LanMan einige Schwächen hat).

MfG Dalai

@Dalai:

Danke für die Durchsicht.

noch anmerken, dass man die Freigaberechte (und Dateirechte) nur soweit "aufmacht", wie es nötig ist.

Ich will noch sehen, wie ich das unterbringen kann. Das Problem ist, dass ja Nautilus beim Erstellen von persönlichen Freigaben automatisch so ziemlich alles aufmacht, was geht. Und nachher, wenn man die Freigabe wieder aufhebt, nicht wieder zu ...!

aber AFAIK werden Passwörter schon seit Win98 verschlüsselt.

Ich meinte, nur fakultativ. Egal, das ist alles überholt. Ich ändere das ab.

Gruß - Max-Ulrich

Hallo,

noch was formelles: Um die Historie des Artikels zu erhalten müssen wir den bestehenden Artikel in die Baustelle kopieren, du packst deine Re-Write per Copy&Paste drüber. Das geht, da du ja scheinbar der einzige Autor des "neuen" Artikels bist.

Sag Bescheid, wenn du dafür bereit bist. ☺

Gruß, noisefloor

noisefloor schrieb:

Hallo,

noch was formelles: Um die Historie des Artikels zu erhalten müssen wir den bestehenden Artikel in die Baustelle kopieren, du packst deine Re-Write per Copy&Paste drüber. Das geht, da du ja scheinbar der einzige Autor des "neuen" Artikels bist.

Da gab es einen anderen Thread, in dem Max-Ulrich um Verschieben gebeten hatte. Ich hab die Artikel bereits in die Baustelle verschoben ☺

Na also, wir sind also doch nah am Perfektionismus 😉

Gruß, noisefloor

@noisefloor:

noch was formelles: Um die Historie des Artikels zu erhalten müssen wir den bestehenden Artikel in die Baustelle kopieren, du packst deine Re-Write per Copy&Paste drüber. Das geht, da du ja scheinbar der einzige Autor des "neuen" Artikels bist.

Ich denke, das alles hat doch martingr schon gemacht?

Gut, ich habe eine Kopie des neuen Artikels gezogen. Du kannst machen, was nötig ist. Wenn ich entdecke, dass der Artikel in der Baustelle wieder der alte ist, kopiere ich meinen neuen Artikel einfach drüber.

Aber wie sieht das dann aus mit den Abbildungen? Ich habe bereits eine ganze Reihe Bilder als Anhänge in die Baustelle hochgeladen. Außerdem befinden sich in der Baustelle noch einige alte, tote Bild-Anhänge und auch ein paar neue fehlerhafte, die durch Ladefehler entstanden sind. Was ist damit? Muss ich die Bilder dann alle nochmal hochladen?

Also: Ich bin bereit...

@martingr:

Der andere Artikel war Samba Client GNOME. Bei dem habe ich mit der Bearbeitung noch nicht begonnen.

Gruß - Max-Ulrich

EDIT:

Ich glaube, jetzt haben wir uns doch gründlich missverstanden. Offenbar hat doch martingr alles richtig gemacht, und es gibt nix zu kopieren usw. Nur die toten Anhänge könnte man vielleicht gleich löschen ?