[gelöst] Heimverzeichniszugriff mit Samba auf Server...

Dieses Forum ist für die erweiterte Hilfe und Unterstützung vorgesehen:

Bitte stelle hier Deine Fragen zur fortgeschrittenen Benutzung von Mageia. Beispielsweise geht es hier um Fragen zum Netzwerk, automatischen Installationen, komplexer Serverkonfiguration, Kerneltuning, Aufsetzen eines Mageia-Mirrors, kurz gesagt: alle Aufgaben, die auch für erfahrene Benutzer eine Herausforderung sind.

[gelöst] Heimverzeichniszugriff mit Samba auf Server...

Beitragvon Gerschon » Sep 9th, '15, 10:14

Hallo,

ich will auf dem 64er Rechner (Datei-Server) über Samba Zugriff auf das Heimverzeichnis des jeweiligen Benutzers haben vom Klient aus.
Klients sind Windows XP SP3 Rechner und Linux- Klients.

Soweit habe ich schon die smb.conf konfiguriert, dass ich in der Netzwerkumgebung der Sambafreigaben die Arbeitsgruppe sehen kann, aber noch nicht den Server selbst mit der /home Verzeichnis des jeweiligen Benutzers.

Code: Alles auswählen
[code]
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options (perhaps too
# many!) most of which are not shown in this example
#
# Any line which starts with a ; (semi-colon) or a # (hash)
# is a comment and is ignored. In this example we will use a #
# for commentry and a ; for parts of the config file that you
# may wish to enable
#
# NOTE: Whenever you modify this file you should run the command "testparm"
# to check that you have not made any basic syntactic errors.
#
#======================= Global Settings =====================================
[global]

# 1. Server Naming Options:
# workgroup = NT-Domain-Name or Workgroup-Name
   workgroup = xxxxx.de

# netbios name is the name you will see in "Network Neighbourhood",
# but defaults to your hostname
#  netbios name = <name_of_this_server>

# server string is the equivalent of the NT Description field
   server string = %h Server Venus (Mageia 5)

# Message command is run by samba when a "popup" message is sent to it.
# The example below is for use with LinPopUp:
; message command = /usr/bin/linpopup "%f" "%m" %s; rm %s

# 2. Printing Options:
# Required to load all CUPS printers
   printcap name = cups
   load printers = yes

# printcap cache time, so samba will automatically load new cups printers
   printcap cache time = 60

# It should not be necessary to spell out the print system type unless
# yours is non-standard. Currently supported print systems include:
# bsd, sysv, plp, lprng, aix, hpux, qnx, cups
   printing = cups

# Samba 2.2 supports the Windows NT-style point-and-print feature. To
# use this, you need to be able to upload print drivers to the samba
# server. The printer admins (or root) may install drivers onto samba.
# Note that this feature uses the print$ share, so you will need to
# enable it below.
# Printer admins are now defined by granting the SePrintOperatorPrivilege, ie:
# run: net rpc rights grant 'DOMAIN\Printer Operators' SePrintOperatorPrivilege

# 3. Logging Options:
# this tells Samba to use a separate log file for each machine
# that connects
   log file = /var/log/samba/%m.log

# Put a capping on the size of the log files (in Kb).
   max log size = 50

# Set the log (verbosity) level (0 <= log level <= 10)
# log level = 3

# 4. Security and Domain Membership Options:
# This option is important for security. It allows you to restrict
# connections to machines which are on your local network. The
# following example restricts access to two C class networks and
# the "loopback" interface. For more examples of the syntax see
# the smb.conf man page. Do not enable this if (tcp/ip) name resolution does
# not work for all the hosts in your network.
#   hosts allow = 192.168.1. 192.168.2. 127.

# Uncomment this if you want a guest account, you must add this to /etc/passwd
# otherwise the user "nobody" is used
#  guest account = pcguest
# Allow users to map to guest:
  map to guest = bad user

# Security mode. Most people will want user level security. See
# security_level.txt for details.
   security = user
# Use password server option only with security = server or security = domain
# When using security = domain, you should use password server = *
#   password server = <NT-Server-Name>
#   password server = *

# Password Level allows matching of _n_ characters of the password for
# all combinations of upper and lower case.
#  password level = 8
#  username level = 8

# You may wish to use password encryption. Please read
# ENCRYPTION.txt, Win95.txt and WinNT.txt in the Samba documentation.
# Do not enable this option unless you have read those documents
# Encrypted passwords are required for any use of samba in a Windows NT domain
# The smbpasswd file is only required by a server doing authentication, thus
# members of a domain do not need one.
  encrypt passwords = yes
  smb passwd file = /etc/samba/smbpasswd

# The following are needed to allow password changing from Windows to
# also update the Linux system password.
# NOTE: Use these with 'encrypt passwords' and 'smb passwd file' above.
# NOTE2: You do NOT need these to allow workstations to change only
#        the encrypted SMB passwords. They allow the Unix password
#        to be kept in sync with the SMB password.
;  unix password sync = Yes
# You either need to setup a passwd program and passwd chat, or
# enable pam password change
;  pam password change = yes
#  passwd program = /usr/bin/passwd '%u'
;  passwd chat = *New*UNIX*password* %n\n *Re*ype*new*UNIX*password* %n\n \
;*passwd:*all*authentication*tokens*updated*successfully*

# Unix users can map to different SMB User names
;  username map = /etc/samba/smbusers

# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
#   include = /etc/samba/smb.conf.%m

# Options for using winbind. Winbind allows you to do all account and
# authentication from a Windows or samba domain controller, creating
# accounts on the fly, and maintaining a mapping of Windows RIDs to unix uid's
# and gid's. winbind uid and winbind gid are the only required parameters.
#
# winbind uid is the range of uid's winbind can use when mapping RIDs to uid's
#  idmap uid = 10000-20000
#
# winbind gid is the range of uid's winbind can use when mapping RIDs to gid's
#  idmap gid = 10000-20000
#
# winbind separator is the character a user must use between their domain
# name and username, defaults to "\"
#  winbind separator = +
#
# winbind use default domain allows you to have winbind return usernames
# in the form user instead of DOMAIN+user for the domain listed in the
# workgroup parameter.
#  winbind use default domain = yes
#
# template homedir determines the home directory for winbind users, with
# %D expanding to their domain name and %U expanding to their username:
#  template homedir = /home/%D/%U

# When using winbind, you may want to have samba create home directories
# on the fly for authenticated users. Ensure that /etc/pam.d/samba is
# using 'service=system-auth-winbind' in pam_stack modules, and then
# enable obedience of pam restrictions below:
#  obey pam restrictions = yes

#
# template shell determines the shell users authenticated by winbind get
#  template shell = /bin/bash

# 5. Browser Control and Networking Options:
# Configure Samba to use multiple interfaces
# If you have multiple network interfaces then you must list them
# here. See the man page for details.
#   interfaces = 192.168.12.2/24 192.168.13.2/24

# Configure remote browse list synchronisation here
#  request announcement to, or browse list sync from:
#       a specific host or from / to a whole subnet (see below)
#   remote browse sync = 192.168.3.25 192.168.5.255
# Cause this host to announce itself to local subnets here
#   remote announce = 192.168.1.255 192.168.2.44

# set local master to no if you don't want Samba to become a master
# browser on your network. Otherwise the normal election rules apply
#   local master = no

# OS Level determines the precedence of this server in master browser
# elections. The default value should be reasonable
#   os level = 33

# Domain Master specifies Samba to be the Domain Master Browser. This
# allows Samba to collate browse lists between subnets. Don't use this
# if you already have a Windows NT domain controller doing this job
#   domain master = yes

# Preferred Master causes Samba to force a local browser election on startup
# and gives it a slightly higher chance of winning the election
#   preferred master = yes

# 6. Domain Control Options:
# Enable this if you want Samba to be a domain logon server for
# Windows95 workstations or Primary Domain Controller for WinNT and Win2k
#   domain logons = yes

# if you enable domain logons then you may want a per-machine or
# per user logon script
# run a specific logon batch file per workstation (machine)
#   logon script = %m.bat
# run a specific logon batch file per username
#   logon script = %u.bat

# Where to store roaming profiles for WinNT and Win2k
#        %L substitutes for this servers netbios name, %u is username
#        You must uncomment the [Profiles] share below
#   logon path = \\%L\Profiles\%u

# Where to store roaming profiles for Win9x. Be careful with this as it also
# impacts where Win2k finds it's /HOME share
# logon home = \\%L\%u\.profile


# The add user script is used by a domain member to add local user accounts
# that have been authenticated by the domain controller, or when adding
# users via the Windows NT Tools (ie User Manager for Domains).

# Scripts for file (passwd, smbpasswd) backend:
# add user script = /usr/sbin/useradd -s /bin/false '%u'
# delete user script = /usr/sbin/userdel '%s'
# add user to group script = /usr/bin/gpasswd -a '%u' '%g'
# delete user from group script = /usr/bin/gpasswd -d '%u' '%g'
# set primary group script = /usr/sbin/usermod -g '%g' '%u'
# add group script = /usr/sbin/groupadd %g && getent group '%g'|awk -F: '{print $3}'
# delete group script = /usr/sbin/groupdel '%g'

# Scripts for LDAP backend (assumes nss_ldap is in use on the domain controller,
# and needs configuration in smbldap_conf.pm
# add user script = /usr/sbin/smbldap-useradd -m '%u'
# delete user script = /usr/sbin/smbldap-userdel '%u'
# add user to group script = /usr/sbin/smbldap-groupmod -m '%u' '%g'
# delete user from group script = /usr/sbin/smbldap-groupmod -x '%u' '%g'
# set primary group script = /usr/sbin/smbldap-usermod -g '%g' '%u'
# add group script = /usr/sbin/smbldap-groupadd '%g' && /usr/sbin/smbldap-groupshow %g|awk '/^gidNumber:/ {print $2}'
# delete group script = /usr/sbin/smbldap-groupdel '%g'


# The add machine script is use by a samba server configured as a domain
# controller to add local machine accounts when adding machines to the domain.
# The script must work from the command line when replacing the macros,
# or the operation will fail. Check that groups exist if forcing a group.
# Script for domain controller for adding machines:
# add machine script = /usr/sbin/useradd -d /dev/null -g machines -c 'Machine Account' -s /bin/false -M '%u'
# Script for domain controller with LDAP backend for adding machines (please
# configure in /etc/samba/smbldap_conf.pm first):
# add machine script = /usr/sbin/smbldap-useradd -w -d /dev/null -c 'Machine Account' -s /bin/false '%u'

# Domain groups:
# Domain groups are now configured by using the 'net groupmap' tool

# Enable priveleges, ie allowing members of Domain Admins to join machines
# to the domain
# enable privileges = yes

# Samba Password Database configuration:
# Samba now has runtime-configurable password database backends. Multiple
# passdb backends may be used, but users will only be added to the first one
# Default:
# passdb backend = tdbsam
# TDB backen with fallback to smbpasswd and guest
# passdb backend = tdbsam smbpasswd guest
# LDAP with fallback to smbpasswd guest
# Enable SSL by using an ldaps url, or enable tls with 'ldap ssl' below.
# passdb backend = ldapsam:ldaps://ldap.mydomain.com smbpasswd guest
# Use the samba2 LDAP schema:
# passdb backend = ldapsam_compat:ldaps://ldap.mydomain.com smbpasswd guest

# Idmap settings (set idmap uid and idmap gid above):
# Idmap backend to use:
# idmap backend = ldap:ldap://ldap.mydomain.com

# LDAP configuration for Domain Controlling:
# The account (dn) that samba uses to access the LDAP server
# This account needs to have write access to the LDAP tree
# You will need to give samba the password for this dn, by
# running 'smbpasswd -w mypassword'
# ldap admin dn = cn=root,dc=mydomain,dc=com
# ldap ssl = start_tls
# start_tls should run on 389, but samba defaults incorrectly to 636
# ldap port = 389
# ldap suffix = dc=mydomain,dc=com
# Seperate suffixes are available for machines, users, groups, and idmap, if
# ldap suffix appears first, it is appended to the specific suffix.
# Example for a unix-ish directory layout:
# ldap machine suffix = ou=Hosts
# ldap user suffix = ou=People
# ldap group suffix = ou=Group
# ldap idmap suffix = ou=Idmap
# Example for AD-ish layout:
# ldap machine suffix = cn=Computers
# ldap user suffix = cn=Users
# ldap group suffix = cn=Groups
# ldap idmap suffix = cn=Idmap


# 7. Name Resolution Options:
# All NetBIOS names must be resolved to IP Addresses
# 'Name Resolve Order' allows the named resolution mechanism to be specified
# the default order is "host lmhosts wins bcast". "host" means use the unix
# system gethostbyname() function call that will use either /etc/hosts OR
# DNS or NIS depending on the settings of /etc/host.config, /etc/nsswitch.conf
# and the /etc/resolv.conf file. "host" therefore is system configuration
# dependant. This parameter is most often of use to prevent DNS lookups
# in order to resolve NetBIOS names to IP Addresses. Use with care!
# The example below excludes use of name resolution for machines that are NOT
# on the local network segment
# - OR - are not deliberately to be known via lmhosts or via WINS.
# name resolve order = wins lmhosts bcast

# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable it's WINS Server
#   wins support = yes

# WINS Server - Tells the NMBD components of Samba to be a WINS Client
#       Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
#   wins server = w.x.y.z

# WINS Proxy - Tells Samba to answer name resolution queries on
# behalf of a non WINS capable client, for this to work there must be
# at least one  WINS Server on the network. The default is NO.
#   wins proxy = yes

# DNS Proxy - tells Samba whether or not to try to resolve NetBIOS names
# via DNS nslookups. The built-in default for versions 1.9.17 is yes,
# this has been changed in version 1.9.18 to no.
   dns proxy = no

# 8. File Naming Options:
# Case Preservation can be handy - system default is _no_
# NOTE: These can be set on a per share basis
#  preserve case = no
#  short preserve case = no
# Default case is normally upper case for all DOS files
#  default case = lower
# Be very careful with case sensitivity - it can break things!
#  case sensitive = no

# Enabling internationalization:
# you can match a Windows code page with a UNIX character set.
# Windows: 437 (US), 737 (GREEK), 850 (Latin1 - Western European),
# 852 (Eastern Eu.), 861 (Icelandic), 932 (Cyrillic - Russian),
# 936 (Japanese - Shift-JIS), 936 (Simpl. Chinese), 949 (Korean Hangul),
# 950 (Trad. Chin.).
# UNIX: ISO8859-1 (Western European), ISO8859-2 (Eastern Eu.),
# ISO8859-5 (Russian Cyrillic), KOI8-R (Alt-Russ. Cyril.)
# This is an example for french users:
#   dos charset = 850
#   unix charset = ISO8859-1


#============================ Share Definitions ==============================
[homes]
   comment = Home Directories
   browseable = no
   writable = yes
# You can enable VFS recycle bin and on-access virus-scanning on a per
# share basis:
# Uncomment the next 2 lines (make sure you create a .recycle folder in
# the base of the share and ensure all users will have write access to it.
# For virus scanning, install samba-vscan-clamav and ensure the clamd service
# is running
#   vfs objects = vscan-clamav recycle
#   vscan-clamav: config-file = /etc/samba/vscan-clamav.conf

# Un-comment the following and create the netlogon directory for Domain Logons
# [netlogon]
#   comment = Network Logon Service
#   path = /var/lib/samba/netlogon
#   guest ok = yes
#   writable = no

#Uncomment the following 2 lines if you would like your login scripts to
#be created dynamically by ntlogon (check that you have it in the correct
#location (the default of the ntlogon rpm available in contribs)
#root preexec = /usr/bin/ntlogon -u '%u' -g '%g' -o %a -d /var/lib/samba/netlogon/
#root postexec = rm -f '/var/lib/samba/netlogon/%u.bat'

# Un-comment the following to provide a specific roving profile share
# the default is to use the user's home directory
#[Profiles]
#    path = /var/lib/samba/profiles
#    browseable = no
#    guest ok = yes
#    writable = yes
# This script can be enabled to create profile directories on the fly
# You may want to turn off guest acces if you enable this, as it
# hasn't been thoroughly tested.
#root preexec = PROFILE='/var/lib/samba/profiles/%u'; if [ ! -e $PROFILE ]; \
#                then mkdir -pm700 $PROFILE; chown '%u':'%g' $PROFILE;fi
# If you want read-only profiles, fake permissions so windows clients think
# they have written to the files
# vfs objects = fake_perms

# NOTE: If you have a CUPS print system there is no need to
# specifically define each individual printer.
# You must configure the samba printers with the appropriate Windows
# drivers on your Windows clients or upload the printer driver to the
# server from Windows (NT/2000/XP). On the Samba server no filtering is
# done. If you wish that the server provides the driver and the clients
# send PostScript ("Generic PostScript Printer" under Windows), you have
# to use 'printcap name = cups' or swap the 'print command' line below
# with the commented one. Note that print commands only work if not using
# 'printing=cups'
[printers]
   comment = All Printers
   path = /var/spool/samba
   browseable = no
# to allow user 'guest account' to print.
   guest ok = yes
   writable = no
   printable = yes
   create mode = 0700
# =====================================
# print command: see above for details.
# =====================================
   print command = lpr-cups -P %p -o raw %s -r   # using client side printer drivers.
#   print command = lpr-cups -P %p %s # using cups own drivers (use generic PostScript on clients).
# If you install drivers on the server, you will want to uncomment this so
# clients request the driver
   use client driver = yes

# This share is used for Windows NT-style point-and-print support.
# To be able to install drivers, you need to be either root, or listed
# in the printer admin parameter above. Note that you also need write access
# to the directory and share definition to be able to upload the drivers.
# For more information on this, please see the Printing Support Section of
# /usr/share/doc/samba-<version>/docs/Samba-HOWTO-Collection.pdf
#
# A special case is using the CUPS Windows Postscript driver, which allows
# all features available via CUPS on the client, by publishing the ppd file
# and the cups driver by using the 'cupsaddsmb' tool. This requires the
# installation of the CUPS driver (http://www.cups.org/windows.php)
# on the server, but doesn't require you to use Windows at all :-).
[print$]
   path = /var/lib/samba/printers
   browseable = yes
   write list = @adm root
   guest ok = yes
   inherit permissions = yes
   # Settings suitable for Winbind:
   # write list = @"Domain Admins" root
   # force group = +@"Domain Admins"

# A useful application of samba is to make a PDF-generation service
# To streamline this, install windows postscript drivers (preferably colour)
# on the samba server, so that clients can automatically install them.
# Note that this only works if 'printing' is *not* set to 'cups'

[pdf-gen]
   path = /var/tmp
   guest ok = No
   printable = Yes
   comment = PDF Generator (only valid users)
   printing = bsd
   #print command = /usr/share/samba/scripts/print-pdf file path win_path recipient IP &
   print command = /usr/share/samba/scripts/print-pdf "%s" "%H" "//%L/%u" "%m" "%I" "%J" &
    lpq command = /bin/true

# A share allowing administrators to set ACLs on, or access for backup purposes
# all files (as root).
#[admin]
#  path = /
#  admin users = @"Domain Admins"
#  valid users = @"Domain Admins"
#  browseable = no
#  writeable = yes

# This one is useful for people to share files
;[tmp]
;   comment = Temporary file space
;   path = /tmp
;   read only = no
;   public = yes

# A publicly accessible directory, but read only, except for people in
# the "staff" group
;[public]
;   comment = Public Stuff
;   path = /home/samba/public
;   public = yes
;   writable = no
;   write list = @staff
# Audited directory through experimental VFS audit.so module:
# Uncomment next line.
#   vfs object = /usr/lib/samba/vfs/audit.so

# Other examples.
#
# A private printer, usable only by Fred. Spool data will be placed in Fred's
# home directory. Note that fred must have write access to the spool directory,
# wherever it is.
;[fredsprn]
;   comment = Fred's Printer
;   valid users = fred
;   path = /homes/fred
;   printer = freds_printer
;   public = no
;   writable = no
;   printable = yes

# A private directory, usable only by Fred. Note that Fred requires write
# access to the directory.
;[fredsdir]
;   comment = Fred's Service
;   path = /usr/somewhere/private
;   valid users = fred
;   public = no
;   writable = yes
;   printable = no

# a service which has a different directory for each machine that connects
# this allows you to tailor configurations to incoming machines. You could
# also use the %u option to tailor it by user name.
# The %m gets replaced with the machine name that is connecting.
;[pchome]
;  comment = PC Directories
;  path = /usr/pc/%m
;  public = no
;  writable = yes

# The following two entries demonstrate how to share a directory so that two
# users can place files there that will be owned by the specific users. In this
# setup, the directory should be writable by both users and should have the
# sticky bit set on it to prevent abuse. Obviously this could be extended to
# as many users as required.
;[myshare]
;   comment = Mary's and Fred's stuff
;   path = /usr/somewhere/shared
;   valid users = mary fred
;   public = no
;   writable = yes
;   printable = no
;   create mask = 0765
[/code]


Dabei aber kein extra Samba User-share!

Da schlimme ist das in jeder Linuxdistribution die smb.conf anders aussieht und Samba selbst ist ein Kapitel für sich...schwer und sehr unübersichtlich.

Muss da im [homes] Abschnitt noch folgendes hinzugefügt werden:

create mask = 0700
directory mask = 0700
Zuletzt geändert von Gerschon am Okt 6th, '15, 15:57, insgesamt 2-mal geändert.
Meine Lebenskraft ist unverkäuflich und Du kannst nur etwas freiwillig geschenkt bekommen davon, wenn ich als Mann und souveränes und mündiges, einmaliges, göttlich beseeltes Individuum respektvoll wertgeschätzt werde.
Gerschon
 
Beiträge: 101
Registriert: Nov 12th, '12, 17:25

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon jkowalzik » Sep 9th, '15, 11:05

Hallo!

Introitus: "Herzliches Beileid" :)
Du bist dir schon bewusst, dass wenn du von einem Server auf die Clients zugreifen willst, der Server den Client am Laufen haben muss und die Clients einen Samba-Server zur Verfügung stellen müssen?

