Simple samba config pour serveur de fichiers sans mot de passe et écriture complète en lecture pour tout le monde. Aucune sécurité requise.
Je fais un serveur pour héberger des fichiers pour ma maison. Le but du serveur est d'héberger des fichiers pour des machines Windows. Le meilleur que j'ai réussi à faire jusqu'à présent est cette configuration. Avec cela, je peux voir les partages et le serveur depuis le réseau, mais il est dit que Windows ne peut pas y accéder. J'utilise Linux mate sur le serveur, toutes les dernières mises à jour.
Ma configuration:
[global]
workgroup = BIOHAZARD
netbios name = MATUSALEM
guest account = nobody
log file = /usr/local/samba/var/log.%m
max log size = 50
security = user
map to guest = bad user
encrypt passwords = yes
# Share Definitions
[homes]
comment = Home Directories
browseable = no
writable = yes
[Teste]
path = /home/peter/share
writable = yes
printable = no
comment = teste
only guest = yes
public = yes
guest ok = yes
guest only = yes
guest account = nobody
browsable = yes
[REDE]
comment = TESTE 2
public = yes
delete readonly = yes
path = /HOME/REDE
writeable = yes
guest ok = yes
guest only = yes
guest account = nobody
browsable = yes
######
Des idées?
Oui, la samba peut être pénible. Je l'utilise pour ma maison ainsi que pour le travail.
La première chose à faire est de recommencer à zéro pour faciliter le dépannage. Vous pouvez le faire en exécutant la commande ci-dessous dans le terminal.
dpkg-reconfigure samba-common
Ensuite, allez dans le dossier sur le serveur samba que vous voulez partager et assurez-vous que personne ne peut lire et écrire sur le partage. En effet, l'utilisateur nobody correspond au nom d'utilisateur utilisé par les clients Windows. Habituellement, je crée simplement un dossier dans le répertoire/pour garder les choses simples, mais la méthode "correcte" consisterait à créer un sous-dossier de/srv. Si vous n'avez pas encore modifié les autorisations, utilisez les commandes ci-dessous.
Sudo chown -R nobody.nogroup the_folder
Sudo chmod -R 777 the_folder
Vous pouvez également tester si personne ne peut écrire dans le répertoire en exécutant la commande suivante en tant que root.
Sudo -u nobody touch test_file
Editez votre /etc/samba/smb.conf et ajoutez les lignes sous la définition de partage [imprimantes].
[share_name] ;the share name can be what ever you want
browseable = yes
path = the_complete_path_to_the_shared_folder
guest ok = yes
read only = no
create mask = 777
Puis, lorsque vous avez terminé, enregistrez-le et exécutez ce qui suit.
testparm
Cela vous avertira si vous avez fait des fautes de frappe. Ensuite, il vous suffit de redémarrer les services samba.
Sudo systemctl restart smbd
Sudo systemctl restart nmbd
En plus de @Andrew answer, la récente mise à jour d'ubuntu 17.04 à 17.10 crée des problèmes sur le systemctl samba-dc-ad.service . Soi-disant, il ne s’agit pas d’un bogue sur le masque lorsque vous essayez de réinstaller samba sur samba-dc-ad.service (intensional). Étapes en plus avant la réponse de @ Andrew , si vous rencontrez des problèmes avec l'installation/la réinstallation de samba à cause de la mise à niveau:
allez sur cette page et suivez les instructions: https://wiki.samba.org/index.php/Managing_the_Samba_AD_DC_Service_Using_Systemd
apt-get -f installe samba
Je réalise que c’est un vieux fil de discussion, mais cela m’a aidé à résoudre le problème de la création et du partage d’un dossier sans connexion requise. Beaucoup d'autres sujets, mais ils sont trompeurs. J'ai donné un guide semi-biginners ci-dessous car il y a tellement de petites différences avec d'autres publications que j'ai pensé que cela pourrait aider quelqu'un d'autre qui a presque abandonné et s'est tiré la moitié des cheveux :-)
Pour moi, sur une image AWS Linux par défaut (Amazon Linux AMI 2017.03.0 (HVM)), je devais créer le dossier dans le répertoire racine/car je ne pouvais pas attribuer les autorisations si j'avais été créé sous l'utilisateur ec2 par défaut. Lors de l'attribution des autorisations, je ne devais utiliser personne. Personne en tant que nogroupe ne fonctionnait pas. Enfin, je devais inclure map to guest = Bad User dans la section du serveur autonome global, où il est indiqué par défaut security = user.
Donc, les étapes complètes seraient sur le déploiement d'un nouveau serveur:
installez samba si nécessaire
créer le dossier et attribuer des autorisations
Sudo su
cd /
mkdir the_folder
chown -R nobody.nobody the_folder
chmod -R 777 the_folder
éditer le fichier samba
nano /etc/samba/smb.conf
trouver la ligne # ---- Options de serveur autonome ---- ajouter "map to guest"
security = user
passdb backend = tdbsam
map to guest = Bad User
Sous la section # ==== Définitions de partage ==== ajoutez votre partage
[SHARENAME]
path = the_folder
read only = no
create mask = 777
guest ok = yes
Enregistrez le fichier et redémarrez samaba
/etc/init.d/smb restart