$ umount -a:
Linux server01 3.10.0-957.1.3.el7.x86_64 #1 SMP Thu Nov 29 14:49:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Я могу успешно смонтировать файловый ресурс DFS, используя следующую команду:
$ sudo mount.cifs \\\\domain.com\\share /mnt/share -o username=user
$ mount | grep domain
\\domain.com\share on /mnt/share type cifs (rw,relatime,vers=default,cache=strict,username=user,domain=,uid=0,noforceuid,gid=0,noforcegid,addr=10.0.0.10,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1)
вот вывод DFSutil.exe в Windows, показывающий действительные рефералы:
C:/> dfsutil /pktinfo
Entry: \domain.com\share
ShortEntry: \domain.com\share
Expires in 260 seconds
UseCount: 0 Type:0x8081 ( REFERRAL_SVC DFS FAILBACK_ENABLED )
0:[\DFS-02\Share] AccessStatus: 0 ( ACTIVE TARGETSET )
1:[\DFS-01\Share] ( TARGETSET )
Если я имитирую отказ основного сервера (10.0.0.10), я не смогу смонтировать общий ресурс, даже если второй реферал действителен. Я включил подробный вывод команды:
sudo iptables -I OUTPUT -j DROP -d DFS-02.domain.com
sudo mount.cifs \\\\domain.com\\share /mnt/share -o username=user --verbose
Password for user@\domain.com\share: *****
mount.cifs kernel mount options: ip=10.0.0.4,unc=\\domain.com\share,user=user,pass=********
mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
sudo tail /var/log/messages
May 30 11:50:52 server01 kernel: CIFS VFS: BAD_NETWORK_NAME: \\domain.com\share
10.0.0.4 - мой DC. Я могу вручную принудительно переключиться, изменив приоритет отсылок DFS на стороне Windows, но суть нашей DFS здесь в том, чтобы автоматически переключаться на действующий сервер. Клиенты Windows могут делать это по умолчанию. Недавно у нас вышел из строя один из серверов DFS, что вызвало больше проблем, чем мы ожидали.
Есть ли конфигурация или пакет для cifs, которые я, вероятно, пропустил? Правильно ли работают отсылки DFS на других вариантах?
Не дубликат этот вопрос 2013 года, который не имеет ответа и ссылается на неработающую ссылку. Кажется, это не связано со старыми проблемами, когда для использования cifs.upcall необходимо было добавить более старые записи keyutils (<1.5) dns_resolver.