Gruß
J.
...Luxus ist alles was sich reparieren läßt
Benutzeravatar
jkowalzik
 
Beiträge: 3267
Registriert: Okt 2nd, '11, 12:34
Wohnort: Plettenberg

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 9th, '15, 13:45

Gerschon hat geschrieben:ich will auf dem 64er Rechner (Datei-Server) über Samba Zugriff auf das Heimverzeichnis des jeweiligen Benutzers haben vom Klient aus.
Klients sind Windows XP SP3 Rechner und Linux- Klients.

Soll heißen, du hast einen Linux-Server, auf dem sind Benutzer angelegt und die haben dort je ein /home-Verzeichnis.
Weiter sitzen diese Benutzer an anderen Rechnern, auf denen teils Windows, teils Linux läuft.
Und von diesen Rechnern soll per CIFS auf die jeweiligen /home-Verzeichnisse auf dem Server zugegriffen werden können.

Eigentlich ist die Default-Konfiguration des Samba-Servers unter MGA genau so, dass das möglich ist.
Die Krux liegt darin, dass die Anmeldungen von den anderen Rechnern auch unter dem jeweiligen Benutzer erfolgen und nicht auf "bad user" oder "nobody" gemappt werden.

Die Mindestbedingung dafür ist, dass die Benutzer auf dem Server als Linux-Benutzer UND Samba-Benutzer angelegt sind und Server und Client dieselbe Anmelde-Methode und dasselbe Verschlüsselungsverfahren benutzen.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon Gerschon » Sep 10th, '15, 08:13

