В общем суть такая. Имеем терминальный сервер на 2012.
Требуется при запуске скажем пусть даже любого приложения через remoteapps подсунуть пути хотя бы в мои документы или пусть рабочий стол на путь до тех же документов локального профиля пользователя. Пользоватле которые будут входить во перых не в домене, во вторых хз что там буду за имена у них. При чем есть вероятность что пользователи будут заходить в терминал под своим логином, но с разных пк. Т.е. надо озадачится не просто привязкой у каждого терминального пользователя к локальному, а так сказать что бы само подцепляло под конкретную ситацию. Их немного, всего 5, но это только 1 клиент и только сейчас, а их будет еще ого-го и хочется на будующее уметь автоматизировать данный процесс.
Я вчера где-то читал сценарии входа в терминал и прочее, но уже 2 часа историю просматриваю ни как не найду (
Заранее спасибо.
Локальные профили пользователей и remoteapps
-
winbond
Re: Локальные профили пользователей и remoteapps
Сделать 5 доменных пользователей, ограничить/настроить через ГП и выдать логины с паролями кому требуется. По моему, задачу решает более кошерно.
-
sirota
Re: Локальные профили пользователей и remoteapps
Цитата winbond:
Сделать 5 доменных пользователей, ограничить/настроить через ГП и выдать логины с паролями кому требуется. По моему, задачу решает более кошерно.
Да. Можно и так. Это я знаю, но в таком раскладе надо делать перемещаемые профили. Во вторых в таком раскладе мне надо будет полностью перенести все настройки, документы, рабочий стол и т.д. в профиль доменный. Нагрузить синхронизацией документов и прочего "сервер". Т.е. это час работы, при чем я их заставляю зависеть от 1 железки, что в случае когда у них нет постоянного админа, а я могу и уехать далеко по заявке и на долго... короче сам понимаешь не очень кошерно их оставть скажем на день два вообще без ничего... Так то я им оставлю файловый вариант базы на всякий.
Плюс перемещаемый профиль не молниеносно синхронизирует документы, а только при входе/выходе пользователя.
Если ты имеешь ввиду вообще их заставить полностью работать в терминале, то не есть зер гуд. У 90% пользователей руки растут ихз опы и часто объяснить что такое и где находится пуск в семерке/висте бывает невозможно, а тут объяснить что такое терминал, да еще и метростайл в 2012 сервере... я там день просижу, они за такое время не согласятся платить. При чем это только 1 клиент. А намечается на след неделе еще 3... у одного 20 пользователей.
Сделать 5 доменных пользователей, ограничить/настроить через ГП и выдать логины с паролями кому требуется. По моему, задачу решает более кошерно.
Локальные профили пользователей и remoteapps
Да. Можно и так. Это я знаю, но в таком раскладе надо делать перемещаемые профили. Во вторых в таком раскладе мне надо будет полностью перенести все настройки, документы, рабочий стол и т.д. в профиль доменный. Нагрузить синхронизацией документов и прочего "сервер". Т.е. это час работы, при чем я их заставляю зависеть от 1 железки, что в случае когда у них нет постоянного админа, а я могу и уехать далеко по заявке и на долго... короче сам понимаешь не очень кошерно их оставть скажем на день два вообще без ничего... Так то я им оставлю файловый вариант базы на всякий.
Плюс перемещаемый профиль не молниеносно синхронизирует документы, а только при входе/выходе пользователя.
Если ты имеешь ввиду вообще их заставить полностью работать в терминале, то не есть зер гуд. У 90% пользователей руки растут ихз опы и часто объяснить что такое и где находится пуск в семерке/висте бывает невозможно, а тут объяснить что такое терминал, да еще и метростайл в 2012 сервере... я там день просижу, они за такое время не согласятся платить. При чем это только 1 клиент. А намечается на след неделе еще 3... у одного 20 пользователей.
-
goog2e@vk
Re: Локальные профили пользователей и remoteapps
Немного не в тему, но вопрос к создателю темы - вы remoteapp смогли на одном серваке настроить(т.е. у вас котроллер домена и remoteapp на одной машине)?
-
sirota
Re: Локальные профили пользователей и remoteapps
Цитата goog2e@vk:
Немного не в тему, но вопрос к создателю темы - вы remoteapp смогли на одном серваке настроить(т.е. у вас котроллер домена и remoteapp на одной машине)?
Нет. Так сделать нельзя в принципе. Нет конечно можно, но гуишной настройки и контроля ремотеаппас вы не получите. Через повершелл пжлайуста.
Немного не в тему, но вопрос к создателю темы - вы remoteapp смогли на одном серваке настроить(т.е. у вас котроллер домена и remoteapp на одной машине)?
Локальные профили пользователей и remoteapps
Нет. Так сделать нельзя в принципе. Нет конечно можно, но гуишной настройки и контроля ремотеаппас вы не получите. Через повершелл пжлайуста.
-
goog2e@vk
Re: Локальные профили пользователей и remoteapps
Ну хоть через powershell. Раньше и так не знали как сделать....
-
sirota
Re: Локальные профили пользователей и remoteapps
Цитата goog2e@vk:
Ну хоть через powershell. Раньше и так не знали как сделать....
Почему не знали? Ручкамисс все ставилось, в мануалах расписано вроде как.
Просто автоматом не все службы инсталятся.
Ну хоть через powershell. Раньше и так не знали как сделать....
Локальные профили пользователей и remoteapps
Почему не знали? Ручкамисс все ставилось, в мануалах расписано вроде как.
Просто автоматом не все службы инсталятся.
-
goog2e@vk
Re: Локальные профили пользователей и remoteapps
Цитата sirota:
Почему не знали? Ручкамисс все ставилось, в мануалах расписано вроде как.
Просто автоматом не все службы инсталятся.
Ну в августе мне сказали, что других способов нет. Так что я так понимаю не так давно это появилось)
Почему не знали? Ручкамисс все ставилось, в мануалах расписано вроде как.
Просто автоматом не все службы инсталятся.
Локальные профили пользователей и remoteapps
Ну в августе мне сказали, что других способов нет. Так что я так понимаю не так давно это появилось)
-
sirota
Re: Локальные профили пользователей и remoteapps
Цитата goog2e@vk:
Ну в августе мне сказали, что других способов нет. Так что я так понимаю не так давно это появилось)
Ну лично я для себя нашел выход такой:
т.к. сервера у меня в основной своей массе однопроцессорные, а лицензия на 2 проца, то не в укор лицензии я стволю 2012 сервер на железо, поднимаю на нем в hyper-v с минимальными параметрами еще 1 сервер 2012 (он так же лицензируется), ему передается физическая сетевая, оси стоящей на железо виртальная карта перепадает.
В виртуалке поднимается домен. Затем полностью перемещаюсь на основное железо, но уже под учеткой админа домена и там все поднимается. Т.е. вся расчетная база ложится на железо, а вся хрень типа лицензирования может лечь на виртуалку.
Таким раскладом и волки целы и мы в наваре )
Ну в августе мне сказали, что других способов нет. Так что я так понимаю не так давно это появилось)
Локальные профили пользователей и remoteapps
Ну лично я для себя нашел выход такой:
т.к. сервера у меня в основной своей массе однопроцессорные, а лицензия на 2 проца, то не в укор лицензии я стволю 2012 сервер на железо, поднимаю на нем в hyper-v с минимальными параметрами еще 1 сервер 2012 (он так же лицензируется), ему передается физическая сетевая, оси стоящей на железо виртальная карта перепадает.
В виртуалке поднимается домен. Затем полностью перемещаюсь на основное железо, но уже под учеткой админа домена и там все поднимается. Т.е. вся расчетная база ложится на железо, а вся хрень типа лицензирования может лечь на виртуалку.
Таким раскладом и волки целы и мы в наваре )
-
winbond
Re: Локальные профили пользователей и remoteapps
Цитата sirota:
Да. Можно и так. Это я знаю, но в таком раскладе надо делать перемещаемые профили. Во вторых в таком раскладе мне надо будет полностью перенести все настройки, документы, рабочий стол и т.д. в профиль доменный. Нагрузить синхронизацией документов и прочего "сервер".
Во первых и во вторых не надо. Клиенты все равно работают на сервере с доками, зачем эти доки выносить с сервера? Истерики сдуру конечно будут, так они и так постоянно, пора привыкнуть )
P.S. Лучше все-таки попробовать объяснить про удаленку (инструкцию на десяток ключевых пунктов под расписку о прочтении/согласии и угрозу расстрела на месте без суда - это через начальство лучше решить, обозначив потенциальные угрозы). Объяснение много вопросов последующих снимает, когда начинают хоть слегка понимать и ощущать себя немного более полноценными.
P.P.S. Возможно ситуацию плохо понимаю, но 5-10 "левых" клиентов в домен это еще относительно нормально, а когда счет на "ого-го"... это бардак по моему. Может что-то типа экса/шарепойнта взять и выдавать информацию через веб доступ? Но это хоть и небольшие, но деньги, которые жаба душит отдать "неизвестно на что"(с) на поддержание своей работы... а хочется как у людей. Печально.
Да. Можно и так. Это я знаю, но в таком раскладе надо делать перемещаемые профили. Во вторых в таком раскладе мне надо будет полностью перенести все настройки, документы, рабочий стол и т.д. в профиль доменный. Нагрузить синхронизацией документов и прочего "сервер".
Локальные профили пользователей и remoteapps
Во первых и во вторых не надо. Клиенты все равно работают на сервере с доками, зачем эти доки выносить с сервера? Истерики сдуру конечно будут, так они и так постоянно, пора привыкнуть )
P.S. Лучше все-таки попробовать объяснить про удаленку (инструкцию на десяток ключевых пунктов под расписку о прочтении/согласии и угрозу расстрела на месте без суда - это через начальство лучше решить, обозначив потенциальные угрозы). Объяснение много вопросов последующих снимает, когда начинают хоть слегка понимать и ощущать себя немного более полноценными.
P.P.S. Возможно ситуацию плохо понимаю, но 5-10 "левых" клиентов в домен это еще относительно нормально, а когда счет на "ого-го"... это бардак по моему. Может что-то типа экса/шарепойнта взять и выдавать информацию через веб доступ? Но это хоть и небольшие, но деньги, которые жаба душит отдать "неизвестно на что"(с) на поддержание своей работы... а хочется как у людей. Печально.