Ох, у меня есть новости по этому вопросу, и, похоже, это проблема с FreeNAS-DNS, как и предполагали @vmanz и @webstaff. Кстати, с Новым годом вас всех! Я пришёл в офис с этой проблемой в голове, включил сервер Proxmox, и всё по-прежнему, может, я надеялся, что проблема сама собой решится — иногда такие вещи можно пожелать в Новый год. Если серьезно, я подключил дисплей и клавиатуру к Proxmox и выполнил следующую команду:

Code: qm start 100
root@pve01:~# storage 'Backups' is not online

Затем:

Code: mount 172.16.10.10:/mnt/RAID/Backups /mnt/pve/Backups

Всё нормально, теперь:

Code: qm start 100

Тоже всё нормально. Виртуальная машина (pfSense) теперь работает. Пока ничего нового, я это уже публиковал в самом начале. Теперь к новому. Следуя предложению о DNS на FreeNAS, я вошел в WebGUI и добавил PDC (также DNS сервер) в поле "Nameserver 1" следующим образом: https://imgur.com/6cNTnYV (прямой адрес, потому что в прошлый раз встроенные изображения не работали). После этого я вошел в FreeNAS с помощью PuTTY и выполнил:

Code: nslookup pve01.localdomain.net
Вывод: 172.16.10.101, FreeNAS видит DNS-сервер. Теперь я пытаюсь добавить новую NFS-расшерение в Proxmox, но на этот раз с использованием WebGUI. Оказалось, что теперь я могу это сделать, Proxmox показывает NFS-расшерения на FreeNAS. Я добавил второе, названное ISOS. Всё нормально, теперь я выполняю в Proxmox:

Code: reboot

Виртуальные машины и контейнеры не запускаются автоматически, проблема вернулась. Я снова запускаю:

Code: mount 172.16.10.10:/mnt/RAID/Backups /mnt/pve/Backups

Но на этот раз я получаю ответ "Timed out" от mount.nfs. Тогда я перешел в FreeNAS и удалил поле Nameserver 1, оставив его пустым, и снова выполнил:

Code: mount 172.16.10.10:/mnt/RAID/Backups /mnt/pve/Backups

На этот раз всё прошло, значит, по методу исключения, проблема в поле DNS. Это замкнутый круг: FreeNAS пытается достучаться до 172.16.10.1 (DNS), но Proxmox не может запустить PDC, потому что FreeNAS не получает ответа от PDC. Поэтому, как и предложил Дэйв (@webstaff), это можно "исправить", указав на физическое устройство, которое будет выполнять роль вторичного DNS-сервера. Я использую обычный коммутатор TP-LINK, и даже не нашёл IP-адрес для его WebGUI, так что это не сработает, если я не придумаю, как получить физический DNS-сервер. Так что ДА, могу подтвердить, что "проблема" в FreeNAS и настройках DNS. Однако зачем FreeNAS обязательно использовать DNS-сервер для этого? И почему запись в файле /etc/hosts/ не подойдет? Я отмечу пост как РЕШЕННЫЙ, когда найду обходной путь для решения этой проблемы, но мне ясно, что здесь происходит. Спасибо вам, ребята, за помощь. @vmanz, если бы я обратил внимание на ваш пост о DNS, это бы сэкономило много времени всем. Также @dcsapak.

Размещение виртуализированного DNS-сервера на общем доступе FreeNAS может привести к "эффекту куриного яйца". FreeNAS может быть капризным, особенно если у вас включены все эти Active Directory и Samba. Если вы часто сталкиваетесь с сообщениями типа "хранилище <STORAGE> не в сети", проверьте также на хосте PVE: команда Code: nfsstat -r и обратите внимание на значение 'retrans', это также может указывать на то, что NFS-сервер на FreeNAS не может запустить достаточное количество NFS-ядреных потоков (включая RPC-вызовы) http://doc.freenas.org/11/services.html#nfs команда Code: vfs.nfsd.maxthreads vfs.nfsd.minthreads