jkowalzik hat geschrieben:Hallo!

Introitus: "Herzliches Beileid" :)
Du bist dir schon bewusst, dass wenn du von einem Server auf die Clients zugreifen willst, der Server den Client am Laufen haben muss und die Clients einen Samba-Server zur Verfügung stellen müssen?

Gruß
J.


Nicht ganz...

Betrieb normal mit Klient-Rechner.

Nur wenn Ablage Archivieren oder vom Archivierten wieder etwas holen wird der Server geschaltet und von Klient Zugriff auf Server. Nicht umgekehrt.
Meine Lebenskraft ist unverkäuflich und Du kannst nur etwas freiwillig geschenkt bekommen davon, wenn ich als Mann und souveränes und mündiges, einmaliges, göttlich beseeltes Individuum respektvoll wertgeschätzt werde.
Gerschon
 
Beiträge: 101
Registriert: Nov 12th, '12, 17:25

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon Gerschon » Sep 10th, '15, 08:25

man-draker hat geschrieben:Soll heißen, du hast einen Linux-Server, auf dem sind Benutzer angelegt und die haben dort je ein /home-Verzeichnis.
Weiter sitzen diese Benutzer an anderen Rechnern, auf denen teils Windows, teils Linux läuft.
Und von diesen Rechnern soll per CIFS auf die jeweiligen /home-Verzeichnisse auf dem Server zugegriffen werden können.


