Ну начинается!


Опять чтоли?

Ну как так-то?

Реклама

Политики оповещения О365


 

 

 

 

Знаете, что есть приятного у О365? То, что сидишь такой, как обычно, никого не трогаешь и починяешь примус. А тут бац, и новая фича выходит, и можно ей всячески пользоваться, раньше ее не было, а теперь она есть. Бери да используй, только и успевай узнавать о нововведениях. Я довольно часто пишу в блоге о подобных появлении новых возможностей, и нашел минуту черкнуть о новых непоправимых улучшениях.

Сегодня знакомимся с политиками уведомлений. Приятная штука, как оказалось: например, хочется (обычно всем) знать о чем-то необычном, что происходит в организации. Создал, к примеру, Вася личное правило перенаправления всей своей почты наружу и посмеивается в кулачок,  или администратор повысил свои полномочия, прописавшись в группе Organization Management на минутку, чисто позырить. Вирус пошалил где-то, или возрос необычно почтовый поток, и это грозит потопить вас.

На обучение нормальным порогам активности система просит семь дней, оно и понятно, учиться нужно всегда. Не обошлось и без «толстых» лицензий для самых вкусных штук, но это мы уже проходили еще со времен условного доступа в О365.

Как понятно, как и любая возможность О365, политики будут тщательно допиливаться и улучшаться. И это не может не радовать.

Вот такие интересные штуки умеет О365. Грустно, конечно, но на земле этому не бывать, как и многому другому. Но, значит у нас одна дорога, не так ли? 😉

Читаем, пробуем, используем.

https://support.office.com/en-us/article/alert-policies-in-the-office-365-security-compliance-center-8927b8b9-c5bc-45a8-a9f9-96c732e58264?ui=en-US&rs=en-US&ad=US

 

Встречайте admin.microsoft.com


Очередное облачное вдохновение посетило нашу самую облачную компанию из всех в мире. Называется оно — переименование.

Переименовали на сегодня аdmin center, и если быть точным в формулировках ,не переименовали, а сменили адрес жительства. Новый портал теперь живет не по адресу portal.office.com, а https://admin.microsoft.com.

Зачем было сделано не очень понятно, объяснения даны туманные. Для productivity, стало быть.

Published On : June 6, 2018

We’re introducing the new Microsoft 365 admin center. This is available to Targeted Release customers now and will be available worldwide by the end of July. If you wish to use the new Microsoft 365 admin center now, please follow the instructions below to enable the experience for your organization.
Если Вы задействовали возможности ранних релизов, то уже сейчас вас будут мягко перенаправлять со старого URL на новый. Не задействовали? Все равно будут, но со следующего месяца.

Общие ящики и О365


Недавно в теплом ламповом чатике задавался вопрос,

«есть несколько ящиков в o365 если я сниму лицензию с одного и создам новый maibox , то чот станет с ящиком без лицензии?»

[орфография и пунктуация автора сохранены]

Хочется дать на него ответ.

Понятное дело, что обычно такие вопросы принято решать при помощи палки и веревки:  если мы снимем лицензию то просто прекратится подключение к ящику, а сам он просуществует в облаке 90 дней без лицензии, и потом уже его отправят в страну Вечной Охоты.

Однако, в таких случаях экономные и рачительные домохозяйки администраторы поступают просто: возвращают ящик на землю, или конвертируют его в общий. Борьба за лицензию оканчивается нашей победой.

Раньше нам следовало обязательно и непреложно вернуть ящик на землю, там его преобразовать в общий, и только после этого двинуть его обратно в облако. Иначе, как нас заверял производитель, мы могли потерять данные, ибо облако при нажатии кнопки «конвертировать» в нем могло «забыть» про изменение и отнестись к преобразованному нами в общий ящику, как к обычному пользовательскому, т.е. наплевательски.

Но теперь нам не страшен серый волк нужно выполнять такое обязательное перемещение ящика туда и обратно. Достаточное проделать волшебные действия из статьи МС,  спасибо за ссылку А. Станкевичу.

Полезные ссылки чтобы почитать:

https://techcommunity.microsoft.com/t5/Office-365/Create-shared-mailbox-on-Hybrid-environment-directly-on-O365-or/td-p/77604

https://practical365.com/exchange-server/how-to-create-or-convert-shared-mailboxes-in-office-365/

 

KEMP и все-все-все


Здравствуй, дорогой читатель. Пишу тебе я сегодня из горящего танка.

 

Поскольку чувство после работы с балансировщиком именно такое.

Первое, на что напоролись при проверке создания MRS точки миграции (хорошая статья по традиции, как она работает под капотом есть тут) была ошибка Test-MigrationServerAvailability. 

Выяснилось, что в шаблонах по умолчанию выключен TLS 1.0, а его очень любит процедура создания конечной точки миграции, и жить без него не может.  А шаблоны очень любят использовать жгучие брюнеты, по бложикам которых админ с бутербродом в руке настраивает крутую железку. Такой вот замкнутый круг.

Включили. Точка создалась, но появилась новая ошибка 501. связанная с RFC-7231 Compliant. Победили и ее.

Еще есть затык с USC, так что надо быть внимательным и осторожным, и конечно, проверять эти вещи до миграции ящиков в облако. Ну и 10 раз подумать, стоит ли использовать балансировку или лучше по практикам лучших собаководов сделать публикацию точки БЕЗ использования балансировщиков, файерволлов, прокси серверов и прочих прекрасных вещей.

По традиции, соцопрос:

 

 

 

Апрельский выпуск


Сегодня в номере будет несколько коротких заметок, касающихся общей темы: аутентификации. Довольно часто (и в последние два года, как ни странно, все чаще) спрашивают- а что такое ADFS. Наткнулся на отличную заметку от 2003-го года с весьма хорошим переводом, и именно в переводе хочу ее и предложить к ознакомлению всем тем, кто про это дело что-то слышал, но до сих пор не разбирался с предметом.  Желающие посмотреть ее на языке Шекспира могут не сдерживать свои порывы, и почитать ее как вздумается.  Заметка живет тут, настоятельно рекомендую сесть и вдумчиво прочитать, пока ее не выпилили.

Читать «Апрельский выпуск» далее

Something went wrong…


Предположим, Вы мигрировали ящик пользователя в царство добра О365.

Пользователь становится зачем-то недоволен, так как у него не работает перенаправление или OWA Redirect для его ящика. Ошибку он получает вот такую, а разбираться с ней — вам, конечно.

 

 

 

 

 

 

Если почистить пул на бэкенде почтового сервера где находится активная база данных, то ошибка становится менее туманной, и из-за туч и облаков проступает лучик солнца:

 

 

 

 

То есть уже не просто We could not find a mailbox for this user. А есть продолжение

Читать «Something went wrong…» далее