„EOF on read” w przypadku korzystania z metody uwierzytelniania SSH

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 DailySet1 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 hoście zdalnym. Innym wyświetlanym komunikatem może być „Odmowa uprawnień (publickey, gssapi-with-mic, hasło)”, zwykle wskazujący, że uwierzytelnianie za pomocą 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 potwierdzić, że problem został rozwiązany również dla Amandy.

pl_PLPolish