SFTP и FileZilla - Соединение, закрытое сервером с кодом выхода 128
Решением для сервера имен является самая простая опция, но необходимо установить TTL согласно потребностям. Существует много отношений обсуждений TTL. Мы используем серверы имен с низким TTL с нескольких лет, и это решение работает хорошо на нас, но если Вы хотите реальную и быструю систему обработки отказа, необходимо пойти на более сложное решение как BGP, если ISP поддерживает его.
Мало образца (с очень простым объяснением TTL) обработки отказа по имени серверы.
Введите запись в обоих серверах DNS: www.domain1.com 1.1.1.1 TTL 10 (1.1.1.1 общедоступный IP основного ISP),
Когда основные сбои ISP, необходимо изменить запись www.domain2.com к 2.2.2.2 (где 2.2.2.2 общедоступный IP обработки отказа ISP).
TTL говорит клиенту (браузеры и другие серверы имен) во всем мире, что IP-адрес для www.domain1.com допустим в течение 10 секунд. После 10 секунд клиент должен повторно спросить IP к серверу имен.
Эта ссылка может объяснить лучше, также почему это не идеальное решение.
Пробовали ли вы перезапустить службу, поскольку она работала раньше? Еще одна вещь, которую вы можете попробовать, - это использовать пассивный режим для вашего соединения. Также попробуйте сбросить пароль или создать новую учетную запись пользователя (ваша текущая учетная запись может быть заблокирована).
Мне кажется, проблема с разрешениями. Может ли ваша учетная запись пользователя получить доступ к любой ftp-папке, доступ к которой вы настроили при входе в систему? Имеете ли вы и пользователь root (или любая другая учетная запись, на которой запущены службы ftp / ssh) доступ к вашему домашнему каталогу и / или пользовательскому каталогу ftp?
Может ли ваша учетная запись пользователя получить доступ к любой ftp-папке, доступ к которой вы настроили при входе в систему? Имеете ли вы и пользователь root (или любая другая учетная запись, на которой запущены службы ftp / ssh) доступ к вашему домашнему каталогу и / или пользовательскому каталогу ftp? Может ли ваша учетная запись пользователя получить доступ к любой ftp-папке, доступ к которой вы настроили при входе в систему? Имеете ли вы и пользователь root (или любая другая учетная запись, на которой запущены службы ftp / ssh) доступ к вашему домашнему каталогу и / или пользовательскому каталогу ftp?Согласно этому сайту: http://forum.filezilla-project.org/viewtopic.php?f=2&t=17604 , проблема в неправильном имени пользователя / комбинация пароля.
У меня была такая же проблема с одним доменом на моем Linux-сервере RHEL. (Мой сервер требует ssh по соображениям безопасности.) Я попытался изменить логин, пароль и все остальное.
Что в итоге исправили, так это в моей панели управления WHM, я отключил Shell Fork Bomb Protection. Эта функция ограничивает ftp-соединения, если в домене много трафика. Когда я отключил это, ftp начал работать немедленно и работает с тех пор.
Это не имеет ничего общего с Filezilla или настройкой SCP. Это вопрос или ресурсы.
См. http://docs.cpanel.net/twiki/bin/view/11_30/WHMDocs/ShellFork
Возможно, это недопустимый файл .bashrc. В моем случае я обнаружил, что он ссылается на другой недавно удаленный сценарий, и поэтому потерпел неудачу.
Если вы используете ssh и scponlyc (chrooted), вам необходимо добавить следующую строку в / etc / ssh / sshd_config :
ForceCommand internal -sftp
ForceCommand Принудительно выполняет команду, указанную ForceCommand, игнорируя любую команду, предоставленную клиентом, и ~ / .ssh / rc, если настоящее время. Команда вызывается с помощью оболочки входа пользователя с параметром -c. Это относится к оболочке, команде или подпрограмме. системное исполнение. Это наиболее полезно внутри блока Match. Команда, изначально предоставленная клиентом, доступна в Переменная среды SSH_ORIGINAL_COMMAND. Указание команды «internal-sftp» приведет к принудительному использованию внутрипроцессного sftp. сервер, который не требует файлов поддержки при использовании с ChrootDirectory.