Нестандартная проблема - проблемы со скоростью по SFTP

День добрый.

Даже не знаю у кого спрашивать, у кого искать помощи по такой проблеме. Ситуация такая. Две точки. Дома - провайдер ростелеком (тариф 200 мегабит, по спидтесту и скорости закачки/отдачи торрентов - стабильные 180-190 мегабит и на прием и на отдачу). На даче - провайдер Инфо-лан (тариф 200 мегабит, по спидтесту разных серверов - и на прием и на отдачу 170/180 мегабит).Там где ростелеком - терминал, далее роутер ASUS RT-N56U и от него по проводу компьютер. Где инфолан - роутер микротик и по проводу компьютер.
Мне нужно иметь возможность скачивать большие файлы по SFTP c домашнего компьютера на дачу. Порт на роутере пробросил, доступ есть, все хорошо, но... Скорость скачивания 40-50 мегабит. То есть более чем в три раза меньше возможной. То же самое по самбе. Простой FTP поднять не смог - чего только не прописывал в роутере, не пропускает, да и пофиг. Пробовал разные фтп-серверы ставить (Windows 10) File Zilla, и WingFTP, сейчас вот Cerberus FTP. Вообще без разницы - скорость скачивания одинаково низкая. Пробовал просить знакомых скачивать с разных провайдеров - у всех так же 50, максимум 60 мегабит. Только у одного получилось где-то 150 мегабит на скачивание показать, но у него канал 400 мегабит.
Оба провайдера клянутся, что на их стороне никаких ограничений и проблем нет. Ну и по тестам похоже на правду. Но в то же время картина-то однозначная. Причем пробовал скачивать и с компьютера и с приставки, то есть с разных устройств.

В чем может быть проблема? Может SFTP как-то слишком жирно расходует канал и для 150 мегабит ему нужен канал в два раза толще? Что вообще проверять?

0

Сообщение от voland009 тариф 200 мегабит

Почитайте договора с провайдерами. Уверен на все 100%, что там написано что-то типа "ширина канала до 200 мегабит". И ваши 40-50 вполне укладываются в этот предел, так что предъявить ничего не выйдет.

Сообщение от voland009 То же самое по самбе. ... Пробовал разные фтп-серверы ставить (Windows 10) File Zilla, и WingFTP, сейчас вот Cerberus FTP. Вообще без разницы - скорость скачивания одинаково низкая. ... Пробовал просить знакомых скачивать с разных провайдеров - у всех так же 50, максимум 60 мегабит

Вот где-то тут должна была таки мелькнуть мысль, что проблема вовсе не в протоколах.

Сообщение от voland009 В чем может быть проблема?

В том, что канал обмена между провайдерами запросто может проходить по территории Мозамбика или Республики Конго.

Сообщение от voland009 Что вообще проверять?

Трассу можете глянуть, но проблему вашу это никак не решит.

0

Это конечно самый банальный ответ и, как верно замечено, проблему мою совсем никак не решает. Трасерт показывает 2-3мс пинга до каждого транзитного узла и сам путь - вполне региональный. Ну и скорость на торрентах до реальных Зимбабве значительно выше.
Где-то в другом месте рыба скрылась. Понять бы где.

0

Про Мозамбик то была шутка. Провайдерские сети обычно соединяются через специальные узлы, которые называются точками обмена, или IX. Делается это как раз для того, чтобы избежать прохождения локального трафика по дальним маршрутам. Обычно каналы в этой точке широкие, но, вероятно, зависят от вычислительных и/или финансовых возможностей конкретного провайдера. В вашем случае скорее всего кто-то кому-то недоплачивает, от чего его трафик шейпится в точке обмена.

Вам, вероятно, помог бы VPN, который приземлял бы входящий трафик в стране, до которой имеется хороший канал, но с учетом требований к скорости, это должно быть или кастомное решение, или платная услуга от хорошего VPN-провайдера, халява для обхода блокировок тут не проканает.

0

Сообщение от quwy Трассу можете глянуть, но проблему вашу это никак не решит.

Именно, сделайте трассировку для любого сайта
И проверяйте скорость до ближайшего к Вам именно узла, дальше может и провайдер не виноват, а к пример, виноват уже магистральный провайдер, у котором Ваш провайдер сам интернет и покупает.

Сообщение от voland009 Трасерт показывает 2-3мс пинга до каждого транзитного узла

