1

Обновление: я выполнил действия, рекомендованные службой поддержки Digital Ocean (внизу), и опубликовал продолжение: https://unix.stackexchange.com/questions/179163/how-to-get-sftp-on-ubuntu-working-again. Должна ли -я-примерка к FIX-это или переустановка


Впервые с момента создания моего сервера Digital Ocean я получаю сообщение об ошибке "отказано в соединении" при попытке подключиться к моему компьютеру с помощью сетевого диска SFTP (поэтому я могу сопоставить его как диск с буквами на моем компьютере с Windows), WebDrive (и SFTP Net Drive) или FileZilla. Я могу подключиться к консоли просто отлично.

Я также создал новую временную учетную запись, которая __CAN__ sftp на той же машине просто отлично.

Я обновил и перезапустил сервер и мой компьютер с Windows и переустановил SFTP Net Drive, но он все равно не работает.

Конфигурация не изменилась вообще ни на одной машине. Я новичок в Ubuntu/Bash. Я играл с псевдонимами и псевдонимами в моем .bashrc (как здесь, здесь, здесь и здесь, но я ничего не могу понять, что могло бы повлиять на это. Я не изменил никакой другой конфигурации. Я пока не знаю как.

На SFTP Net Drive Free вот главный экран:

Скриншот

Когда я пытаюсь подключиться:

Скриншот

Согласно их веб-сайту, это означает SSH_ERROR_CONNECTION_CLOSED .

Подробная конфигурация (опять же, без изменений с августа):

Скриншот

В WebDrive это то же самое: «Ошибка Winsock: WSAECONNREFUSED (10061)». Это сообщение одинаково для всех возможных вариантов:

Скриншот

Попытка соединения через FileZilla с незащищенным FTP (я изменил свой реальный ip на 123.45.67.891. Простите, если это не правильно):

Status: Connecting to 123.45.67.891:22...
Status: Connection established, waiting for welcome message...
Response: SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
Error: Cannot establish FTP connection to an SFTP server. Please select proper protocol.
Error: Critical error: Could not connect to server

Моя настройка:

Скриншот

С SFTP:

Status: Connecting to 123.45.67.891...
Response: fzSftp started
Command: open "myusername@123.45.67.891" 22
Command: Pass: ************
Status: Connected to 123.45.67.891
Error: Connection timed out
Error: Could not connect to server

Он висит на линии «Подключено к 123.45.67.891», а затем время ожидания. Это никогда не соединяет.

Использование FTP с "Требовать явного FTP через TLS":

Status: Connecting to 123.45.67.891:990...
Status: Connection attempt failed with "ECONNREFUSED - Connection refused by server".
Error: Could not connect to server

Тот же результат с "неявным"


$ ping 123.45.67.891

Pinging 123.45.67.891 with 32 bytes of data:
Reply from 123.45.67.891: bytes=32 time=21ms TTL=251
Reply from 123.45.67.891: bytes=32 time=24ms TTL=251
Reply from 123.45.67.891: bytes=32 time=26ms TTL=251
Reply from 123.45.67.891: bytes=32 time=17ms TTL=251

Ping statistics for 123.45.67.891:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 17ms, Maximum = 26ms, Average = 22ms

$ tracert 123.45.67.891

Tracing route to originaldjangster.com [123.45.67.891]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms Wireless_Broadband_Router.home [192.168.1.1]
2 7 ms 7 ms 8 ms L100.CMDNNJ-VFTTP-20.verizon-gni.net [71.188.123.1]
3 12 ms 11 ms 14 ms G0-1-3-2.CMDNNJ-LCR-22.verizon-gni.net [100.41.201.86]
4 33 ms 12 ms 16 ms xe-9-1-2-0.NY5030-BB-RTR2.verizon-gni.net [130.81.209.144]
5 * * * Request timed out.
6 12 ms 16 ms 17 ms 2.ae0.XT2.NYC4.ALTER.NET [140.222.227.27]
7 23 ms 20 ms 24 ms TenGigE-7-0-3.GW5.NYC4.ALTER.NET [152.63.18.190]
8 12 ms 17 ms 15 ms teliasonera-gw.customer.alter.net [152.179.163.178]
9 14 ms 17 ms 18 ms nyk-b6-link.telia.net [213.155.131.117]
10 16 ms 16 ms 17 ms digitalocean-ic-306491-nyk-b5.c.telia.net [62.115.44.242]
11 20 ms 20 ms 11 ms 192.241.164.242
12 26 ms 16 ms 17 ms originaldjangster.com [123.45.67.891]

После разговора с Digital Ocean они говорят, что не могут ничего реплицировать, и им не разрешается входить напрямую с временной учетной записью, которую я создал для temp (ни с моей реальной учетной записью с временным паролем). Они предложили мне попробовать эти (по их словам, "очень устаревшие") шаги.

Я буду, и я буду обновлять этот вопрос с результатами. Но я устала и мне нужно забрать ребенка из школы.

Какие-нибудь подсказки в том, что я написал до сих пор? Я полностью застрял, и все, что мне нужно сделать, это через SFTP.

Вот полная тема поддержки с Digital Ocean.

Мне сказали, что SFTP был "красивым или кошмарным". Теперь, я думаю, я понимаю.

2 ответа2

3

Я прочитал эту ветку, и у вас есть примеры FTP, FTP/S и SFTP, все они пытаются подключиться к одному и тому же серверу через один и тот же порт. Важно помнить, что SFTP, FTP/S и FTP очень разные и работают на разных портах.

SFTP (протокол защищенной передачи файлов по SSH-шифрованию) обычно работает на порту 22 и не совпадает с FTP/S. FTP/S (протокол передачи файлов (RFC959) через шифрование SSL/TLS) обычно работает на порту 990 или 21 (если используется AUTH SSL/TLS).

Если ваш сервер SFTP, то вы хотите настроить свой SFTP-клиент, нам нравится WebDrive :), в режиме SFTP. После настройки протокола убедитесь, что ваше имя пользователя и пароль верны.

Если вы не дошли до этого, или если вы получили отказ рукопожатия, возможно, что клиент и сервер не могут согласовать общий набор шифров и компьютеров Mac. В последнее время наблюдается тенденция отходить от шифров на основе CBC и переходить на более безопасные шифры на основе CTR. Если ваш SFTP-клиент настроен на использование только AES+CBC, возможно, сервер его больше не принимает, и вам необходимо обновить свой SFTP-клиент, чтобы вместо него использовать любые шифры CTR .... уточните у администратора сервера, что они служба поддержки.

WRT WebDrive, если у вас все еще возникают проблемы с подключением, отправьте заявку в нашу службу поддержки по адресу srthelpdesk.com, и кто-то поможет вам как можно скорее.

1

Оказывается, сбой SFTP, если какой-либо текст выводится на консоль. Я добавил эхо к моему ~/.bashrc , который убил его.

Я добавил следующее в самый верх .bashrc:

:<<COMMENT
  SFTP breaks if any thing is output to the shell, and it doesn't need
  anything in .bashrc anyway.

  Description of the following line of code: "If file descriptor 0, or 
  'the input' is connected to a terminal, which is true when you do: 
     ssh yourhost 
  but not when you do:
     ssh yourhost bash -s < script # here it's connected to 'script', a file"

  See
  - https://serverfault.com/questions/485487/use-bashrc-without-breaking-sftp
  - http://www.openssh.com/faq.html#2.9
COMMENT
[ -t 0 ] || return

Кроме того, я переместил эхо, которое я намеревался ввести как вводное сообщение, в /etc/motd , как описано в этом ответе.


Благодаря dualbus и Исикаве на #bash.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .