Нуль-модемные кабели назывались. Причем были они и на COM, но там скорость максимальная кажется меньше была, 9600 вроде против 115200 у LPT. И да, можно было не только в дум играть, но и в Norton Commander или DOS Navigator, не помню уже точно, сделать соединение и файлики кидать «по сети».
Сходите в поход, на шашлыки. Да просто погулять сходите. И без ноутбука если что!
Я вас понимаю, у меня несколько похожие мысли. Тут главное понять что вам не надо знать про этот миллион сайтов. Вы должны искать и управлять информацией, а не она — вами. И хорошо что профессиональные вопросы разруливаются на паре-тройке известных сайтов, так удобнее. Везде уже к интерфейсу привык, логин уже есть чтобы вступить в дискуссию. Или я не понял, вы хотите каждый раз на новый форум с тремя активными участниками попадать?
Вот как-то не было проблем с подключением дисков никогда. Вы их через GPP подключаете или скриптом? Тут возможно проблемы с сетью, с DNS, еще с чем-то, но маловероятно что с самими политиками. И кстати, диски вполне хорошо подключаются с асинхронным применением, это и не должно влиять.
Счастье от статьи оказалось неполным без описания групповых политик, которые бы эти библиотеки теперь всем пользователям подключали. Руками — это не системное администрирование.
Пакеты со стандартным TTL точно умрут по пути. Ну и пинги будут огроменными. Плюс при таком количестве устройств — какие-то могут выключаться и включаться постоянно, поэтому маршруты придется постоянно перерассчитывать. Да плюс передавать актуальную информацию о карте сети и маршрутизации между устройствами, причем ее будет достаточно много. Так что думаю технически это сложнореализуемо на данном этапе. А бесцензурный интернет через кучу посредников — это уже есть, TOR называется.
Вы абсолютно правы, когда серверов немного — действия по автоматизации это тоже немаленькая работа и ради десятка серверов смысла особо нет. С другой стороны — нужно вам например штук 15 серверов с IIS с определенным набором компонентов. Вы подготавливаете один сервер, включаете RDP, ставите нужный набор компонентов и делаете все настройки которые будут общими — делаете шаблон из этого сервера. Потом вы уже 15 раз экономите на этих действиях. Остается только по сути задать нужные имена, IP-адреса и что там еще индивидуальное. А если бы серверов было 150 — вы бы уже начали задумываться и об автоматизации этого тоже.
Кстати можно оценить что именно и насколько глубоко реально автоматизировать — на примере Hydration Kit. У MS их еще несколько есть, для развертывания test-lab новых продуктов некоторых.
VMM может хранить шаблоны серверов с уже установленными модулями, SCCM настройки и скрипты для окончтаельного допиливания, в сумме дает так называемый ZTI (Zero-touch installation) — то есть в SCVMM получаем что-то вроде одной кнопки «Хочу новый DNS-сервер, введенный в домен, в нужный OU и с уже сгенерированным по правилу именем» — жмём и ждём.
Надо, но обычно не помогает если права на создание групп есть у двух и более человек. Поэтому по-хорошему надо CMDB, работа по тикетам на change request и аудит AD на соответствующия события (с привлечением к ответственности за самодеятельность)
Я как раз математик по образованию, но при этом стараюсь писать грамотно. А то получается странная позиция — «я админ, я очень много знаю о своих серверах, поэтому мне можно и в свитере пятилетнем ходить, и мыться раз в месяц».
А вы точно математик? Математик знает что эта штука называется «теория вероятностей», именно во множественном числе, а за словосочетание «теория вероятности» может и побить.
Есть технологии, которые выполняют похожий функционал. Их несколько и разными их комбинациями можно добиться разного уровня автоматизации в данном вопросе.
1) Виртуализация user-space — Переносимые профили. Суть в том что профили пользователей висят на File Share в сети. Стоит еще упомянуть что конечный профиль пользователя складывается из суммы All Users и собственно уже пользовательского, поэтому массовые изменения целесообразно проводить в All Users;
2) Групповые политики — как центральное хранилище параметров настроек с принудительным применением;
3) Функционал WSUS для обновлений;
4) PXE+SCCM+USMT — позволяет впринципе содержать один генерализованный через sysprep «золотой образ». Если с рабочей станцией что-то не так — инициируем установку базового образа, ставим нужный для этого компьютера набор ПО (SCCM), переносим предварительно сохраненные пользовательские данные (USMT). Опять же в случае перемещаемых профилей все еще проще;
5) Часть приложений (не поголовно используемые, или используемые редко) — можно предоставлять клиентам как виртуализованные с технологией App-V, при этом не засирается ни реестр ни профиль. То есть аналогично portable-пакетам, вполне справляется даже с монстрами типа MS Office 2007/2010.
Во-первых, это миф. Уж точно не опаснее чем любое другое ПО для удаленного доступа и чем тот же Citrix. Во-вторых, в корпоративной среде RDP открывается наружу в единой точке на Terminal Services Gateway и все общение заворачивается в HTTPS-трафик. У меня рабочий компьютер всегда «под рукой» именно так, в том числе с Android-телефона. Отдельные приложения также можно публиковать через TS Web Access. Но возможно Citrix в чем-то удобнее, сильнее бережет канал и т.д. и т.п. Лично меня (и всю нашу компанию) стандартное MS-решение вполне устраивает.
А почему только Xen и VMware? В Windows Server 2008 R2 SP1 добавлена технология RemoteFX, которая в том числе и видеокарту пробрасывает со всеми плюшками. И думаю мучений было бы меньше чем 3 дня.
Я вас понимаю, у меня несколько похожие мысли. Тут главное понять что вам не надо знать про этот миллион сайтов. Вы должны искать и управлять информацией, а не она — вами. И хорошо что профессиональные вопросы разруливаются на паре-тройке известных сайтов, так удобнее. Везде уже к интерфейсу привык, логин уже есть чтобы вступить в дискуссию. Или я не понял, вы хотите каждый раз на новый форум с тремя активными участниками попадать?
Кстати можно оценить что именно и насколько глубоко реально автоматизировать — на примере Hydration Kit. У MS их еще несколько есть, для развертывания test-lab новых продуктов некоторых.
1) Виртуализация user-space — Переносимые профили. Суть в том что профили пользователей висят на File Share в сети. Стоит еще упомянуть что конечный профиль пользователя складывается из суммы All Users и собственно уже пользовательского, поэтому массовые изменения целесообразно проводить в All Users;
2) Групповые политики — как центральное хранилище параметров настроек с принудительным применением;
3) Функционал WSUS для обновлений;
4) PXE+SCCM+USMT — позволяет впринципе содержать один генерализованный через sysprep «золотой образ». Если с рабочей станцией что-то не так — инициируем установку базового образа, ставим нужный для этого компьютера набор ПО (SCCM), переносим предварительно сохраненные пользовательские данные (USMT). Опять же в случае перемещаемых профилей все еще проще;
5) Часть приложений (не поголовно используемые, или используемые редко) — можно предоставлять клиентам как виртуализованные с технологией App-V, при этом не засирается ни реестр ни профиль. То есть аналогично portable-пакетам, вполне справляется даже с монстрами типа MS Office 2007/2010.