Пинг и пропускная способность канала это не одно и тоже...

0

Сообщение от quwy Вам, вероятно, помог бы VPN, который приземлял бы входящий трафик в стране, до которой имеется хороший канал, но с учетом требований к скорости, это должно быть или кастомное решение, или платная услуга от хорошего VPN-провайдера, халява для обхода блокировок тут не проканает.

Так скорость то каналов на обеих точках отличная. На тех же торрентах наглядно видно. Но там много подключений. А тут по SFTP по сути одно подключение. И сразу "потолок".
Ну а найти где-то на глобусе такой VPN до которого отличная скорость (именно по SFTP) была бы отличная от обеих точек... Не знаю реально ли это

0

Сообщение от quwy Вам, вероятно, помог бы VPN, который приземлял бы входящий трафик в стране, до которой имеется хороший канал, но с учетом требований к скорости, это должно быть или кастомное решение, или платная услуга от хорошего VPN-провайдера, халява для обхода блокировок тут не проканает.

Так скорость то каналов на обеих точках отличная. На тех же торрентах наглядно видно. Но там много подключений. А тут по SFTP по сути одно подключение. И сразу "потолок".
Ну а найти где-то на глобусе такой VPN до которого отличная скорость (именно по SFTP) была бы отличная от обеих точек... Не знаю реально ли это

Добавлено через 2 минуты

Сообщение от HotBeer И проверяйте скорость до ближайшего к Вам именно узла, дальше может и провайдер не виноват, а к пример, виноват уже магистральный провайдер, у котором Ваш провайдер сам интернет и покупает.

Такой же примерно трасерт был с дачи до домашнего компа - я это имел в виду под "пингами", то есть скорость доступа к промежуточным узлам 3-5 мс.

0

провайдер легко может резать шифрованный трафик. я так со своим провайдером долго бодался - до своего сервера по простому фтп скорость по тарифу, а все шифрованное через пол мегабайта падает до 100 кб/с. так что для сравнения скоростей надо тестить на разных протоколах.
после кучи жалоб и выгрызания мозгов техподдержке исправили, хотя и не надолго.

так что для начала нужен нормальный тест для сравнения скоростей чтобы исключить резак провайдера.

0

Сообщение от Aledveu провайдер легко может резать шифрованный трафик

Где вы в 2025 году видели нешифрованный трафик? Сегодня это 1%, если не меньше, так что по этой логике тормозить должно повально все.

Сообщение от voland009 А тут по SFTP по сути одно подключение. И сразу "потолок".

Вы же сами сказали, что то же самое и у самбы, значит дело не в протоколе.

Сообщение от voland009 Так скорость то каналов на обеих точках отличная

Отличная скорость между каждой из них и условной Германией, а вот между собой хреновая. VPN позволит гнать трафик не через IX, а через эту самую Германию.

0

Сообщение от Aledveu так что для начала нужен нормальный тест для сравнения скоростей чтобы исключить резак провайдера.

А как это сделать?

Добавлено через 2 минуты

Сообщение от quwy Вы же сами сказали, что то же самое и у самбы, значит дело не в протоколе.

Ну да, а Самба не шифрованная? Я вообще-то в этих материях чайник, потому рассуждать могу лишь гипотетически. Если по спидтестам и торрентам скорость ок, а именно по SFTP от разных (!!!!!) пользователей с разных провайдеров скорость низкая - то дело в чем-то, связанном с этим. Или может на одно соединение ограничение? На торрентах соединений много и сумма большая. А вот если одно - то потолок. Такое может быть?

Добавлено через 1 минуту

Сообщение от quwy Отличная скорость между каждой из них и условной Германией, а вот между собой хреновая.

Я спидтестом выбирал разные серваки на каждом из узлов. И в своем регионе и вообще по России. И везде скорость была ну не ниже 150 точно. И, повторюсь, трасерт с дачи до дома быстрый.

0

Сообщение от quwy Где вы в 2025 году видели нешифрованный трафик? Сегодня это 1%, если не меньше, так что по этой логике тормозить должно повально все.

Провайдер замечательно распознаёт что за трафик.
нестандартный порт для https - повод притормозить.
Слишком много данных через ssh - это скорее всего впн - повод притормозить, ибо консоль ssh не предполагает огромного трафика - значит вы чего-то скрываете что неположено ))).
Даже видосы с видео хостингов загружаются кусками - и часто по профилю скорости можно определить.
Запросы на ДНС - сразу понятно куда выполезли.

