Мы используем бизнес-кабельное соединение в качестве нашего вторичного соединения, где я работаю. Это - 16 Мбит вниз и 2 Мбит. Так как трафик RDP главным образом от сервера до клиента, который должен выполнить достаточное количество сессий RDP.
Также я знаю, что кабельные компании начинают развертывать сервис на 50 Мбит в некоторых местах, таким образом, я ожидал бы видеть некоторые более быстрые опции из Вашей кабельной компании в какой-то момент.
Мы используем nscd на нескольких сотнях машин, он "просто работает", по моему опыту. Это в широком масштабе уменьшило нагрузку на наши серверы DNS.
Единственная вещь наблюдать за по умолчанию, она будет кэшировать поиски группы/пользователя/сервиса, а также размещать поиски - можно хотеть отключить это (в нашем случае, мы хотели кэшировать эти поиски также).
Я не забываю иметь проблемы с nscd много лет назад, но последние версии кажутся очень улучшенными.
Я использовал nscd в нескольких средах, поскольку другие сказали, что он в значительной степени "просто работает", но если бы Ваши сопоставители кэширования на каждом сайте работают правильно, я сказал бы, что нет большой части позитивного аспекта к локальному кэшированию: Задержка должна быть низкой, и Вы не отправляете дополнительных запросов к внешнему миру, просто генерировав некоторую дополнительную внутреннюю болтовню.
Я был укушен пару раз nscd, держащимся за устаревшую запись и повреждающим "один машина" из-за этого, таким образом, мой параноидальный совет состоит в том, если Ваша внутренняя болтовня DNS действительно не влияет на производительность, не беспокоятся локальным кэшем (и если на производительность влияют, зарегистрируйте существование nscd, таким образом, Вы не забываете сбрасывать его кэш, если Вы когда-либо вносите строго ограниченное во времени изменение).