Ja richtig.

man-draker hat geschrieben:Eigentlich ist die Default-Konfiguration des Samba-Servers unter MGA genau so, dass das möglich ist.
Die Krux liegt darin, dass die Anmeldungen von den anderen Rechnern auch unter dem jeweiligen Benutzer erfolgen und nicht auf "bad user" oder "nobody" gemappt werden.

Die Mindestbedingung dafür ist, dass die Benutzer auf dem Server als Linux-Benutzer UND Samba-Benutzer angelegt sind und Server und Client dieselbe Anmelde-Methode und dasselbe Verschlüsselungsverfahren benutzen.


zu 1. Absatz: Dann hätte das ja schon funktionieren müssen.
Zu 2. Absatz: Das ist der Fall. Benutzer mit Passwort ist auf dem Server mit smbpasswd -a angelegt.
Meine Lebenskraft ist unverkäuflich und Du kannst nur etwas freiwillig geschenkt bekommen davon, wenn ich als Mann und souveränes und mündiges, einmaliges, göttlich beseeltes Individuum respektvoll wertgeschätzt werde.
Gerschon
 
Beiträge: 101
Registriert: Nov 12th, '12, 17:25

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 10th, '15, 08:51

Gerschon hat geschrieben:Zu 2. Absatz: Das ist der Fall. Benutzer mit Passwort ist auf dem Server mit smbpasswd -a angelegt.

Und?
Sind sie bei Samba auch mit ihrem Benutzer angemeldet?
Oder führt der sie unter "nobody" o.ä.?
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon Gerschon » Sep 16th, '15, 13:46

man-draker hat geschrieben:
Gerschon hat geschrieben:Zu 2. Absatz: Das ist der Fall. Benutzer mit Passwort ist auf dem Server mit smbpasswd -a angelegt.

Und?
Sind sie bei Samba auch mit ihrem Benutzer angemeldet?
Oder führt der sie unter "nobody" o.ä.?

Doch mit Benutzer. Dieser wurde mit dazugehörigem Passwort eingetragen.
Da stimmt etwas noch nicht. Der Server ist im Netzwerk zu sehen aber noch kein Zugriff auf freigegebenes /home Verzeichnis.
Firewalleinstellungen habe ich auch für Samba geöffnet.


