linux-nerds.org

Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Samba Installation - Server & Client

Linux

1 Beiträge 1 Kommentatoren 42 Aufrufe

F Offline
F Offline
FrankM
schrieb am zuletzt editiert von

#1
Durch mein neues NAS, beschäftige ich mich die Tage wieder viel mit Dingen, die man selten anfasst. Dazu gehört auch Samba. Wenn man das mal installiert hat, packt man das ja meistens wieder einige Jahre, ok bei mir mehrere Monate nicht mehr an.

Früher habe ich ja immer NFS Freigaben genutzt, doch auf dem NanoPi R5S musste ich wegen der Performance zu Samba wechseln. Dabei konnte ich mir auch noch mal Gedanken darüber machen, ob es nicht sinnvoller ist, Samba anstelle von NFS zu benutzen. Thema Zugriffsrechte. Ich kam zu der Meinung, das Samba die bessere Wahl für mein Setup ist.

Server

Installation
```
apt install samba
systemctl status nmbd
```
Das geteilte Verzeichnis einrichten
```
mkdir /samba
```
Samba Config sichern
```
 cp /etc/samba/smb.conf /root
```
Die Config anpassen
```
nano /etc/samba/smb.conf
```
/etc/samba/smb.conf
```
[samba-share]
   comment = NAS
   path = /samba
   read-only = no
   writable = yes
   browsable = yes
   guest ok = no
   create mask = 0775
   directory mask = 0775
```
Ob die Settings hier das Allerbeste sind, weiß ich leider nicht zu 100%. Funktionieren aber Wie immer, wer Verbesserungen kennt, bitte hier posten.

Samba benutzt User zur Zugriffssteuerung. Diesen müssen auf dem Linuxsystem als User vorhanden sein!!
```
smbpasswd -a frank
smbpasswd -e frank
systemctl restart smbd.service
```
In einigen Tutorials im Netz, war
```
smbpasswd -e frank
```
nicht enthalten. Das enabled den User. Ich bin mir nicht sicher, ob man das unbedingt braucht, es kann aber sicherlich auch nicht schaden.

Damit sollte Samba auf dem Server fertig eingerichtet sein und laufen.

Client

Für den Zugriff auf den Samba Server nutze ich systemd. Dazu brauchen wir folgendes Dateien.
Und nicht vergessen den Mount Point anzulegen.
```
mkdir /mnt/NAS
```
mnt-NAS.mount
```
[Unit]
Description=Mount NAS SMB share
After=network-online.target
Wants=network-online.target

[Mount]
What=//192.168.3.12/samba-share
Where=/mnt/NAS
Type=cifs
Options=compress,credentials=/root/.smbcredentials,uid=1000,gid=1000
TimeoutSec=30

[Install]
WantedBy=multi-user.target
```
mnt-NAS.automount
```
[Unit]
Description=Automount NAS SMB share

[Automount]
Where=/mnt/NAS

[Install]
WantedBy=multi-user.target
```
/root/.smbcredentials
```
username=frank
password=<PASSWORD>
```
Das Passwort ist das Passwort welches ihr bei Anlage des Samba Users eingegeben habt.

Die systemd Dienste enablen und starten - fertig. Danach steht einem der Samba Share zur Verfügung.
Im Fediverse -> @FrankM@nrw.social
1. NanoPi R5S
2. Quartz64 Model B, 4GB RAM
3. Quartz64 Model A, 4GB RAM
4. RockPro64 v2.1
1 Antwort Letzte Antwort
0

F

Debian Bookworm 12 - Restic
Geplant Angeheftet Gesperrt Verschoben Linux debian restic linux
1

0 Stimmen

1 Beiträge

99 Aufrufe

Niemand hat geantwortet
F

NodeBB - Update auf v1.18.6
Geplant Angeheftet Gesperrt Verschoben NodeBB nodebb nodejs linux
1

0 Stimmen

1 Beiträge

128 Aufrufe

Niemand hat geantwortet
F

Restic v0.12.0 released
Geplant Angeheftet Gesperrt Verschoben Restic linux restic
1

0 Stimmen

1 Beiträge

206 Aufrufe

Niemand hat geantwortet
F

Kopia - HTTP/S Server
Geplant Angeheftet Gesperrt Verschoben Kopia kopia linux
3

0 Stimmen

3 Beiträge

1k Aufrufe

F

Ich hatte ein paar Probleme, die ich mir teilweise nicht erklären kann 🤔

