Какие-либо технические причины предотвращения GUI на 64-разрядном Windows Server 2008 R2?
Порт 25 часто блокируется потребителем ISP (и входящий и исходящий). Я помню особенно расстраивающий разговор по телефону с технической поддержкой, пытающейся получить мой порт 25 разблокированных. Представитель технической поддержки продолжал повторять, что "мы не блокируем порты" как молитва. Как будто повторение его так или иначе сделало его верным. Я просто сдался и начал использовать различные порты.
Если это - просто ISP Вашего друга, блокирующий исходящий порт 25 и/или Ваш ISP, блокирующий входящий порт 25, можно настроить почтовый сервер для слушания на порте 587 (порт "представления"), который типичен для почтового клиента smtp соединения.
Если Ваш ISP блокирует исходящий порт 25, у Вас должен будет быть сторонний MTA, с которым можно соединиться и переслать почту через. Если у Вас есть почтовый ящик в Университете, можно использовать те smtp creds (предположение, что они используют порт 587).
Если Ваш ISP блокирует входящий порт 25, и Вы хотите иметь реальный почтовый сервер (который другие почтовые серверы поставят), у Вас должен будет быть сторонний почтовый сервер где-нибудь, который может послушать на порте 25 и передать почту Вам.
Штраф GUI за рабочие серверы намного меньше теперь, чем это было 10 лет назад. Так так, чтобы я больше рефлексивно выключаю его, когда я настраиваю новый сервер Linux. Если я - RAM, ограниченная значительным способом (не мог бы пререкаться достаточно денег из более высокого управления, чтобы сделать его правильно, или я нахожусь в ограниченном RAM VM по некоторым причинам), затем, я отключу GUI как часть моей оптимизации.
Windows является другим животным. Я видел, что различный MMCs использует более чем 200 МБ RAM, в то время как я делаю вещи на консоли сервера, которая не является арахисом. Кроме того, иногда эти консоли управления могут быть реальными свиньями ЦП. Это - по этим причинам это каждый раз, когда возможный я выполняю управление GUI где-то в другом месте и удаленное подключение к серверу.
Что касается сценариев в Windows, удаленном-PowerShell, так низкое влияние, как можно добраться. Целевой сервер должен будет все еще вращать PowerShell, пишущий сценарий среды для выполнения вещи, но это произойдет, существует ли текстовое поле, открывающееся на консоли сервера.
Также имейте в виду масштаб. Выполнение Windows Server 1280x1024 разрешение экрана в 32b глубина цвета использует 40 МБ RAM только в поддержании видимого битового массива (фактическая сумма, использованная GDI, будет отличаться, но я не уверен в сколько). 40 МБ, по моему опыту, по крайней мере, немного меньше, чем цена RAM запуска двух Windows PowerShell CLI одновременно.
И наконец, аппаратные средства. Виртуальные машины не имеют аппаратного обеспечения машинной графики, и графические драйверы имеют тенденцию быть намного более гомогенными, взять видеопамять сразу же вершина и обычно использовать намного МЕНЬШЕ RAM, чем фактические аппаратные средства. Проблемы, которые Вы заявляете, значительно уменьшаются в среде VM.
Существует ли техническая причина предотвращения UI в Windows в эти дни? Случай может быть сделан, но это намного более слабо, чем это вернулось приблизительно в 2001. Намного большей проблемой является стоимость в инструментах UI не сам UI.