Office 365 – pašto aliasų perkėlimas sinchronizuotoje aplinkoje [LT]

Jeigu jums teko naudoti vidinį (on-premises) Exchange serverį, pašto aliasų kūrimas ir perkėlimas atrodo trivialus dalykas. Tačiau, jeigu savo vidinio AD turinį sinchronizuojate į Azure AD (pvz. su Azure AD Connect servisu), kad galėtume savo vartotojams suteikti Office 365 licencijas ir paslaugas, tai yra šiek tiek keblesnis dalykas. Kadangi pašto aliasai, kaip ir pagrindiniai adresai, yra jūsų vidinių AD vartotojų savybės (“attributes”) ir visa informacija sinchronizuojama tik į vieną pusę (iš vidinio AD į Azure AD). Todėl Exchange Online administravimo panelėje negalima ištrinti ar sukurti aliaso esamoms dėžutėms. Šis pokytis turi būti atliktas jūsų AD sistemoje ir po to sinchronizuotas į Azure AD. Atlikti tai galima atidarius AD vartotojo kortelę ir nuėjus į Attribute Editor skirtuką (jei jo nerodo, pirmiausiai reikia Active Directory Users and Computers panelėje įjungti View > Advanced Features). Šiame skirtuke reikia paspausti ant eilutės ProxyAddresses ir paspausti Edit mygtuką. Tuomet galima trinti ar pridėti aliasus. Alias pridedamas tokiu būdu: smtp:adresas@domenas.tld. Pagrindinio adreso pradžia yra iš didžiųjų raidžių – SMTP. Pridėjus aliasą AD vartotojo kortelėje jis iškart nepradės veikti Exchange Online sistemoje. Pirmiausiai turi įvykti sinchronizacija į Azure AD. Kai naudojamas Azure AD Connect servisas, ji vyksta kas 30 minučių automatiškai. Taip pat ją galima paleist rankiniu būdu su tokia PowerShell komanda:

Import-Module ADSync
Start-ADSyncSyncCycle -PolicyType Delta Read More

Office 365 – Skype for Business and regular Skype [EN]

Most probably this won’t be important for those who are doing migration to Office 365 services consistently and in full scale. Because DNS records for all services are mentioned when first configuring new Office 365 tenant and creating a special DNS record to prove your ownership of a domain. But as we only needed to assign Office ProPlus licenses at first we have skipped creating additional records. Later, after receiving Skype for Business (SfB) licenses, we have decided to test communication with external SfB and regular Skype contacts. It failed. Although it was enabled in the SfB admin center. But it still was giving an error that some policy is blocking such communication (not a very helpful error message btw). It turned out hat we needed a few special DNS records on our domain to make it work. Examples can be found at Office 365 Admin Center > Settings > Domains > domain.tld. Read More

Office 365 – Skype for Business ir paprastas Skype [LT]

Tikriausiai šis dalykas nebus aktualus tiems, kas perėjimą prie Office 365 paslaugų daro nuosekliai ir pilnai. Nes pirmą kartą prijungiant savo domeno vardą yra rašoma apie specialius DNS įrašus visoms paslaugoms, tame tarpe ir Skype for Business (SfB). Bet kadangi pradžioje mus domino tik priskirti Office ProPlus licencijas (kitų tuo metu neturėjom) buvo pridėti tik tie įrašai, kurių reikėjo patvirtinti savo domeno nuosavybę ir surišti jį su Office 365 tenant’u. Vėliau, kai jau turėjom SfB licencijas, nusprendėm pabandyt ar pavyks iš SfB kliento susisiekti su paprasto Skype vartotojais. Nepavyko. Nors Office 365 – SfB administravimo panelėje įjungėm leidimą bendrauti su išoriniais kontaktais (tai apima ir kitus SfB ir paprasto Skype kontaktus). Tačiau bandant parašyti kokiam nors Skype naudotojui gaudavome klaidą, kad neva politikos neleidžia tokio dalyko (nelabai naudingas klaidos pranešimas beje). Pasirodo trūko DNS įrašų mūsų domene. Įrašų pavyzdžiai rodomi Office 365 Admin Center > Settings > Domains > domenas.tld lange. Read More

Office 365 – organizacijų išgelbėjimas? [LT]

Jau beveik metus savo darbovietėje bandome, diegiame ir po truputį migruojame į šias vis dar naujoviškai atrodančias paslaugas. Planuoju pradėti trumpų straipsnių seriją su patarimais ir įžvalgomis pagrįstomis mano patirtimi su šia Microsoft paslauga-produktu. Bet pirmame įraše norėjau iš pradžių pasidalinti savo įspūdžiais ir tam tikromis abejonėmis.

Office 365 pasirodė kaip sprendimas organizacijoms atsikratyti galvos skausmo prižiūrint savo infrastruktūrą ir auginant savo IT personalą (ir skaičiumi ir kokybiškai). Na, negaliu pateikti tikslios citatos iš MS, kad būtent tokia buvo pagrindinė idėja, bet toks susidaro įspūdis domintis šiomis paslaugomis, skaitant naujienas, bendraujant su tiekėjais. Aišku, dar vienas postūmis tam buvo gamintojo noras pereiti prie stabilesnį pelną teikiančio prenumeratos modelio. Ant popieriaus viskas atrodo puikiai. Nereikia nei savo serverinės, nei sutarčių su vietiniais duomenų centrais, nei mokėti keliems vietiniams IT specialistams prižiūrintiems sistemas. Tereikia tik užsakyti licencijas, priskirti jas vartotojams ir viskas. Kokios nors paprastos kontorėlės su keliais darbuotojais dirbančiais su Office ir paštu atveju tai visai įmanoma. Ir netgi nereikia tokiu atveju turėti savo IT specialisto. Kuris nors vadybininkas ar pats vadovas galėtų užsiimti licencijų užsakymu. Aišku, didesnės kompanijos jau turi tam tikrą vidinį ūkį, kurio taip paprastai neatsisakysi ir į debesiją neiškelsi. Bet Office 365 lyg ir turėtų nuimti kažkiek aptarnavimo krūvio. Read More