web-dev-qa-db-ja.com

BaculaDirectorデーモンがWindows7クライアントを認証できません

私のdirectorデーモンはubuntuマシンでホストされており、クライアントはWindows7マシンです。両方のマシンは同じサブネット上にあります。サーバーとクライアント間の認証に問題があります。サーバー側で発生するエラーは次のとおりです。

10-May 12:00 mydir-dir JobId 6395: Start Backup JobId 6395, Job=server-bkp.2013-05-10_12.00.00_13  
10-May 12:00 mydir-dir JobId 6395: Using Device "RAID_Device"    
10-May 12:00 mydir-dir JobId 0: Fatal error: Unable to authenticate with File daemon at "myserver.ip.address:9102". Possible causes:  
Passwords or names not the same or  
Maximum Concurrent Jobs exceeded on the FD or  
FD networking messed up (restart daemon).  
Please see http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION003760000000000000000 for help.  
*q  
root@cosmo:~# telnet my-client-hostname.domain 9102  
Trying myclient.ip.address...  
Connected to my-client-hostname.domain.  
Escape character is '^]'.  
^[^[  
Connection closed by foreign Host.

Windows 7クライアントマシン上の私のbconsole.confファイル：

Director {
Name = mydir-dir
DIRport = 9101
address = mydir.domain
Password = "my_secret_password"
}

クライアント上の私のbacula-fd.confファイルは次のとおりです。

# Main Director
Director {
Name = mydir-dir
Password = "my_secret_password"
}


# File Daemon
FileDaemon {
Name = my-client-hostname-fd
FDport = 9102
WorkingDirectory = "C:\\Program Files\\Bacula\\working"
Pid Directory = "C:\\Program Files\\Bacula\\working"
Maximum Concurrent Jobs = 10
}

# Where to send messages.
Messages {
Name = Standard
director = mydir-dir = all, !skipped, !restored
}

これは、サーバー上の/etc/bacula/bacula-dir.confが以下に示すものです。一部の不要な情報が削除されていることに注意してください。

# Main Director for backup control.
Director {
  Name = mydir-dir
  DIRport = 9101
  QueryFile = "/etc/bacula/scripts/query.sql"
  WorkingDirectory = "/home/bacula/bacula/working"
  PidDirectory = "/var/run/bacula"
  Password = "my_secret_password"
  Messages = Standard
}

# Restricted Director for monitoring.
Console {
  Name = mydir-mon
  Password = "my_other_password"
  CommandACL = status, .status
}

# Catalog within the MySQL database
Catalog {
  Name = MYDIR_Catalog
  DB Name = bacula
  DB Address = localhost
  user = "MY_USER_NAME"
  password = "MY_DB_PASSWORD"
}

# Storage to use for backup
Storage {
  Name = RAID_Storage 
  Password = "MY_SD_PASSWORD"
  Address = mydirhost.domain
  SDPort = 9103
  Device = RAID_Device
  Media Type = File
}


# Include client, job, schedule and fileset information
@/etc/bacula/clients/MY-CLIENT-HOSTNAME.conf

最後に、私の/etc/bacula/clients/MY-CLIENT-HOSTNAME.CONFを以下に示します。繰り返しますが、いくつかの不要な情報は省略されています。

# Client information for my-client-hostname
Client {
  Name = my-client-hostname
  Password = "my_secret_password"
  Address = my-client-hostname.domain
  FDPort = 9102
  Catalog = MYDIR_Catalog
}

*すべてのファイルで同じ「my_secret_password」を使用していることに注意してください。

ファイアウォールとtelnet経由の認証を確認しましたが、正常に機能しているようです。誰かが私が間違っていることを教えてくれたら、私は素晴らしく嬉しいです!!!

linuxwindowsnetworkingwindows-7bacula
1
MRashid

エラーメッセージは次のとおりです。

考えられる原因：
パスワードまたは名前同じではないまたは
FDまたはで最大同時ジョブ数を超えました
FDネットワークが台無しになりました（デーモンを再起動します）。

ディレクターの構成：

# Client information for my-client-hostname
Client {
  Name = my-client-hostname
  Password = "my_secret_password"
  Address = my-client-hostname.domain
  FDPort = 9102
  Catalog = MYDIR_Catalog
}

ファイルデーモンの構成：

....other stuff.....
# File Daemon
FileDaemon {
  Name = my-client-hostname-fd
  FDport = 9102
  WorkingDirectory = "C:\\Program Files\\Bacula\\working"
  Pid Directory = "C:\\Program Files\\Bacula\\working"
  Maximum Concurrent Jobs = 10
}
....more stuff.....

ですから、名前が一致しないものを編集するのを間違えない限り、それは見えます。
[。

2
voretaq7

私はBaculaサーバークライアントバックアップツールにも取り組んでいます。ファイルデーモンがdirectorおよびstorageデーモンよりも新しい場合、そのエラーがスローされることに気づきました。 bacula-fd 5.2バージョンを入手して、sdおよびdirectorと互換性を持たせてみてください。それが役に立てば幸い！

0
hemang sharma

少し古い質問ですが、誰かがまだ答えを探している可能性があります。これは、Windowsファイアウォールの問題である可能性があります...そして、ファイアウォールをチェックしたと既に言っていることを私は知っています。私はubuntuでtelnetを使用してポートを試しましたが、開いているように見えましたが、機能しませんでした。 ％ProgramFiles％\ Bacula\bacula-fd.exeへの接続を許可するwindowsfwルールを追加した後、directorが認証を開始しました。だから私はそれを試してみます:)

0
nesko

私は似たようなものを見たことがあると確信しています。そのホストで実行されるジョブの一部としてコマンドを実行した場合（「ClientRun Before Job」ステートメントなど）、そのコマンドが一時停止したり、何らかの方法で停止したりすると、再起動してもBaculaが壊れます。エージェント。

これが発生した場合、「before job」コマンドは、エージェントが実行されているリスニングファイル記述子を継承し、開いたままにします。 baculaを再起動すると、Windowsは、baculaがリッスンするリスニングアドレスにバインドされているプロセスがすでに存在することを気にしないようで、Baculaを起動させます。

ただし、バキュラに送信するすべてのトラフィックは、実際には、バキュラ自体ではなく、バキュラの古いインスタンスからの漂遊コマンドによって受信されています。

これを修正するには。

  • WindowsマシンでBaculaエージェントを停止します。
  • Windowsホストでnetstatを実行し、ポート9102でリッスンしているプロセスを探します。
  • それらのプロセスを終了します。
  • バキュラを開始します。

もう1つの問題は、Baculaの最大接続数が不足していることですが、この場合はエージェントを再起動するだけで修正できます。

0
Matthew Ife