Ten artykuł jest przeznaczony dla Amanda Enterprise (AE)
Objawy problemu
Podczas używania SSH jako metody uwierzytelniania podczas sprawdzania hosta w kopii zapasowej | Która strona:
OSTRZEŻENIE: ultra2.zmanda.com: żądanie samodzielnego sprawdzenia nie powiodło się: EOF odczytano z ultra2.zmanda.com
Aby zobaczyć więcej informacji, wykonaj sprawdzenie hosta z wiersza poleceń za pomocą polecenia amcheck. Poniższy przykład pokazuje uruchamianie programu amcheck dla DziennyZestaw1 zestaw kopii zapasowych:
$ amcheck -c DailySet1 Amanda Backup Client Hosts Check -------------------------------- Weryfikacja klucza hosta nie powiodła się. OSTRZEŻENIE: ultra2.zmanda.com: żądanie samokontroli nie powiodło się: EOF przy odczytaniu z ultra2.zmanda.com Kontrola klienta: 1 host sprawdzony w 1.393 sekund, znaleziono 1 problem
Opisy problemów
Uwierzytelnianie przez SSH kończy się niepowodzeniem. Więcej szczegółów można zobaczyć w danych wyjściowych programu amcheck. W powyższym przykładowym wyniku widać, że uwierzytelnianie SSH kończy się niepowodzeniem, ponieważ „Weryfikacja klucza hosta nie powiodła się”. Ten konkretny komunikat wskazuje na problem z kluczami SSH, które nie są uwierzytelniane na zdalnym hoście. Innym widzianym komunikatem może być „Odmowa uprawnień (publickey, gssapi-with-mic, hasło)”, zwykle wskazujący, że uwierzytelnianie klucza publicznego SSH nie zostało w ogóle skonfigurowane.
Rozkład
Sprawdź Jak włączyć uwierzytelnianie SSH w Amanda Enterprise artykuł, aby uzyskać instrukcje dotyczące konfigurowania uwierzytelniania za pomocą klucza publicznego SSH dla Amandabackup użytkownik między serwerem kopii zapasowych a klientem.
Po rozwiązaniu wykonaj ponownie powyższą kontrolę, aby upewnić się, że problem został rozwiązany również dla Amandy.
