Migración de Samba 3 a 4: una pesadilla con DNS
Publicado: 22 de abril de 2024 - 17:05
Hola a todos,
Estoy teniendo dificultades con las pruebas de migración de mi controlador de dominio Samba 3 en modo NT4 a Samba 4.19. Tengo un nombre de dominio que uso para mi sitio web y correo electrónico; actualmente lo gestiona OVH y no tengo intención de recuperarlo.
Nombre de dominio externo: masociete.fr
Nombre de dominio NT4 local: marue205
Zona DNS local: marue205
En el futuro servidor AD, la parte Kerberos se configura de la siguiente manera:
En el archivo smb.conf global que uso con el comando de actualización clásica del dominio samba-tool... tengo
Cuando inicio la migración, uso el siguiente comando:
Todo está bien y no recibo ningún error. El nuevo smb.conf se ve así
Estoy agregando los perfiles para compartir
La carpeta existe en el nuevo servidor, así como la carpeta de perfil de usuario para mis pruebas con los derechos userDeTest:domain users.
Reinicié todo e inicié una máquina virtual que se conectó sin problemas al antiguo controlador de dominio NT4 (detuve los procesos smbd y nmbd en el servidor anterior). La sesión se abrió, pero recibí una notificación indicando que estaba en un perfil temporal. Incluso con el nivel de registro establecido en 3, el registro de Samba no mostró ningún mensaje; de hecho, ni siquiera recibí ninguna notificación de que un usuario hubiera iniciado sesión. Es como si la máquina virtual no pudiera encontrar el servidor de Active Directory, aunque ambos son los únicos dispositivos en la red.
Una vez abierta la sesión temporal de Windows, intenté acceder a mi Active Directory directamente desde la barra de direcciones del explorador de archivos mediante \\svad01 y, como por arte de magia, pude ver todos los recursos compartidos. Pude acceder al recurso compartido de perfiles y crear un directorio dentro de él. Esto solucionó el problema de los permisos.
En la consola de eventos de Windows de la VM (es Windows 7, sé que es antiguo, pero estoy migrando a Samba 4 para poder actualizar a Windows 10), aparece el siguiente mensaje:
Integré la parte DNS siguiendo esta documentación: https://samba.tranquil.it/doc/fr/samba_...ebian.html
En el lado de la red, DHCP administra la configuración y en la máquina de prueba se ve así:
Estoy completamente perdido, y cuanto más pruebas hago, menos funciona 
¿Tienes alguna idea?
Gracias de antemano.
Felipe.
Estoy teniendo dificultades con las pruebas de migración de mi controlador de dominio Samba 3 en modo NT4 a Samba 4.19. Tengo un nombre de dominio que uso para mi sitio web y correo electrónico; actualmente lo gestiona OVH y no tengo intención de recuperarlo.
Nombre de dominio externo: masociete.fr
Nombre de dominio NT4 local: marue205
Zona DNS local: marue205
En el futuro servidor AD, la parte Kerberos se configura de la siguiente manera:
Código: Seleccionar todo
[libdefaults]
default_realm = marue205.masociete.fr
dns_lookup_kdc = true
dns_lookup_realm = falseCódigo: Seleccionar todo
netbios name = svad01
server string = Gestionnaire de domaine
workgroup = marue205Código: Seleccionar todo
samba-tool domain classicupgrade --dbdir=/root/backup/samba/var --realm=MARUE205.MASOCIETE.FR /root/backup/samba/etc/smb.confCódigo: Seleccionar todo
[global]
netbios name = SVAD01
realm = MARUE205.MASOCIETE.FR
server role = active directory domain controller
workgroup = MARUE205
idmap_ldb:use rfc2307 = yes
[sysvol]
path = /var/lib/samba/sysvol
read only = No
[netlogon]
path = /var/lib/samba/sysvol/marue205.masociete.fr/scripts
read only = NoCódigo: Seleccionar todo
[profiles]
path = /media/ds_cifs_profiles
read only = No
csc policy = disable
vfs objects = acl_xattr
force create mode = 0600
force directory mode = 0700
store dos attributes = yesReinicié todo e inicié una máquina virtual que se conectó sin problemas al antiguo controlador de dominio NT4 (detuve los procesos smbd y nmbd en el servidor anterior). La sesión se abrió, pero recibí una notificación indicando que estaba en un perfil temporal. Incluso con el nivel de registro establecido en 3, el registro de Samba no mostró ningún mensaje; de hecho, ni siquiera recibí ninguna notificación de que un usuario hubiera iniciado sesión. Es como si la máquina virtual no pudiera encontrar el servidor de Active Directory, aunque ambos son los únicos dispositivos en la red.
Una vez abierta la sesión temporal de Windows, intenté acceder a mi Active Directory directamente desde la barra de direcciones del explorador de archivos mediante \\svad01 y, como por arte de magia, pude ver todos los recursos compartidos. Pude acceder al recurso compartido de perfiles y crear un directorio dentro de él. Esto solucionó el problema de los permisos.
En la consola de eventos de Windows de la VM (es Windows 7, sé que es antiguo, pero estoy migrando a Samba 4 para poder actualizar a Windows 10), aparece el siguiente mensaje:
Código: Seleccionar todo
Windows ne peut pas trouver de copie serveur de votre profil itinérant et tente de vous ouvrir une session avec votre profil local. Les modifications apportées au profil ne seront pas copiées sur le serveur lorsque vous fermerez votre session. Ce problème peut être causé par des problèmes réseau ou des droits de sécurité insuffisants.
DÉTAIL - Nom de réseau introuvable.
Id : 1521
Utilisateur : MARUE205\userDeTest
Ordinateur : pc01.marue205.masociete.frEn el lado de la red, DHCP administra la configuración y en la máquina de prueba se ve así:
Código: Seleccionar todo
Configuration IP de Windows
Nom de l'hôte . . . . . . . . . . : pc01
Suffixe DNS principal . . . . . . : marue205.masociete.fr
Type de noeud. . . . . . . . . . : Hybride
Routage IP activé . . . . . . . . : Non
Proxy WINS activé . . . . . . . . : Non
Liste de recherche du suffixe DNS.: marue205.masociete.fr
Carte Ethernet Connexion au réseau local 4 :
Suffixe DNS propre à la connexion. . . : marue205.masociete.fr
Description. . . . . . . . . . . . . . : Carte Intel(R) PRO/1000 MT pour stat
ion de travail
Adresse physique . . . . . . . . . . . : 08-00-27-8A-4A-F7
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui
Adresse IPv4. . . . . . . . . . . . . .: 192.168.XXX.125(préféré)
Masque de sous-réseau. . . . . . . . . : 255.255.255.0
Bail obtenu. . . . . . . . . . . . . . : lundi 22 avril 2024 16:29:56
Bail expirant. . . . . . . . . . . . . : lundi 22 avril 2024 17:29:55
Passerelle par défaut. . . . . . . . . : 192.168.XXX.254
Serveur DHCP . . . . . . . . . . . . . : 192.168.XXX.41
Serveurs DNS. . . . . . . . . . . . . : 192.168.XXX.41
192.168.XXX.38
Serveur WINS principal . . . . . . . . : 192.168.XXX.41
NetBIOS sur Tcpip. . . . . . . . . . . : ActivéCódigo: Seleccionar todo
C:\Users\TEMP>ipconfig /flushdns
Configuration IP de Windows
Cache de résolution DNS vidé.
C:\Users\TEMP>ipconfig /flushdns
Configuration IP de Windows
Cache de résolution DNS vidé.
C:\Users\TEMP>ipconfig /flushdns
Configuration IP de Windows
Cache de résolution DNS vidé.
C:\Users\TEMP>ping svad01
Envoi d'une requête 'ping' sur svad01.marue205.masociete.fr [192.168.XXX.41] avec
32 octets de données :
Réponse de 192.168.XXX.41 : octets=32 temps<1ms TTL=64
Réponse de 192.168.XXX.41 : octets=32 temps<1ms TTL=64
Réponse de 192.168.XXX.41 : octets=32 temps<1ms TTL=64
Réponse de 192.168.XXX.41 : octets=32 temps<1ms TTL=64
Statistiques Ping pour 192.168.XXX.41:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0msGracias de antemano.
Felipe.
