A
Size: a a a
2020 March 05
SG
а че другую публикацию и другое имя для подключения не юзать?
ну мне это в голову пришло сразу, но может есть чего-то менее топорное, плюс возникает необходимость ручной настройки
J
Sergey Grebennikov
ну мне это в голову пришло сразу, но может есть чего-то менее топорное, плюс возникает необходимость ручной настройки
так ручную оставить для mdm
SG
MDM юзеров много, VIP - мало
J
ну тогда наоборот)))
EV
Sergey Grebennikov
Господа, мне сейчас задали интересный вопрос к размышлению. Есть организация чанги. Перед ней воткнули MDM, который упрвляет доступом мобильных устройств по AS. Вопрос - как исключить часть пользователей из этой схемы, чтобы у них все осталось как прежде? Оставим за кадром вопросы из сери "нафига". Вот так надо.
Мне в голову пришло только установка дополнительного CAS с отдельным URL и ручная настройка таких устройств на использование именно этого CAS.
Мне в голову пришло только установка дополнительного CAS с отдельным URL и ручная настройка таких устройств на использование именно этого CAS.
Ээээ
Какой фирмы mdm?
Обычно можно без всякой отдельной публикации спокойно тащиться на уже опубликованный ActiveSync
и подключаться
только в политиках mobile devices конечно подправить, чтобы можно было так.
Какой фирмы mdm?
Обычно можно без всякой отдельной публикации спокойно тащиться на уже опубликованный ActiveSync
и подключаться
только в политиках mobile devices конечно подправить, чтобы можно было так.
SG
тут как бы проблема на уровне MDM легко решается - можно просто их ничем не огранчивать
SG
да, все верно
SG
НО!
MS
В mdm можно сделать так
SG
нельзя ставить MDM агент на девайсы
SG
если можно было бвы ставтиь агент - вопроса бы не возникло, просто отдельная полтика для таких юзеров и все, без ограничений
SG
меня всегда кстати поражает вот эта особенность игнорирования випами требований сесурити - пароль вечный, агентов управления нет, шифрование дисков рабочего ноута - нахер, это ж пароль лишний вводить
SG
и по итогу самая большая дыра в безопасности конторы - ее руководители
EV
Sergey Grebennikov
меня всегда кстати поражает вот эта особенность игнорирования випами требований сесурити - пароль вечный, агентов управления нет, шифрование дисков рабочего ноута - нахер, это ж пароль лишний вводить
а какой там домен???)
J
Sergey Grebennikov
и по итогу самая большая дыра в безопасности конторы - ее руководители
ну у них дыра в безопасности, они и спокойны
SG
а какой там домен???)
вопроса не понял, но подробностей мало знаю, там другой инженер работал, просто обратился за консультацией ко мне по поводу чанги
AV
Sergey Grebennikov
Господа, мне сейчас задали интересный вопрос к размышлению. Есть организация чанги. Перед ней воткнули MDM, который упрвляет доступом мобильных устройств по AS. Вопрос - как исключить часть пользователей из этой схемы, чтобы у них все осталось как прежде? Оставим за кадром вопросы из сери "нафига". Вот так надо.
Мне в голову пришло только установка дополнительного CAS с отдельным URL и ручная настройка таких устройств на использование именно этого CAS.
Мне в голову пришло только установка дополнительного CAS с отдельным URL и ручная настройка таких устройств на использование именно этого CAS.
мдм управляет доступом через проксирование AS как правило. Для этого телефонам говориться настраивать "прокси" сервер этого мдма.То есть вы можете этим випам просто настроить напрямую
EV
мдм управляет доступом через проксирование AS как правило. Для этого телефонам говориться настраивать "прокси" сервер этого мдма.То есть вы можете этим випам просто настроить напрямую
Я о том и сказал.
SG
мдм управляет доступом через проксирование AS как правило. Для этого телефонам говориться настраивать "прокси" сервер этого мдма.То есть вы можете этим випам просто настроить напрямую
без агента?