не путайте задачу заблокировать и притормозить особенно если у провайдера каналы сильно перегружены и поставлена задача чтобы самые ярые потребители трафика не мешали остальным смотреть видосики с разрешеннных видео хостингов или не мешать играть в онлайн игры ))

для чистоты эксперимента - просто пробуйте передавть здоровый файл через ftp, http, htts, sftp и смотрите различия в скорости. у моего провайдера скорость в первые несколько секунд была одинаковая потом для sftp падала. сервера были мои и я мог проверить между серверами трафик и между домашним компом и серверами. нагрузки на серверах небыло.

я много экспериментов ставил и в конце концов это стало очевидно что в моём случае был виноват провайдер.

0

Aledveu, вопрос только что потом делать с провайдером, как на него давить?

0

Сообщение от voland009 Если по спидтестам и торрентам скорость ок, а именно по SFTP от разных (!!!!!) пользователей с разных провайдеров скорость низкая - то дело в чем-то, связанном с этим

Тут можно придумать десяток причин, кто ж знает что там на самом деле.

Давайте тогда вернемся к исходному сообщению. Какие проблемы возникают при попытке запуска обычного FTP?

Сообщение от voland009 Я спидтестом выбирал разные серваки на каждом из узлов.

Трафик спидтеста провайдеры очень любят пускать с наивысшим приоритетом, так что в данном случае не аргумент, к сожалению.

Сообщение от voland009 трасерт с дачи до дома быстрый

Трасерт скорость не меряет. Но может косвенно указать на некоторые причины. Сделайте трасерт в процессе передачи большого файла, что изменилось?

Добавлено через 2 минуты

Сообщение от Aledveu не путайте задачу заблокировать и притормозить особенно если у провайдера каналы сильно перегружены и поставлена задача чтобы самые ярые потребители трафика не мешали остальным смотреть видосики с разрешеннных видео хостингов или не мешать играть в онлайн игры

Тогда бы торренты резались в самую первую очередь, а ТС утверждает, что с ними все OK.

0

Aledveu, вопрос только что потом делать с провайдером, как на него давить?

Сообщение от quwy Давайте тогда вернемся к исходному сообщению. Какие проблемы возникают при попытке запуска обычного FTP?

Да у меня то ли роутер тупит, то ли руки не от туда растут, но не могу нормально настроить роутер. Проброску портов наверно. Пока локально по 127.0.0.1 обращаюсь - все ок. Но стоит обратиться по внешнему адресу...

https://www.cyberforum.ru/atta... 1740062226

Так и не победил эту хрень.

Сообщение от quwy Трасерт скорость не меряет. Но может косвенно указать на некоторые причины. Сделайте трасерт в процессе передачи большого файла, что изменилось?

Хорошая мысль. Не в ближайшее время, но попробую. А еще глупый вопрос - трэйсерт с телефона или планшета сделать можно? Есть утилиты?

Миниатюры

 

0

Сообщение от voland009 Да у меня то ли роутер тупит, то ли руки не от туда растут, но не могу нормально настроить роутер

Попробуйте отказаться от TLS-авторизации, используйте самую обычную открытую, и обязательно пассивный режим на клиенте.

А еще можно поднять HTTP-сервер для теста.

0

Настроил-таки чистый FTP, без кодирования и прочего - пофиг. Такая же скорость порядка 40 мегабит

0

voland009, как я и говорил. Дело не в шифровании, а в интерконнекте. Вариантов решений мало: VPN или смена провайдера.

0

quwy, понять бы какого еще из них сменить А без выделенного IP есть возможность померить скорость между узлами?

0

Сообщение от voland009 понять бы какого еще из них сменить

Если есть возможность сменить на одинакового, то это могло бы быть лучшим вариантом. Хотя на 100% тоже не гарантирует.

Сообщение от voland009 А без выделенного IP есть возможность померить скорость между узлами?

Нормального нет. А как вы к своему FTP извне подключаетесь сейчас?

0

Сообщение от quwy Если есть возможность сменить на одинакового,

Увы, не реально (

Сообщение от quwy А как вы к своему FTP извне подключаетесь сейчас?

Файлзилла, iperf, просто медиаплеером.

0