Code: Alles auswählen
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options (perhaps too
# many!) most of which are not shown in this example
#
# Any line which starts with a ; (semi-colon) or a # (hash)
# is a comment and is ignored. In this example we will use a #
# for commentry and a ; for parts of the config file that you
# may wish to enable
#
# NOTE: Whenever you modify this file you should run the command "testparm"
# to check that you have not made any basic syntactic errors.
#
#======================= Global Settings =====================================
[global]
   
    # 1. Server Naming Options:
    # workgroup = NT-Domain-Name or Workgroup-Name
    workgroup = xxxxx.de
   
    # netbios name is the name you will see in "Network Neighbourhood",
    # but defaults to your hostname
    #  netbios name = <name_of_this_server>
   
    # server string is the equivalent of the NT Description field
    server string = %h
   
    # Message command is run by samba when a "popup" message is sent to it.
    # The example below is for use with LinPopUp:
    ; message command = /usr/bin/linpopup "%f" "%m" %s; rm %s
   
    # 2. Printing Options:
    # Required to load all CUPS printers
    printcap name = cups
    load printers = yes
   
    # printcap cache time, so samba will automatically load new cups printers
    printcap cache time = 60
   
    # It should not be necessary to spell out the print system type unless
    # yours is non-standard. Currently supported print systems include:
    # bsd, sysv, plp, lprng, aix, hpux, qnx, cups
    printing = cups
   
    # Samba 2.2 supports the Windows NT-style point-and-print feature. To
    # use this, you need to be able to upload print drivers to the samba
    # server. The printer admins (or root) may install drivers onto samba.
    # Note that this feature uses the print$ share, so you will need to
    # enable it below.
    # Printer admins are now defined by granting the SePrintOperatorPrivilege, ie:
    # run: net rpc rights grant 'DOMAIN\Printer Operators' SePrintOperatorPrivilege
   
    # 3. Logging Options:
    # this tells Samba to use a separate log file for each machine
    # that connects
    log file = /var/log/samba/%m.log
   
    # Put a capping on the size of the log files (in Kb).
    max log size = 50
   
    # Set the log (verbosity) level (0 <= log level <= 10)
    # log level = 3
   
    # 4. Security and Domain Membership Options:
    # This option is important for security. It allows you to restrict
    # connections to machines which are on your local network. The
    # following example restricts access to two C class networks and
    # the "loopback" interface. For more examples of the syntax see
    # the smb.conf man page. Do not enable this if (tcp/ip) name resolution does
    # not work for all the hosts in your network.
    #   hosts allow = 192.168.1. 192.168.2. 127.
   
    # Uncomment this if you want a guest account, you must add this to /etc/passwd
    # otherwise the user "nobody" is used
    #  guest account = pcguest
    # Allow users to map to guest:
    map to guest = bad user
   
    # Security mode. Most people will want user level security. See
    # security_level.txt for details.
    security = user
    # Use password server option only with security = server or security = domain
    # When using security = domain, you should use password server = *
    #   password server = <NT-Server-Name>
    #   password server = *
   
    # Password Level allows matching of _n_ characters of the password for
    # all combinations of upper and lower case.
    #  password level = 8
    #  username level = 8
   
    # You may wish to use password encryption. Please read
    # ENCRYPTION.txt, Win95.txt and WinNT.txt in the Samba documentation.
    # Do not enable this option unless you have read those documents
    # Encrypted passwords are required for any use of samba in a Windows NT domain
    # The smbpasswd file is only required by a server doing authentication, thus
    # members of a domain do not need one.
    encrypt passwords = yes
    smb passwd file = /etc/samba/smbpasswd
   
    # The following are needed to allow password changing from Windows to
    # also update the Linux system password.
    # NOTE: Use these with 'encrypt passwords' and 'smb passwd file' above.
    # NOTE2: You do NOT need these to allow workstations to change only
    #        the encrypted SMB passwords. They allow the Unix password
    #        to be kept in sync with the SMB password.
    ;  unix password sync = Yes
    # You either need to setup a passwd program and passwd chat, or
    # enable pam password change
    ;  pam password change = yes
    #  passwd program = /usr/bin/passwd '%u'
    ;  passwd chat = *New*UNIX*password* %n\n *Re*ype*new*UNIX*password* %n\n \
    ;*passwd:*all*authentication*tokens*updated*successfully*
   
    # Unix users can map to different SMB User names
    ;  username map = /etc/samba/smbusers
   
    # Using the following line enables you to customise your configuration
    # on a per machine basis. The %m gets replaced with the netbios name
    # of the machine that is connecting
    #   include = /etc/samba/smb.conf.%m
   
    # Options for using winbind. Winbind allows you to do all account and
    # authentication from a Windows or samba domain controller, creating
    # accounts on the fly, and maintaining a mapping of Windows RIDs to unix uid's
    # and gid's. winbind uid and winbind gid are the only required parameters.
    #
    # winbind uid is the range of uid's winbind can use when mapping RIDs to uid's
    #  idmap uid = 10000-20000
    #
    # winbind gid is the range of uid's winbind can use when mapping RIDs to gid's
    #  idmap gid = 10000-20000
    #
    # winbind separator is the character a user must use between their domain
    # name and username, defaults to "\"
    #  winbind separator = +
    #
    # winbind use default domain allows you to have winbind return usernames
    # in the form user instead of DOMAIN+user for the domain listed in the
    # workgroup parameter.
    #  winbind use default domain = yes
    #
    # template homedir determines the home directory for winbind users, with
    # %D expanding to their domain name and %U expanding to their username:
    #  template homedir = /home/%D/%U
   
    # When using winbind, you may want to have samba create home directories
    # on the fly for authenticated users. Ensure that /etc/pam.d/samba is
    # using 'service=system-auth-winbind' in pam_stack modules, and then
    # enable obedience of pam restrictions below:
    #  obey pam restrictions = yes
   
    #
    # template shell determines the shell users authenticated by winbind get
    #  template shell = /bin/bash
   
    # 5. Browser Control and Networking Options:
    # Configure Samba to use multiple interfaces
    # If you have multiple network interfaces then you must list them
    # here. See the man page for details.
    #   interfaces = 192.168.12.2/24 192.168.13.2/24
   
    # Configure remote browse list synchronisation here
    #  request announcement to, or browse list sync from:
    #       a specific host or from / to a whole subnet (see below)
    #   remote browse sync = 192.168.3.25 192.168.5.255
    # Cause this host to announce itself to local subnets here
    #   remote announce = 192.168.1.255 192.168.2.44
   
    # set local master to no if you don't want Samba to become a master
    # browser on your network. Otherwise the normal election rules apply
    #   local master = no
   
    # OS Level determines the precedence of this server in master browser
    # elections. The default value should be reasonable
    #   os level = 33
   
    # Domain Master specifies Samba to be the Domain Master Browser. This
    # allows Samba to collate browse lists between subnets. Don't use this
    # if you already have a Windows NT domain controller doing this job
    #   domain master = yes
   
    # Preferred Master causes Samba to force a local browser election on startup
    # and gives it a slightly higher chance of winning the election
    #   preferred master = yes
   
    # 6. Domain Control Options:
    # Enable this if you want Samba to be a domain logon server for
    # Windows95 workstations or Primary Domain Controller for WinNT and Win2k
    #   domain logons = yes
   
    # if you enable domain logons then you may want a per-machine or
    # per user logon script
    # run a specific logon batch file per workstation (machine)
    #   logon script = %m.bat
    # run a specific logon batch file per username
    #   logon script = %u.bat
   
    # Where to store roaming profiles for WinNT and Win2k
    #        %L substitutes for this servers netbios name, %u is username
    #        You must uncomment the [Profiles] share below
    #   logon path = \\%L\Profiles\%u
   
    # Where to store roaming profiles for Win9x. Be careful with this as it also
    # impacts where Win2k finds it's /HOME share
    # logon home = \\%L\%u\.profile
   
   
    # The add user script is used by a domain member to add local user accounts
    # that have been authenticated by the domain controller, or when adding
    # users via the Windows NT Tools (ie User Manager for Domains).
   
    # Scripts for file (passwd, smbpasswd) backend:
    # add user script = /usr/sbin/useradd -s /bin/false '%u'
    # delete user script = /usr/sbin/userdel '%s'
    # add user to group script = /usr/bin/gpasswd -a '%u' '%g'
    # delete user from group script = /usr/bin/gpasswd -d '%u' '%g'
    # set primary group script = /usr/sbin/usermod -g '%g' '%u'
    # add group script = /usr/sbin/groupadd %g && getent group '%g'|awk -F: '{print $3}'
    # delete group script = /usr/sbin/groupdel '%g'
   
    # Scripts for LDAP backend (assumes nss_ldap is in use on the domain controller,
    # and needs configuration in smbldap_conf.pm
    # add user script = /usr/sbin/smbldap-useradd -m '%u'
    # delete user script = /usr/sbin/smbldap-userdel '%u'
    # add user to group script = /usr/sbin/smbldap-groupmod -m '%u' '%g'
    # delete user from group script = /usr/sbin/smbldap-groupmod -x '%u' '%g'
    # set primary group script = /usr/sbin/smbldap-usermod -g '%g' '%u'
    # add group script = /usr/sbin/smbldap-groupadd '%g' && /usr/sbin/smbldap-groupshow %g|awk '/^gidNumber:/ {print $2}'
    # delete group script = /usr/sbin/smbldap-groupdel '%g'
   
   
    # The add machine script is use by a samba server configured as a domain
    # controller to add local machine accounts when adding machines to the domain.
    # The script must work from the command line when replacing the macros,
    # or the operation will fail. Check that groups exist if forcing a group.
    # Script for domain controller for adding machines:
    # add machine script = /usr/sbin/useradd -d /dev/null -g machines -c 'Machine Account' -s /bin/false -M '%u'
    # Script for domain controller with LDAP backend for adding machines (please
    # configure in /etc/samba/smbldap_conf.pm first):
    # add machine script = /usr/sbin/smbldap-useradd -w -d /dev/null -c 'Machine Account' -s /bin/false '%u'
   
    # Domain groups:
    # Domain groups are now configured by using the 'net groupmap' tool
   
    # Enable priveleges, ie allowing members of Domain Admins to join machines
    # to the domain
    # enable privileges = yes
   
    # Samba Password Database configuration:
    # Samba now has runtime-configurable password database backends. Multiple
    # passdb backends may be used, but users will only be added to the first one
    # Default:
    # passdb backend = tdbsam
    # TDB backen with fallback to smbpasswd and guest
    # passdb backend = tdbsam smbpasswd guest
    # LDAP with fallback to smbpasswd guest
    # Enable SSL by using an ldaps url, or enable tls with 'ldap ssl' below.
    # passdb backend = ldapsam:ldaps://ldap.mydomain.com smbpasswd guest
    # Use the samba2 LDAP schema:
    # passdb backend = ldapsam_compat:ldaps://ldap.mydomain.com smbpasswd guest
   
    # Idmap settings (set idmap uid and idmap gid above):
    # Idmap backend to use:
    # idmap backend = ldap:ldap://ldap.mydomain.com
   
    # LDAP configuration for Domain Controlling:
    # The account (dn) that samba uses to access the LDAP server
    # This account needs to have write access to the LDAP tree
    # You will need to give samba the password for this dn, by
    # running 'smbpasswd -w mypassword'
    # ldap admin dn = cn=root,dc=mydomain,dc=com
    # ldap ssl = start_tls
    # start_tls should run on 389, but samba defaults incorrectly to 636
    # ldap port = 389
    # ldap suffix = dc=mydomain,dc=com
    # Seperate suffixes are available for machines, users, groups, and idmap, if
    # ldap suffix appears first, it is appended to the specific suffix.
    # Example for a unix-ish directory layout:
    # ldap machine suffix = ou=Hosts
    # ldap user suffix = ou=People
    # ldap group suffix = ou=Group
    # ldap idmap suffix = ou=Idmap
    # Example for AD-ish layout:
    # ldap machine suffix = cn=Computers
    # ldap user suffix = cn=Users
    # ldap group suffix = cn=Groups
    # ldap idmap suffix = cn=Idmap
   
   
    # 7. Name Resolution Options:
    # All NetBIOS names must be resolved to IP Addresses
    # 'Name Resolve Order' allows the named resolution mechanism to be specified
    # the default order is "host lmhosts wins bcast". "host" means use the unix
    # system gethostbyname() function call that will use either /etc/hosts OR
    # DNS or NIS depending on the settings of /etc/host.config, /etc/nsswitch.conf
    # and the /etc/resolv.conf file. "host" therefore is system configuration
    # dependant. This parameter is most often of use to prevent DNS lookups
    # in order to resolve NetBIOS names to IP Addresses. Use with care!
    # The example below excludes use of name resolution for machines that are NOT
    # on the local network segment
    # - OR - are not deliberately to be known via lmhosts or via WINS.
    # name resolve order = wins lmhosts bcast
   
    # Windows Internet Name Serving Support Section:
    # WINS Support - Tells the NMBD component of Samba to enable it's WINS Server
    #   wins support = yes
   
    # WINS Server - Tells the NMBD components of Samba to be a WINS Client
    #       Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
    #   wins server = w.x.y.z
   
    # WINS Proxy - Tells Samba to answer name resolution queries on
    # behalf of a non WINS capable client, for this to work there must be
    # at least one  WINS Server on the network. The default is NO.
    #   wins proxy = yes
   
    # DNS Proxy - tells Samba whether or not to try to resolve NetBIOS names
    # via DNS nslookups. The built-in default for versions 1.9.17 is yes,
    # this has been changed in version 1.9.18 to no.
    dns proxy = no
    netbios name = Server Erde
    hosts allow = 192.168.200.11 192.168.200.254
# You can enable VFS recycle bin and on-access virus-scanning on a per
# share basis:
# Uncomment the next 2 lines (make sure you create a .recycle folder in
# the base of the share and ensure all users will have write access to it.
# For virus scanning, install samba-vscan-clamav and ensure the clamd service
# is running
#   vfs objects = vscan-clamav recycle
#   vscan-clamav: config-file = /etc/samba/vscan-clamav.conf

# Un-comment the following and create the netlogon directory for Domain Logons
# [netlogon]
#   comment = Network Logon Service
#   path = /var/lib/samba/netlogon
#   guest ok = yes
#   writable = no

#Uncomment the following 2 lines if you would like your login scripts to
#be created dynamically by ntlogon (check that you have it in the correct
#location (the default of the ntlogon rpm available in contribs)
#root preexec = /usr/bin/ntlogon -u '%u' -g '%g' -o %a -d /var/lib/samba/netlogon/
#root postexec = rm -f '/var/lib/samba/netlogon/%u.bat'

# Un-comment the following to provide a specific roving profile share
# the default is to use the user's home directory
#[Profiles]
#    path = /var/lib/samba/profiles
#    browseable = no
#    guest ok = yes
#    writable = yes
# This script can be enabled to create profile directories on the fly
# You may want to turn off guest acces if you enable this, as it
# hasn't been thoroughly tested.
#root preexec = PROFILE='/var/lib/samba/profiles/%u'; if [ ! -e $PROFILE ]; \
#                then mkdir -pm700 $PROFILE; chown '%u':'%g' $PROFILE;fi
# If you want read-only profiles, fake permissions so windows clients think
# they have written to the files
# vfs objects = fake_perms

# NOTE: If you have a CUPS print system there is no need to
# specifically define each individual printer.
# You must configure the samba printers with the appropriate Windows
# drivers on your Windows clients or upload the printer driver to the
# server from Windows (NT/2000/XP). On the Samba server no filtering is
# done. If you wish that the server provides the driver and the clients
# send PostScript ("Generic PostScript Printer" under Windows), you have
# to use 'printcap name = cups' or swap the 'print command' line below
# with the commented one. Note that print commands only work if not using
# 'printing=cups'
[printers]
    comment = All Printers
    path = /var/spool/samba
    browseable = no
    # to allow user 'guest account' to print.
    guest ok = yes
    writable = no
    printable = yes
    create mode = 0700
    # =====================================
    # print command: see above for details.
    # =====================================
    print command = lpr-cups -P %p -o raw %s -r # using client side printer drivers.
    #   print command = lpr-cups -P %p %s # using cups own drivers (use generic PostScript on clients).
    # If you install drivers on the server, you will want to uncomment this so
    # clients request the driver
    use client driver = yes

# This share is used for Windows NT-style point-and-print support.
# To be able to install drivers, you need to be either root, or listed
# in the printer admin parameter above. Note that you also need write access
# to the directory and share definition to be able to upload the drivers.
# For more information on this, please see the Printing Support Section of
# /usr/share/doc/samba-<version>/docs/Samba-HOWTO-Collection.pdf
#
# A special case is using the CUPS Windows Postscript driver, which allows
# all features available via CUPS on the client, by publishing the ppd file
# and the cups driver by using the 'cupsaddsmb' tool. This requires the
# installation of the CUPS driver (http://www.cups.org/windows.php)
# on the server, but doesn't require you to use Windows at all :-).
[print$]
    path = /var/lib/samba/printers
    browseable = yes
    write list = @adm root
    guest ok = yes
    inherit permissions = yes
# Settings suitable for Winbind:
# write list = @"Domain Admins" root
# force group = +@"Domain Admins"

# A useful application of samba is to make a PDF-generation service
# To streamline this, install windows postscript drivers (preferably colour)
# on the samba server, so that clients can automatically install them.
# Note that this only works if 'printing' is *not* set to 'cups'

[pdf-gen]
    path = /var/tmp
    guest ok = No
    printable = Yes
    comment = PDF Generator (only valid users)
    printing = bsd
    #print command = /usr/share/samba/scripts/print-pdf file path win_path recipient IP &
    print command = /usr/share/samba/scripts/print-pdf "%s" "%H" "//%L/%u" "%m" "%I" "%J" &
    lpq command = /bin/true

# A share allowing administrators to set ACLs on, or access for backup purposes
# all files (as root).
#[admin]
#  path = /
#  admin users = @"Domain Admins"
#  valid users = @"Domain Admins"
#  browseable = no
#  writeable = yes

# This one is useful for people to share files
;[tmp]
;   comment = Temporary file space
;   path = /tmp
;   read only = no
;   public = yes

# A publicly accessible directory, but read only, except for people in
# the "staff" group
;[public]
;   comment = Public Stuff
;   path = /home/samba/public
;   public = yes
;   writable = no
;   write list = @staff
# Audited directory through experimental VFS audit.so module:
# Uncomment next line.
#   vfs object = /usr/lib/samba/vfs/audit.so

# Other examples.
#
# A private printer, usable only by Fred. Spool data will be placed in Fred's
# home directory. Note that fred must have write access to the spool directory,
# wherever it is.
;[fredsprn]
;   comment = Fred's Printer
;   valid users = fred
;   path = /homes/fred
;   printer = freds_printer
;   public = no
;   writable = no
;   printable = yes

# A private directory, usable only by Fred. Note that Fred requires write
# access to the directory.
;[fredsdir]
;   comment = Fred's Service
;   path = /usr/somewhere/private
;   valid users = fred
;   public = no
;   writable = yes
;   printable = no

# a service which has a different directory for each machine that connects
# this allows you to tailor configurations to incoming machines. You could
# also use the %u option to tailor it by user name.
# The %m gets replaced with the machine name that is connecting.
;[pchome]
;  comment = PC Directories
;  path = /usr/pc/%m
;  public = no
;  writable = yes

# The following two entries demonstrate how to share a directory so that two
# users can place files there that will be owned by the specific users. In this
# setup, the directory should be writable by both users and should have the
# sticky bit set on it to prevent abuse. Obviously this could be extended to
# as many users as required.
;[myshare]
;   comment = Mary's and Fred's stuff
;   path = /usr/somewhere/shared
;   valid users = mary fred
;   public = no
;   writable = yes
;   printable = no
;   create mask = 0765

[homes]
    path = /home/robert
    comment = Home Directories
    browseable = no
    public = no
    writable = yes
    inherit permissions = yes


Was fehlt denn da noch zu dem Netzlaufwerk /home auf dem Server?
Zuletzt geändert von doktor5000 am Sep 17th, '15, 19:05, insgesamt 1-mal geändert.
Grund: code-Tags hinzugefügt
Meine Lebenskraft ist unverkäuflich und Du kannst nur etwas freiwillig geschenkt bekommen davon, wenn ich als Mann und souveränes und mündiges, einmaliges, göttlich beseeltes Individuum respektvoll wertgeschätzt werde.
Gerschon
 
Beiträge: 101
Registriert: Nov 12th, '12, 17:25

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 16th, '15, 14:21

Gerschon hat geschrieben:
man-draker hat geschrieben:Sind sie bei Samba auch mit ihrem Benutzer angemeldet?
Oder führt der sie unter "nobody" o.ä.?

Doch mit Benutzer. Dieser wurde mit dazugehörigem Passwort eingetragen.

Die Frage lautet nicht, ob der User eingetragen ist, sondern ob die Anmeldung am Samba-Server unter diesem User klappt.
Das ergibt sich aus den Log-Dateien von Samba.

Was fehlt denn da noch zu dem Netzlaufwerk /home auf dem Server?

Ich denke, da steht eher zu viel. Gehe mal diesen Artikel hier durch:
https://www.thomas-krenn.com/de/wiki/Samba-Server_Grundlagen
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon doktor5000 » Sep 17th, '15, 19:06

@Gerschon: Bitte nächstes Mal Code-Tags verwenden wie hier beschrieben: ftp://ftp5.gwdg.de/pub/linux/mandriva/m ... e_tags.ogv
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 5946
Registriert: Jun 2nd, '11, 09:39

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 18th, '15, 08:51

Habe das mal kurz durchgespielt.

Wenn ich in der smb.conf auf dem Server folgende Section habe:
Code: Alles auswählen
[homes]
        comment = Home Directories
        browseable = no
        writable = yes
        valid users = %S
        create mode = 0600
        directory mode = 0700
;       valid users = MYDOMAIN\%S

(Inhalt aus https://wiki.ubuntuusers.de/Samba_server/smb.conf
Kapitel Dateifreigaben, Abschnitt Heimatverzeichnisse)

Kann ich den Inhalt meines Home auf dem Server sehen, wenn ich als Ort
Code: Alles auswählen
smb://linserv/man-draker/

im Dateimanager eingebe. Linserv muss durch den Servernamen der eigenen Insatallation ersetzt werden.

Sollte nicht KDE als DE im Einsatz sein, sondern eins der GTK-basierenden Produkte, muss das Paket gvfs-smb nachinstalliert werden.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon doktor5000 » Sep 18th, '15, 20:41

man-draker hat geschrieben:Linserv muss durch den Servernamen der eigenen Insatallation ersetzt werden.

... und korrekte Namensauflösung wird vorausgesetzt ;)
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 5946
Registriert: Jun 2nd, '11, 09:39

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 18th, '15, 22:49