Ich möchte den Kopia Server gerne über systemd steuern.
SystemD [Unit] Description=Kopia Server After=syslog.target After=network.target [Service] Type=simple User=kopia Group=kopia ExecStart=/usr/bin/kopia server --tls-cert-file /home/kopia-server/fullchain.pem --tls-key-file /home/kopia-server/privkey.pem --htpasswd-file /home/kopia-server/.htpasswd --address <IPv4>:51515 Restart=always RestartSec=5 [Install] WantedBy=multi-user.target
Danach
systemctl daemon-reload systemctl start kopia-server
Mit
systemctl status kopia-server
kann man sich den Status anzeigen lassen.
Client Rechner
Auf dem Client, der das Backup zum Server schicken soll, machen wir dann folgendes.
USER@HOSTNAME:~$ kopia repo connect server --url=https://<DOMAIN>:51515 --override-username=USER --override-hostname=HOSTNAME Enter password to open repository: Connected to repository API Server. NOTICE: Kopia will check for updates on GitHub every 7 days, starting 24 hours after first use. To disable this behavior, set environment variable KOPIA_CHECK_FOR_UPDATES=false Alternatively you can remove the file "/home/frank/.config/kopia/repository.config.update-info.json".
Danach steht die Verbindung und wir können Backups hochschieben.
kopia snapshot create $HOME
Damit wird das Homeverzeichnis gesichert. Das initiale Backup, hat 30 Minuten gebraucht.
created snapshot with root kb9e50ff5xxxxxxxxxx265d40a5d0861 and ID cda5c0ffxxxxxxxxxxxxxxa4cb4a367b in 30m28s
Ein späteres Backup, sieht so aus.
USER@HOSTNAME:~$ kopia snapshot create $HOME Snapshotting USER@HOSTNAME:/home/frank ... * 0 hashing, 51 hashed (324.8 MB), 8524 cached (6.6 GB), 0 uploaded (0 B), 0 errors 100.0% Created snapshot with root kc20a4xxxxxxxxxxxx745c6c7b37c and ID d7a96eaxxxxxxxxxxx0961018eacffa in 3m12s
Nach 3 Minuten durch. Zu diesem Zeitpunkt hat sich aber auch nicht wirklich was geändert!
Fazit
Das Tool macht immer noch einen sehr guten Eindruck. Die Geschwindigkeit ist sehr gut. Die Anleitung ist leider unzureichend. Da gibt es so viele Möglichkeiten, da braucht es sehr lange, bis man da mal durchsteigt. Zum Glück, ist das was man normalerweise braucht, recht überschaubar. Bis zum produktiven Einsatz braucht das aber bei mir noch eine Menge mehr Tests.

Was ich noch testen möchte
Verzeichnis mounten Backup testweise wieder herstellen (zumindestens teilweise)
Der Test läuft mit Standard Einstellungen, also z.B. ohne Kompression. Das sollte man dann auch mal testen..

Bitte achtet auf gleiche Versionen auf dem Clienten, wie auf dem Server. Ich meine da ein paar Probleme festgestellt zu haben...
F

Debian 10 - Terminal wechseln
Geplant Angeheftet Gesperrt Verschoben Linux linux
2

0 Stimmen

2 Beiträge

591 Aufrufe

F

Das eigentliche Problem scheint zu sein, das bei der Installation folgendes fehlte.
root@debian:~# apt install gnome-terminal Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden zusätzlichen Pakete werden installiert: gnome-terminal-data nautilus-extension-gnome-terminal Die folgenden NEUEN Pakete werden installiert: gnome-terminal gnome-terminal-data nautilus-extension-gnome-terminal 0 aktualisiert, 3 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 2.867 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 9.971 kB Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren? [J/n]
Nach der Deinstallation von tilix ist jetzt alles wieder so, wie ich es gewohnt bin 😉
F

Node.js installieren
Geplant Angeheftet Gesperrt Verschoben Linux nodejs linux
1

0 Stimmen

1 Beiträge

288 Aufrufe

Niemand hat geantwortet
F

Installation von Grav & NGinx & PHP7.2
Geplant Angeheftet Gesperrt Verschoben Grav grav linux
2

0 Stimmen

2 Beiträge

1k Aufrufe

F

Nachdem ich den ROCKPro64 jetzt auf den Mainline umgestellt habe, lief meine Testinstallation von Grav nicht mehr.

Hilfreiche Sache um das Problem zu lösen -> https://gist.github.com/GhazanfarMir/03bd1f1f770a3834d47274586d46ea62

Ich bekam immer 502 Bad Gateway, Grund war ein nicht korrekt gestarteter php-pfm Service.
rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm start rock64@rockpro64v2_0:/usr/local/bin$ sudo service php7.2-fpm status ● php7.2-fpm.service - The PHP 7.2 FastCGI Process Manager Loaded: loaded (/lib/systemd/system/php7.2-fpm.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2018-08-16 20:15:20 CEST; 21s ago Docs: man:php-fpm7.2(8) Main PID: 3206 (php-fpm7.2) Status: "Processes active: 0, idle: 2, Requests: 3, slow: 0, Traffic: 0.2req/sec" Tasks: 3 (limit: 4622) CGroup: /system.slice/php7.2-fpm.service ├─3206 php-fpm: master process (/etc/php/7.2/fpm/php-fpm.conf) ├─3207 php-fpm: pool www └─3208 php-fpm: pool www Aug 16 20:15:19 rockpro64v2_0 systemd[1]: Starting The PHP 7.2 FastCGI Process Manager... Aug 16 20:15:20 rockpro64v2_0 systemd[1]: Started The PHP 7.2 FastCGI Process Manager.
F

Datensicherung zwischen zwei Server
Geplant Angeheftet Gesperrt Verschoben Linux linux
2

0 Stimmen

2 Beiträge

671 Aufrufe

F

Funktionskontrolle heute morgen war o.k. Schreibt die Daten aber noch ins falsche Verzeichnis, da muss ich nochmal ran.