Нет, это - просто максимальное расчетное предоставление. Оттянутое количество энергии является на самом деле переменным. Можно наблюдать это путем включения машины в это устройство и наблюдения его в режиме реального времени. Я знаю, что Вы не хотите покупать его, но верить мне после использования его это заплатит за себя меньше чем через год.
Это может быть настроено точно так же, как любой другой веб-сервер IIS, кроме использования доменное имя, локальное для Вашей сети (dev.mycompany.local) или некоторого другого имени DNS, которое существует только для Вашей локальной сети. Если это должно быть доступно с внешней стороны, используйте стандартное доменное имя, которое решит внешне, и отключать анонимный доступ на сайт в свойствах веб-сайта IIS (использование Интегрированная аутентификация Windows если возможный). Затем Ваши разработчики могут использовать свои учетные записи домена и пароли для аутентификации, когда они сначала получают доступ к dev сайту и обычно используют его от той точки вперед.
Это точно так же, как производственный веб-сервер, только с другой безопасностью. Если Вы хотите это внутренний только (значение, необходимо быть на внутренней LAN для доступа к нему), дают ему частный IP-адрес, это не доступно с внешней стороны (или заблокируйте его в брандмауэре).
Если требуется выставить его больше, чем которые, можно использовать аутентификацию IIS - но я не рекомендую это. Сайты Dev, вероятно, неправильно конфигурируются с широко открытыми дырами в системе безопасности.
Так, если Вы собираетесь выставить его за пределами своей доверяемой LAN, прикрепить обратный прокси-сервер впереди. Прокси является рабочим сервером и обрабатывает аутентификацию (с некоторой комбинацией IP-адреса, имени пользователя/пароля и/или клиентского сертификата). dev сервер все еще находится на частном IP-адресе, и брандмауэр только позволяет прокси-серверу получить доступ к нему.