在我的虚拟CentOS Linux 7.3.1611版上配置Bacula服务器以执行基本的本地备份工作时，我试图保持清醒。
我在conf文件中准备了所有必要的配置，并相应地准备了mysql数据库。
当我想启动一个作业（现在是本地备份）时，我在bconsole中输入以下命令：
*Connecting to Director 127.0.0.1:9101
1000 OK: bacula-dir Version: 5.2.13 (19 February 2013)
Enter a period to cancel a command.
*label
Automatically selected Catalog: MyCatalog
Using Catalog "MyCatalog"
Automatically selected Storage: File
Enter new Volume name: MyVolume
Defined Pools:
1: Default
2: File
3: Scratch
Select the Pool (1-3): 2
这又回来了
Connecting to Storage daemon File at 127.0.0.1:9101 ...
Failed to connect to Storage daemon.
Do not forget to mount the drive!!!
You have messages.
其中消息是：
12-Sep 12:05 bacula-dir JobId 0: Fatal error: authenticate.c:120 Director unable to authenticate with Storage daemon at "127.0.0.1:9101". Possible causes:
Passwords or names not the same or
Maximum Concurrent Jobs exceeded on the SD or
SD networking messed up (restart daemon).
Please see http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION00260000000000000000 for help.
我仔细检查了所有conf文件的完整性、名称和密码。我不知道在哪里可以进一步查找错误。
我很乐意发布conf文件的任何部分，但如果没有必要的话，我不想马上把这个问题搞砸。谢谢你的提示。
最佳答案
它也许能帮助那些犯了和我同样错误的人：
翻阅了一页又一页的手册，我发现这是我自己的错误。我已经（由于我不清楚的原因，我想在解决另一个问题之前会遇到麻烦）将控制器、文件守护程序和存储守护程序的所有端口设置为9101。
所以我假设bacula组件一定在端口9101上阻塞了彼此的通信。在根据手册重置了默认端口（比如91029103）之后，它工作了，我现在可以在本地备份了。
关于linux - Bacula-Director无法通过存储守护程序进行身份验证，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/46173695/