doktor5000 hat geschrieben:
man-draker hat geschrieben:Linserv muss durch den Servernamen der eigenen Insatallation ersetzt werden.

... und korrekte Namensauflösung wird vorausgesetzt ;)

Dann gleich vollständig:

- Der Server läuft (Stromkabel, Netzschalter)
- Die Rechner befinden sich im selben LAN
- Ping vom Client auf den Server klappt
- Der SMB-Service läuft
- Das Kommando
Code: Alles auswählen
smbclient -L <servername>

fragt das Benutzerpasswort ab und bringt ein Ergebnis, das das Home-Verzeichnis als Freigabe enthält
Code: Alles auswählen
 smbclient -L linserv
Enter man-draker's password:
Domain=[MDWORK] OS=[Unix] Server=[Samba 3.6.23-20.el6]

   Sharename       Type      Comment
   ---------       ----      -------
   IPC$            IPC       IPC Service (Samba v 4294967295)
   ...
   man-draker      Disk      Home Directories
Domain=[MDWORK] OS=[Unix] Server=[Samba 3.6.23-20.el6]

   Server               Comment
   ---------            -------
   LINSERV              Samba v 4294967295
   MASTER               Master
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon Gerschon » Sep 19th, '15, 22:40

Ich habe jetzt vielleicht den Fehler gefunden:
Wenn ich über den Samba-Installationsasistenten gehe wird möglicherweise die falsche Netzwerkkarte in Samba eingebunden. Denn es sind zwei Netzwerkkarten eingebaut. Die feste mit 40 ist eigentlich diejenige die aktiv am Netz vom Server hängt. Die andere Karte ist im Moment nicht angeschlossen.

