Использование экземпляра Ubuntu AWS в качестве туннеля для RDP для имитации полосы пропускания
У меня есть несколько экземпляров Windows на EC2, к которым я могу подключиться с помощью RDP. Я хочу протестировать производительность RDP в различных условиях пропускной способности и задержки. Я знаю оtc qdisc
инструмент, который позволяет нам контролировать трафик на определенных интерфейсах на машине. Однако я хотел бы сохранить это независимым от моей машины разработчика. Мне нужна была установка, в которой у меня есть другой блок - скорее всего, экземпляр AWS Ubuntu, который я мог бы настроить так, чтобы мои соединения RDP маршрутизировались через интерфейсы этой машины, и я мог установить контроль пропускной способности на разных портах этой машины. Это будет действовать как шлюз для моих RDP-соединений, так что я могу видеть, как RDP работает в определенных условиях полосы пропускания, подключаясь к соответствующему порту на этом шлюзе.
Я исследовал некоторые инструменты, такие как rinetd
сервер и пытался работать с правилами iptable. Самым близким к тому, что мне требовалось, была переадресация порта SSH с использованием шлюза. Однако я вижу некоторую странную производительность, поэтому я хочу покончить с SSH и посмотреть, смогу ли я получить прозрачное (без SSH) решение. Мне нужна настройка, в которой я мог бы просто зайти в порт на шлюзе, и шлюз автоматически "перенаправляет" это соединение на (предварительно сконфигурированную) удаленную машину. И трафик, возвращаемый с удаленной машины, также должен быть перенаправлен через шлюз обратно к моему клиенту. Таким образом, я могу использовать tc qdisc
на шлюзе и изучай RDP под различные настройки.
1 ответ
Нельзя сказать, что вы не получите его так, как вы его себе представляете, но вам, возможно, будет легче, если вы используете инструмент, который ограничивает пропускную способность самих окон Windows. Вот несколько примеров:
- NetLimiter
- Шунра vCat
Эти инструменты будут ограничивать полосу пропускания или, в случае Шунры, ухудшать пинг или потерю пакетов в сети. Затем вы можете подключиться напрямую с тестового клиента и не беспокоиться о маршрутизации соединения, чтобы ограничить пропускную способность.