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