Renombrar servidores SMB

1. método auto_fs

Los dos recursos compartidos se montarán automáticamente.

Cree una carpeta Compartir y dos carpetas Development y Live dentro de la carpeta de Usuario y cambie su auto_master con sudo nano /etc/auto_master a

/etc/auto_master

#
# Automounter master map
#
+auto_master                        # Use directory service
/-                                  auto_smb    -nosuid
/net                                -hosts      -nobrowse,hidefromfinder,nosuid
/home                               auto_home   -nobrowse,hidefromfinder
/Network/Servers                    -fstab
/-                                  -static

y crea un archivo con sudo touch /etc/auto_smb y agrega con sudo nano /etc/auto_smb el contenido

/etc/auto_smb

/Users/username/Share/Development -fstype=smbfs,noowners,soft ://user:password@dev-server_ip/Shared_Folder
/Users/username/Share/Live -fstype=smbfs,noowners,soft ://user:password@prod-server_ip/Shared_Folder 

para miembros de AD

/Users/username/Share/Development -fstype=smbfs,noowners,soft ://DOMAIN\;user:password@dev-server_ip/Shared_Folder
/Users/username/Share/Live -fstype=smbfs,noowners,soft ://DOMAIN\;user:password@prod-server_ip/Shared_Folder  

Ambos archivos ("auto＿master" & "auto＿smb") necesitan una línea vacía al final

cambiar la raíz del archivo solo legible:

sudo chown 600 /etc/auto_smb

ingrese sudo automount -vc en la Terminal con la salida:

$ sudo automount -vc
automount: /Users/username/Share/Development updated
automount: /Users/username/Share/Live updated
automount: /net updated
automount: /home updated
automount: no unmounts

Tenga en cuenta el resultado: / Users / username / Share / Development o Live updated

(He probado esto con Mac OS X 10.10.1 (como cliente) y Windows Server 2012 R (Active Directory) en un VirtualLab. Funcionó sin problemas y sobrevivió a cualquier reinicio. Las siguientes soluciones provisionales no era necesario para mí.

Si los recursos compartidos no se montan con los derechos de acceso correctos (por ejemplo, solo la raíz) es posible que tenga que desmontarlo con sudo umount /Users/.../shares y volver a montarlo con 'cd /User/.../shares'.

Un enfoque automático con launchd es la siguiente solución :

Crear un script:

while ! mount | grep "map auto_smb on /Users/user/Share  
do  
        sleep 2  
done  

if ! mount | grep "mount .* mounted by user"  
then  
        sudo umount /Users/user/Share/Development
        sudo umount /Users/user/Share/Live
        sudo -u user cd /Users/user/Share/Development  
        sudo -u user cd /Users/user/Share/Live
fi  

(no sé si la línea 1 en el script es correcta)

y guárdalo en algún lugar, por ejemplo. /Users/user/bin/remount.sh .

Para llamar a la secuencia de comandos como LaunchDaemon, debe crear una lista en / Library / LaunchDaemons similar a esta:

<?xml version="1.0" encoding="UTF-8"?>  
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"     "http://www.apple.com/DTDs/PropertyList-1.0.dtd">  
<plist version="1.0">  
<dict>  
          <key>Label</key>  
          <string>com.organization.remount</string>  
          <key>ProgramArguments</key>  
          <array>  
                    <string>/Users/user/bin/remount.sh</string>  
          </array>  
          <key>RunAtLoad</key>  
          <true/>  
</dict>  
</plist>  

La cadena com.organization.remount también es el nombre que tendrá que dar al archivo, con la extensión plist: "com.organization.remount.plist".

La cadena /Usuarios/usuario/bin/remount.sh es la ruta hacia donde guardó su script.

2. Método de línea de comando de Windows Server2008r2 (si tiene derechos de administrador y acceso a los servidores)

realmente rápido y sucio: net share <sharename=drive:path>

Ejemplo:
net share Live = C: \ Data (en el servidor de producción)
net share Development = C: \ Data (en el servidor de desarrollo)

Aquí hay una sugerencia: enlace

He usado un método similar para montar volúmenes usando sshfs en puntos de montaje particulares para iTunes y calibre y similares.