EC2에는 RDP를 사용하여 연결할 수 있는 Windows 인스턴스가 많이 있습니다. 다양한 대역폭 및 대기 시간 조건에서 RDP의 성능을 테스트하고 싶습니다. 나는 tc qdisc컴퓨터의 특정 인터페이스에서 트래픽을 제어할 수 있는 도구에 대해 알고 있습니다. 그러나 나는 이것을 내 개발자 컴퓨터와 독립적으로 유지하고 싶습니다. 나는 다른 상자가 있는 설정을 원했습니다. 아마도 RDP 연결이 해당 시스템의 인터페이스를 통해 라우팅되고 해당 시스템의 다른 포트에 대역폭 제어를 설정할 수 있도록 구성할 수 있는 우분투 AWS 인스턴스일 것입니다. 이는 RDP 연결에 대한 게이트웨이 역할을 하므로 이 게이트웨이의 적절한 포트에 연결하여 특정 대역폭 조건에서 RDP가 어떻게 작동하는지 확인할 수 있습니다.
서버 와 같은 일부 도구를 탐색 rinetd하고 iptable 규칙을 사용해 작업해 보았습니다. 내가 요구한 것과 가장 가까운 것은 게이트웨이를 사용한 SSH 포트 전달이었습니다. 그러나 이상한 성능이 보이므로 SSH를 사용하지 않고 투명한(SSH 무료) 솔루션을 얻을 수 있는지 확인하고 싶습니다. 나는 게이트웨이의 포트로 rdp를 할 수 있고 게이트웨이가 이 연결을 (미리 구성된) 원격 시스템으로 자동으로 "전달"할 수 있는 설정을 원합니다. 그리고 원격 시스템에서 돌아오는 트래픽도 게이트웨이를 통해 클라이언트로 다시 리디렉션되어야 합니다. 그렇게 하면 tc qdisc게이트웨이에서 사용하고 다양한 설정에서 RDP를 연구할 수 있습니다.
답변1
계획한 대로 실행되지 않을 것이라는 말은 아니지만 Windows 상자 자체에서 대역폭을 제한하는 도구를 사용하면 더 쉽게 실행할 수 있습니다. 몇 가지 예는 다음과 같습니다.
- NetLimiter
- 순라 vCat
이러한 도구는 대역폭을 제한하거나 Shunra의 경우 네트워크의 핑 또는 패킷 손실을 손상시킵니다. 그런 다음 테스트 클라이언트에서 직접 연결할 수 있으며 대역폭을 제한하기 위해 연결 라우팅에 대해 걱정할 필요가 없습니다.