Hier log.nmbd: von (var/log/samba
Code: Alles auswählen
Failed to open nmb socket on interface 192.168.169.42 for port 137.  Error was Cannot assign requested address
[2015/09/19 22:56:07,  0] nmbd/nmbd.c:975(main)
  ERROR: Failed when creating subnet lists. Exiting.

100 % Verlust beim Anbingen von der ..42 von einem Notebook (Client) aus.
die ...40er geht nicht anpingen. Obwohl laut Netzwerkschnittstelle die ...40er am Server erde laut Kontrolleiste aktiv sein soll.

Vom Client (Notebook) aus mit dem Befehl:
smbclient -L erde
kommt die Fehlermeldung; NT_STATUS_INVALID_NETWORK_RESPONSE

Wo kann ich denn bitte den Eintrag für die feste IP Adresse so ändern dass es auch für Samba passt??? Oder doch etwas mit der Firewall?
Meine Lebenskraft ist unverkäuflich und Du kannst nur etwas freiwillig geschenkt bekommen davon, wenn ich als Mann und souveränes und mündiges, einmaliges, göttlich beseeltes Individuum respektvoll wertgeschätzt werde.
Gerschon
 
Beiträge: 101
Registriert: Nov 12th, '12, 17:25

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 19th, '15, 23:07

Gerschon hat geschrieben:Wo kann ich denn bitte den Eintrag für die feste IP Adresse so ändern dass es auch für Samba passt??? Oder doch etwas mit der Firewall?


1. Firewall: Wenn du sie deaktivierst und alles läuft, dann - und nur dann - ist sie Schuld.

2. Netzwerkkarte

a) Wenn die eine Karte nicht angeschlossen ist, woher hat sie dann die IP-Adresse?

b) smb.conf
In der Section [global] gibt es den Wert "interfaces", dort kann die richtige IP oder Schnittstellenbezeichnung eingetragen werden.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon Gerschon » Sep 20th, '15, 15:02

man-draker hat geschrieben:
Gerschon hat geschrieben:Wo kann ich denn bitte den Eintrag für die feste IP Adresse so ändern dass es auch für Samba passt??? Oder doch etwas mit der Firewall?


1. Firewall: Wenn du sie deaktivierst und alles läuft, dann - und nur dann - ist sie Schuld.


Zu 1: Es gab da keinen Unterschied. ~ Also liegt es nicht an der Firewall.

man-draker hat geschrieben:[quote=

2. Netzwerkkarte

a) Wenn die eine Karte nicht angeschlossen ist, woher hat sie dann die IP-Adresse?

b) smb.conf
In der Section [global] gibt es den Wert "interfaces", dort kann die richtige IP oder Schnittstellenbezeichnung eingetragen werden.


Zu 2.a): Bei einer früheren Installation war das noch so konfiguriert. Hat danach auch nie gestört.

Zu 2.b): Ja ich habe die interfaces in der Section [global] aufgenommen.
Ergebnis: Verbindung über Ping vorhanden auf der ..40er, wie es sein soll.

Bei Netzwerkverbindung herstellen kommt jetzt die Meldung:
"Ups! Etwas ist schiefgegangen.
Unbekannte Fehlermeldung:
Einhängen der Windows-Freigabe ist fehlgeschlagen. Die Wartezeit für die Verbindung ist abgelaufen."

Wenn ich eine Minimal Samba Konfiguration hernehme wie hier:

Code: Alles auswählen
[global]
    workgroup = xxxxx.de
    server string = Server %h (Samba %v)
    log file = /var/log/samba/logo.%m
    max log size = 1000
    invalid users = root
    encrypt passwords = true
    socket options = TCP_NODELAY
    security = user
    unix extensions = yes

[homes]
    comment = Heimverzeichnis
    browsable = no
    valid users = %S
    writeable = yes
    create mode = 0600
    directory mode = 0700


