По-рано този месец стана ясно, че Microsoft променя името на домейна за Teams в уеб с цел по-голяма последователност. Компанията определи това като значителна промяна, като ИТ администраторите бяха приканени да преразгледат настройките си за мрежова свързаност, за да гарантират достъп до новия домейн. Сега Microsoft обяви подобна промяна и за домейна на Microsoft 365.

В съобщение MC1462915 в Центъра за съобщения Microsoft информира ИТ администраторите, че когато потребителите се опитат да получат достъп до Microsoft 365 в уеб чрез домейна m365.cloud.microsoft от началото на този месец, те ще бъдат пренасочвани към copilot.cloud.microsoft, където достъпът до URL адреса е наличен. Ако дадена организация по някаква причина е блокирала достъпа до този URL адрес, пренасочването ще се извърши по-късно през октомври. Ако организацията все още не е в състояние да се справи с това пренасочване, тя ще бъде помолена да се свърже с представителя си от Microsoft, за да се изясни как да се процедира по-нататък.

Предвид графика на тази промяна, Microsoft призовава ИТ администраторите незабавно да прегледат мрежовите си конфигурации, като прокси сървъри, защитни стени и шлюзове, за да се уверят, че достъпът до новия домейн не е блокиран. Те могат също да проверят свързаността чрез инструмента Microsoft Connectivity Test, достъпен тук.

Microsoft обясни на ИТ-администраторите, че ако блокират достъпа до новия домейн просто защото не искат хората да се удостоверяват в Copilot с личните си акаунти, те трябва да обмислят използването на контролите TenantRestrictions. Тези контроли не позволяват на потребителите да се удостоверяват с лични акаунти в Microsoft.

Ако достъпът до URL адреса не бъде разрешен в цялата организация до октомври, вероятно ще възникнат прекъсвания в работата, тъй като хората няма да могат да ползват Copilot и Microsoft 365. Не е ясно защо Microsoft променя домейна изобщо. Възможно е това отново да е свързано с последователността, но това е още един пример за изтриването на добре позната марка в полза на нещо, по-ориентирано към изкуствения интелект.

Отделно от темата с домейна, Microsoft отбелязва, че много ИТ администратори и организации все още използват slmgr.vbs за автоматизиране на активацията на Windows, но предвид факта, че VBScript постепенно се извежда от употреба, е време те да помислят и разгледат алтернативи, най-вече PowerShell. Препоръката на Microsoft е първо да се мигрират критичните работни потоци, стига модулът OSLicense да е наличен във всички ваши Windows системи. Компанията също така е посочила някои команди на slmgr.vbs и техните еквиваленти в PowerShell, които можете да видите тук.