Альберт Крожежепицкай: Не понимаю вас, простите.
Если политика уровня пользователя - то она применяется к OU в которых содержатся пользователи.
Если политика уровня компьютера - то на OU в которых содержатся компьютеры.
Говоря "на уровне пользователя" - я имею в виду, что настройки сделаны в политике в части пользователя. Вы же понимаете, что внтури самой политики есть две части - пользовательские настройки и компьютерные. Если ваша политика, которая назначает принтера, делает это на уровне пользователя, то применяйте ее на OU где находятся пользователи, и будет вам счастье. Ну вы же наверняка это понимаете, да?
И что вы имеет в виду, когда говорите привязка в данном случае к машинам? Вы что пытаетесь поставить не "пользовательский принтер", а "принтер на компьютерном уровне". Ну тогда да - не будет работать. А зачем оно вам такое?
Давайте еще раз, совсем подробно проговорим все. Итак, политика, в которой назначаются принтера, должна быть:
а) сделана на уровне пользователя (речь о настройках внутри политики)
б) применена на OU в котором находятся эти пользователи(речь о точке прилинковки самой политики в иерархии AD).
Тогда вне зависимости от того, где залогинился пользователь (на своей машине или на RDS-сервере) у него применится эта политика, и поставятся принтера.
Что в этом сценарии вас не устраивает-то?
А почему на RDS-серверах политика не применяется?
Пользователи на RDS заходят не под своими логинами, или они не принадлежат вашему домену, или в чем причина?
По идее политика уровня пользователя применяется везде, где этот пользователь заходит в систему, так?
Почему на его компьютере эта политика применяется а на RDS-сервере - нет?
Я, честно говоря, думал что можно поставит какой-нибудь интерпретатор, а то и без него, и писать простые скриптики самостоятельно, Linux это или нет, в конце концов… :)
Ну раз отдельная утилита- путь так. Можно пример?
да пробовал я, перезаливал.
даже опасался что меня «забанили» за десяток одинаковых загруженных картинок.
Тупо делаю очередь из двух картинок — одна заливается, другая — нет. Как будто картинка какая то странная — хотя, обычный jpeg. Я и в png, ради эксперимента сконвертил — все равно не заливается.
Ну тут можно поспорить конечно.
2. Раз так, то сделайте RAID10 и ставьте SATA (причем 6Gbit не обязательно, они дороже а выигрыша в производительности дают не сильно много). Обязательно возьмите приличный контроллер с собственным кешем и батарейкой. Это самое важное во всей схеме. В дальнейшем, если упретесь в производительность дисков — добавляете еще один контроллер, или (если он двухканальный) на второй канал вешаете дополнительные диски.
3. Почему не хорошо то? Если не делать домен (а в ситуации когда ВСЕ тонкие клиенты и один-два сервера, я не вижу необходимости в домене) конкретные аргументы есть? А как докупите еще один сервер — ставьте рядом, и вписывайте на здоровье (под какие цели докупать будете, так и вписывайте).
По идее надо смотреть на систему глазами. удаленно не помогу — не телепат :)
Вообще, сожительство «нормального» сервера 2008 и SBS2003 это из разряда «скрестить бульдога с носорогом». Но опять таки, не могу ничего подсказать — не видя ситуации.
Кстати — «выключение раз в час» точно связано с тем, что «он хочет быть контроллером»? Уверены? Каковы симптомы? Что в логах обоих серверов перед\в момент выключения SBS?
А про лицензирование — Upgrade лицензий нет и не бывает, только новая лицензия на SBS2008, ну и CAL для SBS свои, обычные тут не подойдут.
Про лицензии наверное правильнее будет позвонить официальному дистрибутору, или на худой конец в microsoft и пообщаться с их спецами, но на первый взгляд дешевле и проще будет выкинуть\перепродать SBS и купить нормальный Server 2008 R2, проще и надежнее будет.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
