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