Ist alles so wie es sein muss. Also ist in der Original smb.conf, bezw. der leicht angepassten etwas drinne was nicht so kompatibel ist. Aber was?
Meine Lebenskraft ist unverkäuflich und Du kannst nur etwas freiwillig geschenkt bekommen davon, wenn ich als Mann und souveränes und mündiges, einmaliges, göttlich beseeltes Individuum respektvoll wertgeschätzt werde.
Gerschon
 
Beiträge: 101
Registriert: Nov 12th, '12, 17:25

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 20th, '15, 15:57

Die einzig eventuell relevanten Unterschiede sehe ich bei der Passwortverschlüssung und den zugelassenen Adressen. Da enthält die Mga-smb.conf Angaben, die Minikonfig nicht.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon Gerschon » Sep 23rd, '15, 10:30

man-draker hat geschrieben:Die einzig eventuell relevanten Unterschiede sehe ich bei der Passwortverschlüssung und den zugelassenen Adressen. Da enthält die Mga-smb.conf Angaben, die Minikonfig nicht.


Ja richtig.
Mit der Minimal-Konfig zu smb.conf geht das ja auch mit Samba unter Mageia 5.

Leicht modifizierte smb.conf s habe ich bei Open Suse , Debian, Ubuntu und Linux Mint ausprobiert und da geht es mit der Original smb.conf.

Meine Bitte: Kann jemand mir eine funktionierende auf Mageia 5 basierende smb.conf schicken um auf den Fehler zu kommen?
Meine Lebenskraft ist unverkäuflich und Du kannst nur etwas freiwillig geschenkt bekommen davon, wenn ich als Mann und souveränes und mündiges, einmaliges, göttlich beseeltes Individuum respektvoll wertgeschätzt werde.
Gerschon
 
Beiträge: 101
Registriert: Nov 12th, '12, 17:25

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 23rd, '15, 13:32

Gerschon hat geschrieben:Meine Bitte: Kann jemand mir eine funktionierende auf Mageia 5 basierende smb.conf schicken um auf den Fehler zu kommen?

Bitte:

Code: Alles auswählen
[global]
    workgroup = MGAGROUP
    server string = %h
    printcap name = cups
    load printers = yes
    printcap cache time = 60
    printing = cups
    log file = /var/log/samba/%m.log
    max log size = 50
    map to guest = bad user
    security = user
    encrypt passwords = yes
    smb passwd file = /etc/samba/smbpasswd
    dns proxy = no
    netbios name = VMmga
    log level = 2
    hosts allow = 192.168.8.0/24

[homes]
    comment = Home Directories
    browseable = no
    writable = yes

[printers]
    comment = All Printers
    path = /var/spool/samba
    browseable = no
    guest ok = yes
    writable = no
    printable = yes
    create mode = 0700
    use client driver = yes

[print$]
    path = /var/lib/samba/printers
    browseable = yes
    write list = @adm root
    guest ok = yes
    inherit permissions = yes


[pdf-gen]
    path = /var/tmp
    guest ok = No
    printable = Yes
    comment = PDF Generator (only valid users)
    printing = bsd
    print command = /usr/share/samba/scripts/print-pdf "%s" "%H" "//%L/%u" "%m" "%I" "%J" &
    lpq command = /bin/true


Das sind alle Zeilen der smb.conf, die nicht mit "#" oder ";" auskommentiert sind.
Der Zugriff auf das Server-Home klappt mit einem Dateimanager und der Verzeichnisangabe
smb://<IP-Adresse-des-Servers>/<Benutzername>
Die Datei wurde mit dem MCC erstellt.
Die Dateien werden im Dateimanager alle root gehörend und mit den Rechten rw-rw-rw- angezeigt.
Auf der smbclient-Konsole zeigt stat <Dateiname> aber die echten Berechtigungen.
Der Parameter "hosts allow" muss natürlich auf dein Netz angepasst werden.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon Gerschon » Sep 27th, '15, 14:39

man-draker hat geschrieben:[
Der Parameter "hosts allow" muss natürlich auf dein Netz angepasst werden.


Erst mal Dank :-) Kam heute mal dazu das Ganze durchzusehen.
Mir ist nur aufgefallen dass die Angabe zum Log file in der Sektion [global] anders ist. Ich habe die von Mga übernommen und nicht die von der Minimalkonfiguration.
Ansonsten wurden die anderen Angaben in der Sektion [global] übernommen wie:
invalid users = root
encrypt passwords = true
socket options = TCP_NODELAY
unix extensions = yes

Anders war die Angabe log level =2.
hosts allow = 192.168.20.40/24 (Sollten denn da alle Rechner stehen im Heimnetz?) Bis jetzt nur der Server...

In der Sektion [homes] habe ich die zusätzliche Pfadangabe weggelassen. path = /home/<Benutzer> (Vielleicht war das der verbindungsfehler?)
valid users = %S habe ich dagegen ergänzt.
create mode = 0600
directory mode = 0700
wurde dagegen weggelassen.
Man konnte vom Klient aus ohne Probleme einen Ordner anlegen und wieder über den Papierkob löschen.

Alle Angaben in Section [print$] und Sektion [pdf-gen] wurden auskommentiert.
Standartbetriebssystem ist Linux und nur in ganz seltenen Fällen mal Zugriff auf Windows.
Meine Lebenskraft ist unverkäuflich und Du kannst nur etwas freiwillig geschenkt bekommen davon, wenn ich als Mann und souveränes und mündiges, einmaliges, göttlich beseeltes Individuum respektvoll wertgeschätzt werde.
Gerschon
 
Beiträge: 101
Registriert: Nov 12th, '12, 17:25

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 27th, '15, 15:14

Gerschon hat geschrieben:hosts allow = 192.168.20.40/24 (Sollten denn da alle Rechner stehen im Heimnetz?) Bis jetzt nur der Server...

http://lug.krems.cc/docu/samba/ch04_06.html

Standartbetriebssystem ist Linux und nur in ganz seltenen Fällen mal Zugriff auf Windows.

Dann stellt sich für mich die Frage, warum der Zugriff der Clients nicht über NFS erfolgt. Das wäre im Umfeld Linux-Server <-> Linux-Client eigentlich die natürliche Anbindung.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon Gerschon » Sep 27th, '15, 15:49

man-draker hat geschrieben:
Standartbetriebssystem ist Linux und nur in ganz seltenen Fällen mal Zugriff auf Windows.

Dann stellt sich für mich die Frage, warum der Zugriff der Clients nicht über NFS erfolgt. Das wäre im Umfeld Linux-Server <-> Linux-Client eigentlich die natürliche Anbindung.


Deswegen immer seltener, da ich Wine installiert habe und das Windowsprogramm zur Sprachen-Erlernung ein Windowsprogramm ist. Geht sehr gut bin aber bei den anderen Programmen nicht so sicher bezw. habe es noch nicht ausprobiert ob die auch gehen würden über Wine.

Ich habe bisher immer Samba benutzt und kein NFS.

Frage:
Ist der Betrieb von Samba parallel zu NFS möglich? Dann kann ich mich ja da auch mal dran wagen...
Meine Lebenskraft ist unverkäuflich und Du kannst nur etwas freiwillig geschenkt bekommen davon, wenn ich als Mann und souveränes und mündiges, einmaliges, göttlich beseeltes Individuum respektvoll wertgeschätzt werde.
Gerschon
 
Beiträge: 101
Registriert: Nov 12th, '12, 17:25

Re: Heimverzeichniszugriff mit Samba auf Server...

Beitragvon man-draker » Sep 27th, '15, 16:35

Gerschon hat geschrieben:Frage:
Ist der Betrieb von Samba parallel zu NFS möglich? Dann kann ich mich ja da auch mal dran wagen...

Die beiden sind prinzipiell unabhängig voneinander.

Die Frage lautet halt, was genau mit den Dateien auf den Freigaben geschehen soll. Wenn du nur gelegentlich mal auf eine Datei - und das noch von einem unter Wine laufenden Windows-Programm aus - zugreifen möchtest, macht ein Parallelbetrieb keinen Sinn.

Wenn du keine (echten) Windows-Rechner hast, macht der Betrieb eines Samaba-Servers keinen Sinn.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56


Zurück zu Erweiterter Support

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast