Привет, Soledad Flores (@hautbois_Overdogs)!

Добро пожаловать на канал @ITtalks

🔥 Самое интересное читать в канале - @MicrosoftRus
🎧 Подкаст “Мамкин Айтишник” - @MamkinBoyCast
Аудио версия: Apple Podcasts | Google Podcasts | Яндекс Музыка | Spotify | ВКонтакте

▶ Видео версия на YouTube: Усложняем жизнь администраторов Azure AD.

Telegram группы:
@ConfigMgr - Configuration Manager, Intune, MEM
@ConfigMgrEN - Configuration Manager, Intune, MEM - English only
@OpsMgr - Operations Manager, Data Protection Manager, Orchestrator
@ITTalks - разговоры об IT
@ITflood - флуд

@MeJIuFaRo @Mistique666  короче,  есть такая запись DName. Это как Cname ток для доменов.

Прикрутил даже?

Нет, тока что прочитал
http://pyatilistnik.org/dname-dns-record/

Норм

Круть

Народ, а у когонить есть опыт по терминальной ферме?
вопрос такой, если пользак попадает на 1 терминал. и создает у себя на рабочем столе ярлык или файл \ при попадании на другой терминал этот файлик там отобразиться?
или мне надо перемещаемые профиля ещё туда прикручивать?

Перемещаемые в vhdx-диски в развёртывании включить и будет счастье

это ты сейчас про vdi?

Нет
Rds ферма и развертывание
В свойствах коллекции есть параметр

так. и получается каждый профиль будет в формате vhdx?

Да, на отдельном сервере

И я типа указываю путь к профилям, условно на файлсервере, и когда пользак будет логиниться на терминал, он будет подсасывать профиль оттуда?

Да, при входе vhdx будет смонтирован пользователю на терминальнике

Ничего дополнительно включать не нужно. Виртуальные профили полностью включают в себя все каталоги и кусты реестра в отличии от перемежаемых профилей\папок.

круто

У всех технологий есть плюсы и минусы. Виртуальный профиль всегда работает в монопольном режиме, если от хоста по какой-то причине не отмонтировался то пользователь зайдёт с временным профилем. По этой же причине не удастся запустить поиск файла по пачке профилей расположеных на файловом сервере.

Roaming Profile, Redirected Folder, User Profile Disk, FSLogix
4 технологии, все суть одна - данные на сети.

RP - профиль каждый раз сохраняетс на сеть при логофе и закачивается на сервер при логоне. Медленно. Работает по имени пользователя, что доставляет головняк при смене имени.
UPD - на сети хранится vhdx с профилем и монтируется как c/users/username. Быстрее работает т.к. одним файлом но чуть больше проблем  связанных с монопольным владением файлом - как раз приколы про "не о монтировалось". Можно класть на SoFS. Никакой ебли с квотами - юзер ограничен шаблоном диска, при это можно индивидуально поправить конкретный диск. В отличие от RP - работает по SID пользователя, что избавляет от головняки при смене логина.
FSLogix - UPD на стероидах, куплен МС в 2020 и бесплатен при наличии всяких прочих РДП/ВДА лицух. Решает головняки связанные с OneDrive и чем то там ещё.
RF - в сочетании с вышеперечисленным выдирает конкретные папки типа appData/roaming, desktop, docs,... из профиля и кладет их на отдельную шару. При этом профиль может быть и не настроен на миграцию между серваками. Работает по имени пользователя


Штатно без этих настроек сервер игнорирует тот факт что он в ферме и на каждом сервере фермы свой профиль

а не дешевле ли тогда vdi крутить через rds?

Для VDA требуется гипервизор,  лицухи VDA, лицухи на гипервизор, лицухи на RDS.

Зависит от задачи.

Например у нас есть ферма где мы профили не храним и раз в день удаляем. Там розница галочки ставит в 1Ске и все.