У меня есть сервер Bacula, построенный некоторое время назад с "wbsairback". Сервер имеет два сетевых интерфейса: eth0: 192.168.1.100 eth1: 10.1.1.100

А вызывающий проблемы клиент Windows имеет только один интерфейс с адресом 10.1.1.101.

Итак, в Bacula я настроил клиент на использование диапазона адресов 10.xxx. Вот файл конфигурации (/etc/bacula/storages/my-storage-config.conf):

Storage {
  Name = my-storage-config
  Address = 10.1.1.100
  SDPort = 9103
  Password = "super-strong-pass"
  Device = my-storage-config
  Media Type = File
  Maximum Concurrent Jobs = 50
}

Даже когда параметр Address говорит «10.1.1.100», когда я запускаю задание для этого клиента, через несколько минут выдается следующая ошибка:

windows-client-fd JobId 12402: Warning: lib/bsock.c:132 Could not connect to Storage daemon on 192.168.1.100:9103. ERR=The operation completed successfully

И если я иду к клиенту и запускаю команду netstat -na я ясно вижу, что клиент пытается получить адрес 192.168.1.100:

C:\> netstat -na | findstr 9103
  TCP    10.1.1.101:3471          192.168.1.100:9103      SYN_SENT

Почему сервер bacula сообщает клиенту bacula-fd, что нужно получить этот IP-адрес вместо правильного (10.1.1.100)?

Любые подсказки по устранению неполадок приветствуются!

(Извините за мой плохой английский)

|источник

0