Наконец, мы выяснили причину проблемы.Похоже, что команда FileNet имеет некоторый порог для принятия неверных учетных данных.Когда приложение превышает это пороговое значение недопустимых попыток, оно сбрасывает SSH_MSG_DISCONNECT: 11 Too many bad authentication attempts!
и, по-видимому, переводит его в режим ожидания принятия нового соединения на 15 или 30 минут.
Похоже, что одна из программ планировщика в prod использует недействительные учетные данные для неоднократного попадания в FileNet автономным способом.Из-за этого другие программы, которые предположительно работают нормально, периодически выдавали ошибку, когда Filenet не могла принять новое соединение из-за превышения порога неудачных попыток аутентификации, вызванных другой программой.