Скорее всего, это связано с тем, что каждый раз, когда SSH необходимо установить соединение с хостом, ему необходимо пройти весь путь до AWS, а затем вернуться на сервер, с которым вы пытаетесь связаться. По сути, это увеличивает задержку от вашего компьютера к машине AWS и от машины AWS к серверу, с которым вы связываетесь.
Попробуйте проверить связь с машиной AWS со своей рабочей станции и запишите задержку, затем проверьте связь с хостом с машины AWS и запишите эта задержка. Сложите их вместе, и это будет теоретическая максимальная задержка, которую вы можете достичь по этой ссылке. OpenVPN и SSH не могут преодолеть этот предел, однако, если ваш трафик в основном представляет собой HTTP, вы можете настроить кэширующий сервер Squid на машине AWS или локальном компьютере, чтобы уменьшить количество запросов, которые должны проходить по этой ссылке.
Попробуйте удалить данте из уравнения.
Простой
ssh -D 1080 username@server
Затем установите в браузере свой прокси socks 5 как localhost: 1080
И повторите свой тест.
Допустим, я сейчас не использую прокси и я нахожусь в районе Чикаго
Ниже тест был проведен мной до ближайшего возможного сервера, без использования прокси
http://beta.speedtest.net/result/5790745951
Теперь давайте настроим прокси ssh -D и настроим мой браузер на использование прокси. Тест скорости теперь обнаружит, что моя точка выхода трафика находится где-то в Калифорнии (поскольку я использую AWS в зоне доступности Калифорнии)
Вот мой тест с socks 1080 (без данте)
http://beta.speedtest.net/result/5790754004
Видно, что скорость падает.
Прежде всего мой трафик должен уйти от меня в Калифорнию, а затем выйти на другой стороне туннеля ssh и попасть на сервер speedtest, а затем вернуться. Вдобавок ко всему, поскольку он работает внутри туннеля ssh - также добавляется задержка, поскольку ssh необходимо шифровать / расшифровывать каждый пакет.
Однако, пока выполнялся тест скорости, я мог нормально просматривать другие сайты. Медленнее, но не до такой степени, что это будет болезненно
Теперь я удалю прокси из настроек своего браузера и выберу прямое подключение к чему-нибудь в Калифорнии.
http://beta.speedtest.net/result/5790802203
Так что очевидно, что теперь это быстрее, это практически такая же скорость, как и прямое соединение с Чикаго.
Это доказывает, что 99% задержки добавляется туннелем ssh.
Как предлагали другие, вы можете настроить squid и проверить свою скорость с помощью squid. Возможно, у него будет лучшая производительность.