Samba share op Ubuntu aan de praat krijgen

[Tomono]

Ik probeer op een verse installatie van Ubuntu 20.04.3 een Samba share werkend te krijgen.

Wat ik heb gedaan:

sudo apt-get update
sudo apt-get install net-tools samba nfs-common
sudo smbpasswd -a gebruiker
mkdir ~/share
sudo nano /etc/samba/smb.config

En daar de volgende config aan toegevoegd (verder alles zo gelaten):

[share]
comment = share
path = /home/gebruiker/share
browseable = yes
writeable = yes

Daarna het commando:

sudo service smbd restart

Wat ik al geprobeerd heb:

sudo ufw allow samba
sudo sevice ufw start

Ik kan de share niet zien vanaf mijn Windows laptop en Android telefoon.
Alle systemen zitten op hetzelfde netwerk met wifi

Vanaf de Windows laptop kan ik wel mijn Home Assistant samba share op mijn Raspberry PI zien.

[aawe mwan]

Met de „samba” package heb ik SMB nooit aan de praat gekregen. Met de „cifs-utils” package wel.
(samba en nfs-common zijn bij mij niet geïnstalleerd, net-tools wel.)

[ Voor 12% gewijzigd door aawe mwan op 27-11-2021 21:44 ]

[Hero of Time]

aawe mwan schreef op zaterdag 27 november 2021 @ 21:43:
Met de „samba” package heb ik SMB nooit aan de praat gekregen. Met de „cifs-utils” package wel.
(samba en nfs-common zijn bij mij niet geïnstalleerd, net-tools wel.)

Maar cifs-utils is alleen om een smb share te kunnen mounten, niet een share server op te zetten zodat je lokale map voor andere systemen beschikbaar is. Hoe deel je anders een map op je Linux systeem zodat je Windows laptop er bij kan?


@Tomono, je hebt in de eerste plaats nfs-common niet nodig. Dat is alleen als je NFS zaken wilt doen en is voor SMB/Samba nergens voor nodig.

Persoonlijk zou ik geen map in m'n home dir delen, maar dat is meer omdat ik meerdere schijven heb en buiten m'n home heb, alsmede geen ervaring met het delen van m'n home.
Het is hoe dan ook noodzakelijk dat 'overige' gebruikers bij de share kunnen, dus zowel /home als /home/gebruiker en /home/gebruiker/share moeten lees en uitvoer rechten hebben (uitvoeren om de map in te kunnen, bestanden uiteraard niet!).

Heb je al getest door het IP adres van je systeem in te typen gevolgd door de naam van de share in Verkenner? Of alleen het IP adres, zoals \\192.168.1.100 (of uiteraard wat het adres ook maar is ).

Ik heb ook berichten hier en daar gezien van mensen die nog SMB1.0 aan moesten zetten in W10 voordat ze via het bladeren in netwerk de Linux machine zagen. Terwijl Samba wel stond ingesteld om minstens SMB2.0 te babbelen. SMB1.0 support inschakelen is een laatste optie, want het is niet voor niets standaard uit, het is onveilig. Je zegt ook dat je Android ook de share niet ziet. Dat laatste is dan ook wel apart. Check ook je logs dus of je daar niet iets ziet wat de reden kan zijn. Bijvoorbeeld dat je een fout hebt in je config.

Probeer jezelf ook aan te leren om het systemctl commando te gebruiken, ipv service.

[Tomono]

Inmiddels werkend gekregen. Waardoor precies weet ik niet.

De hostname was voorheen meer dan 15 chars. Deze heb ik korter gemaakt.

Wachtwoord van mijn gebruiker bevatte spaties. Deze uit mijn wachtwoord gehaald voordat ik opnieuw sudo smbpasswd -a gebruiker heb uitgevoerd.

[deHakkelaar]

Hero of Time schreef op zondag 28 november 2021 @ 23:00:
[...]
Probeer jezelf ook aan te leren om het systemctl commando te gebruiken, ipv service.

Waarom?

$ man service
[..]
DESCRIPTION
       service  runs  a  System V init script or systemd unit in as pre‐
       dictable an environment as possible,  removing  most  environment
       variables and with the current working directory set to /.

Werkt ook voor upstart en is handig als je je init niet weet.

[Hero of Time]

deHakkelaar schreef op dinsdag 30 november 2021 @ 02:53:
[...]

Waarom?

$ man service
[..]
DESCRIPTION
       service  runs  a  System V init script or systemd unit in as pre‐
       dictable an environment as possible,  removing  most  environment
       variables and with the current working directory set to /.

Werkt ook voor upstart en is handig als je je init niet weet.

Omdat TS Ubuntu gebruikt en die is al jaren geleden over op systemd.

[deHakkelaar]

@Hero of Time , en misschien stapt Ubuntu over een paar jaar wel weer over naar een andere init.
Het service commando is gewoon een wrapper voor meerder inits, systemV, systemd en upstart jobs allemaal in één.
Dus als deze beschikbaar is, dan is deze altijd handig zonder dat je van je init op de hoogte hoeft te zijn.