www.microsoft.com
Az Exchange 2013 belső és külső URL-jei bizonyos szolgáltatások különböző helyekről – a helyi hálózatról vagy az internetről – való eléréséhez szükségesek. Alapértelmezés szerint a szerver telepítésekor csak a belső URL-ek vannak megadva, és ezek a kiszolgáló fqdn-jére hivatkoznak, míg a külső URL-ek teljesen hiányoznak. .
Ez a cikk az ötödik a sorozatban, amely az Exchange 2013 telepítése utáni konfigurálásához szükséges feladatokat tárgyalja. Ha más feladatok is érdeklik, javasoljuk, hogy olvassa el a konfigurációról szóló fő cikket - vagy a fő témakört -.
Térjünk át a cikk fő céljára – a belső és külső URL-ek megváltoztatására.
Ehhez lépjen a könyvtárba EAC - Szerverek\Szerverek- válassza ki a kívánt szervert az egérrel (az exch02 nálam van) \\ változás(ceruza ikon) - Mobil Outlook.
A terepen Adjon meg egy külső gazdagépnevet (például contoso.com), amellyel a felhasználók csatlakozhatnak a szervezethez. előírjuk a szükséges külső címet. Nekem a mail.bissquit.com lesz. Ezenkívül nem lesz felesleges a belső csomópont nevét ugyanarra módosítani. Ön dönti el, hogy a külső és a belső elnevezések megegyeznek-e vagy eltérőek, de az azonossá tétel több mint logikusnak tűnik.
Ha nem változtatta meg a hitelesítés típusát, egy figyelmeztetés jelenik meg:
nincs több korai változatai Csere, így figyelmen kívül hagyom a figyelmeztetést.
A Powershell-en keresztül ez megtehető a parancsmag segítségével Set-OutlookAnywhere:
PowerShell
Nézzük az eredményt:
Ezután megváltoztatjuk a virtuális könyvtárak beállításait úgy, hogy külső URL-t adunk hozzájuk (alapértelmezés szerint nincs ilyen), és ugyanazt a címet állítjuk be a belső kapcsolatokhoz. Az EAC webes felületén keresztül elvégezheti a megfelelő műveleteket a címtárban Szerverek\Virtuális könyvtárak- válassza ki a kívánt könyvtárat az egérrel, kattintson változás(ceruza ikon), állítsa be a szükséges belső és külső URL-eket.
Ismételje meg a lépéseket minden virtuális könyvtárra, kivéve Automatikus felfedezés (alapértelmezett webhely). Példa a virtuális könyvtár tulajdonságainak megváltoztatására ecp (alapértelmezett webhely):
Elég sok parancs lesz a beállítások módosításához a PowerShell-en keresztül, mivel minden virtuális könyvtártípushoz külön parancsmagkészlet tartozik:
A vezérlőpult virtuális könyvtárának megváltoztatásához − Set-EcpVirtualDirectory.
Az Exchange Web Services virtuális könyvtárának módosítása − Set-WebServicesVirtualDirectory.
A szolgáltatások virtuális címtárának módosítása Microsoft Exchange ActiveSync- Set-ActiveSyncVirtualDirectory.
Az offline címjegyzék virtuális könyvtárának módosítása − Set-OabVirtualDirectory.
A virtuális Outlook módosításához − Set-OwaVirtualDirectory.
A PowerShell virtuális könyvtárának módosítása − Set-PowerShellVirtualDirectory.
Szóval a lényegre térve:
PowerShell
Set-EcpVirtualDirectory "exch02\ecp (alapértelmezett webhely)" -InternalUrl https://mail.bissquit.com/ecp -ExternalUrl https://mail.bissquit.com/ecp Set-WebServicesVirtualDirectory "exch02\EWS (Default Web Site) ) )" -InternalUrl https://mail.bissquit.com/EWS/Exchange.asmx -ExternalUrl https://mail.bissquit.com/EWS/Exchange.asmx Set-ActiveSyncVirtualDirectory "exch02\Microsoft-Server-ActiveSync (alapértelmezett) Webhely)" -InternalUrl https://mail.bissquit.com/Microsoft-Server-ActiveSync -ExternalUrl https://mail.bissquit.com/Microsoft-Server-ActiveSync Set-OabVirtualDirectory "exch02\OAB (alapértelmezett webhely) " -InternalUrl https://mail.bissquit.com/OAB -ExternalUrl https://mail.bissquit.com/OAB Set-OwaVirtualDirectory "exch02\OWA (alapértelmezett webhely)" -InternalUrl https://mail.bissquit. com /owa -ExternalUrl https://mail.bissquit.com/owa Set-PowerShellVirtualDirectory "exch02\PowerShell (alapértelmezett webhely)" -InternalUrl https://mail.bissquit.com/PowerShell -ExternalUrl https://mail. bissquit .com/PowerShell
Állítsa be az -EcpVirtualDirectory-t "exch02\ecp (alapértelmezett webhely)"-Belső URL https://mail. keksz. com/ecp-ExternalUrl https://mail. keksz. com/ecp Állítsa be a -WebServicesVirtualDirectory-t "exch02\EWS (alapértelmezett webhely)"-Belső URL https://mail. keksz. com/EWS/Exchange. asmx -ExternalUrl https://mail. keksz. com/EWS/Exchange. asmx Állítsa be az -ActiveSyncVirtualDirectory-t "exch02\Microsoft-Server-ActiveSync (alapértelmezett webhely)"-Belső URL https://mail. keksz. com/Microsoft-Server-ActiveSync-ExternalUrl https://mail. keksz. com/Microsoft-Server-ActiveSync Állítsa be az -OabVirtualDirectory-t "exch02\OAB (alapértelmezett webhely)"-Belső URL https://mail. keksz. com/OAB-ExternalUrl https://mail. keksz. com/OAB Állítsa be az -OwaVirtualDirectory-t "exch02\OWA (alapértelmezett webhely)"-Belső URL https://mail. keksz. com/owa-ExternalUrl https://mail. keksz. com/owa Állítsa be a -PowerShellVirtualDirectory-t "exch02\PowerShell (alapértelmezett webhely)"-Belső URL https://mail. keksz. com/PowerShell-ExternalUrl https://mail. keksz. com/powershell |
Térjünk át a következő fejezetre.
Mivel ugyanazt a belső és külső URL-címet adtuk meg az Exchange 2013 szolgáltatásokhoz, ki kell találnunk, hogyan konfiguráljuk helyesen a helyi DNS-kiszolgáló rekordjait (előre tekintve azt mondom, hogy ezt Split DNS-nek hívják).
Jegyzet: a helyzet az, hogy a mail.bissquit.com tartomány az átjáró külső címére oldja fel, így kialszik, és amikor eléri az átjárót, visszafordul helyi hálózat. Nincs ebben semmi szörnyű, de ez egyértelműen egy extra útvonal, amely átmegy a helyi hálózatról az Exchange 2013-ra irányított összes forgalomon.
A tartományvezérlőn lépjen a DNS beépülő modulba, és hozzon létre egy új továbbítási keresési zónát:
Alapból minden beállítást meghagyunk, csak a szükséges nevet tüntetjük fel, nekem ez a bissquit.com. A zóna létrehozása után egy CNAME rekordot kell hozzáadni. A mail.bissquit.com címre van szükségünk az Exchange 2013 szerver belső címének feloldásához:
Jegyzet: vegye figyelembe, hogy egy második szintű tartomány hozzáadása a szolgáltatáshoz rendkívül rossz ötlet lehet, ha ez a tartomány (vagy altartományai) külső erőforrásokhoz vannak kötve. Ebben az esetben a helyi DNS-kiszolgáló felelősnek tekinti magát az egész zónáért, és azt a választ adja, hogy például a tartományi hely nem létezik.
A bejegyzés létrejött, nézzük meg, hogyan működik:
A mail.bissquit.com név belső címre oldódik fel, minden rendben, ahogy kell. Ha azonban megpróbálunk „pingelni” egy másik aldomaint, amelyhez nem hoztunk létre rekordokat az új zónában, a név nem oldható fel. Ennek az az oka, hogy DNS-szerverünk a teljes bissquit tartományért felelősnek (meghatalmazásnak) tekinti magát. A webhelyrekordra vonatkozó DNS-lekérdezéseket delegálással küldheti el kívülre:
Adja meg a kívánt domaint a névben:
Ezután írjon egy (vagy még jobb, ha több) szolgáltatója NS-kiszolgálóit, amelyekről a DNS-rekordokat kezeli. Ha nem ismer NS-kiszolgálókat, futtassa az nslookup parancsot a címen parancs sor, állítsa be a rekordtípust (set type=ns), adja meg a szükséges értéket Domain név(Nekem ez a bissquit.com):
Ellenőrizzük még egyszer:
Mint látható, minden működik. Köszönjük a cikket Alexey blogján. Ennek a módszernek egy kis hátránya, hogy manuálisan kell regisztrálnia minden külső aldomaint. Igaz, nekem eddig kevés van belőlük, csak egy.
Szóval ezen DNS beállítás befejezett. Általánosságban elmondható, hogy a DNS-kiszolgáló adminisztrációja csak közvetetten kapcsolódik a belső és külső URL-ek beállításához, de ezt a pontot fontos figyelembe venni, mivel a Technet dokumentációja csak az URL-ek beállításakor adja meg. Általános információ arról, hogy mely DNS-rekordokat kell létrehozni, de hogyan kell ezt megtenni és mik az árnyalatok, nem magyarázzuk el:
Miután konfigurálta a belső URL-címet a Client Access kiszolgáló virtuális könyvtáraiban, be kell állítania a magán DNS-rekordokat az Outlook Web App és más csatlakozási lehetőségek számára. A konfigurációtól függően a privát DNS-rekordokat úgy kell konfigurálnia, hogy azok a belső vagy külső IP-címre vagy az ügyfél-hozzáférési kiszolgáló teljes tartománynevére mutassanak. Az alábbiakban példák láthatók azokra az ajánlott DNS-rekordokra, amelyeket létre kell hoznia a belső ügyfelek csatlakoztatásához.
FQDN DNS rekordtípus Jelentése Mail.contoso.com CNAME ex2013CAS.corp.contoso.com owa.contoso.com CNAME ex2013CAS.corp.contoso.com
A jelen dokumentumban szereplő információk a kiadás előtti funkciókra és termékekre vonatkozhatnak, és a végleges kereskedelmi kiadás előtt jelentős változásoknak vannak kitéve. Ez a dokumentum "ahogy van", és csak tájékoztató jellegű. A Microsoft nem vállal sem kifejezett, sem hallgatólagos garanciát erre a dokumentumra vonatkozóan.
Tippek az EWS for Exchange szolgáltatással való fejlesztéshez.
Alkalmazási terület: Exchange Online | Exchange Server 2013 | Office 365
Ez a cikk áttekintést nyújt az Exchange Web Services (EWS) alkalmazás létrehozásáról. Ezen információk segítségével megállapíthatja, hogy az EWS API megfelelő-e az alkalmazásához, és milyen típusú ügyfélmegvalósításra van szüksége. Ez a cikk útmutatást ad az Office 365, az Exchange Online és az Exchange 2007-től kezdődő Exchange-verziók alkalmazásainak ugyanazon kódadatbázis használatával történő létrehozásához is. Ezen kívül segít eldönteni, hogy melyik környezetre célszerűbb megoldásokat kidolgozni - helyi szerverek Exchange Server vagy Exchange Online.
Mielőtt elkezdené az alkalmazás létrehozását, meg kell határoznia, hogy az EWS API megfelelő-e az Ön számára. Ha Exchange Server vagy Exchange Online megoldást fejleszt, az EWS a választott ügyfél-hozzáférési technológia. Az Exchange 2007 óta kifejlesztett ügyfél-hozzáférési megoldások fejlesztése elsősorban az EWS-re összpontosított. Az EWS az Outlookban megvalósított új ügyfél-hozzáférési szolgáltatások működtetésére szolgál. Ez utóbbiak közé tartozik az elsőként az Exchange 2007-ben elérhető off-of-off és szabad/elfoglalt kijelző, valamint az Exchange 2010-ben bevezetett prompt és get room funkciók. Ez mind az Exchange-kliens-alkalmazásokat fejlesztő belső, mind külső partnerek számára a kötelező érvényűt jelenti. beruházás az EWS-be.
EWS API – az ügyfél fő ügyfél-hozzáférési API Csere alkalmazások. Bizonyos esetekben azonban más Exchange API-k hasznosak lehetnek az ügyfélalkalmazások fejlesztéséhez. Például az Exchange ActiveSync a következő előnyökkel rendelkezik az EWS-hez képest:
Az Exchange ActiveSync protokoll kompaktabbá tétele érdekében az XML-struktúra megjelölésre került.
Az Exchange ActiveSync lehetővé teszi az ügyfelek hozzáférésének kezelését házirendeken keresztül, és más megbízható mobil üzenetküldési megoldások használatát a vállalatában.
A MAPI RPC/HTTP egy másik lehetőség az Exchange ügyfélalkalmazások programozására. A MAPI RPC/HTTP azonban nem biztosít intuitív interfészt az ügyfelek és a szerver közötti kommunikációhoz.
Az Exchange fejlesztési technológiáival kapcsolatos további információkért lásd: .
Számos módja van az Exchange számára az EWS használatával történő fejlesztésnek. A legjobb megoldás kiválasztása a fejlesztői platformtól, az eszközöktől, a rendelkezésre álló megvalósításoktól és a szervezet alkalmazási követelményeitől függ. Négy fő lehetőség van az EWS-kliens alkalmazások létrehozására:
EWS menedzselt API;
automatikusan generált EWS proxy;
egyéni EWS ügyfél API.
Az alábbi okok egyike miatt az EWS Web Service API jobb lehet az Ön számára, mint az EWS Managed API:
az alkalmazás nem használja a .NET-keretrendszert;
nem szeretne EWS Managed API összeállítást terjeszteni;
Az alkalmazáshoz olyan funkciókra van szükség, amelyek nem állnak rendelkezésre az EWS Managed API-ban.
További információért lásd a cikket.
Az EWS Managed API már elérhető projektként a következővel nyílt forráskód a GitHub oldalon. A nyílt forráskódú könyvtárral a következőket teheti: hibajavítások és fejlesztések hozzáadása az API-hoz; megkapja a hibajavításokat és fejlesztéseket, mielőtt azok elérhetővé válnak a hivatalos kiadásban; hozzáférhet az API legteljesebb és legfrissebb megvalósításához, amelyet referenciaként használhat, vagy új könyvtárakat hozhat létre új platformokon. |
Ha van fiókja MS Exchange 2007 vagy újabb kiszolgálón, létrehozhat A denevér! postafiókját, és konfigurálja úgy, hogy az EWS (Exchange Web Services) protokollon keresztül működjön együtt a levelezéssel. Nincs szükség további programok telepítésére vagy Outlook-profil használatára, mint a MAPI esetében. A betűk mellett a Denevér! más MS Exchange-összetevőket is letölt, például naptárakat, névjegyeket, feladatokat, jegyzeteket.
Amikor először csatlakozik a The Bat! importálja a letöltött névjegyeket a címjegyzékbe. Ha levelekhez, feladatokhoz vagy naptári eseményekhez emlékeztetőket rendelünk, a The Bat! hozzáadja őket a saját ütemezőjéhez. Az MS Exchange összes többi összetevője csak tájékoztató jellegű.
Hozzon létre egy új EWS-postafiókot
A párbeszédpanelen Hozzon létre egy új postafiókot a hozzáféréshez adja meg e-mail címét és jelszavát fiókot Csere, válassza a " Exchange Web Services (EWS)" a kombinált mezőben Jegyzőkönyvés kattintson a gombra További.
A denevér! az Exchange Autodiscover szolgáltatást használja a fiókbeállítási információk automatikus lekéréséhez az Exchange-kiszolgálóról. Ha az Exchange-kiszolgáló megfelelően van konfigurálva, a The Bat! észleli az Exchange kiszolgáló végpontját, és megjeleníti a címét a megfelelő mezőben.
Ha a program észleli a végpontot, kattintson a gombra További.
Ha az Exchange kiszolgáló végpontja nem található (mező Exchange Server végpont" üres marad), a következőket teheti:
(bejelentkezés domain/felhasználó szerint)
(UPN bejelentkezés)
Az első képernyőképen a domain név és a felhasználónév használatos a hozzáféréshez, fordított perjellel elválasztva.
A második képernyőképen az UPN-t használják a hozzáféréshez: bejelentkezés, "@" jel és domain név.
Kattintson a gombra Jelölje be! a The Bat! Megkezdte az Exchange Server végpont keresését. Minden alkalommal, amikor a telepítővarázsló több feladatot futtat egyszerre, hogy megtalálja a legjobb megoldást. Az összes talált Exchange-végpont hozzáadódik a legördülő menühöz. Az animáció a keresési folyamat befejezéséig látható.
jegyzet: Ha nem tudja, melyik felhasználónevet használja az Exchange-kiszolgáló eléréséhez, adja meg azokat a hitelesítő adatokat, amelyekkel az OWA-n (Outlook Web Access) keresztül hozzáfér fiókjához.
Ha a program nem tudja meghatározni az Exchange-kiszolgáló végpontját, kérje meg a kiszolgáló rendszergazdáját, hogy adja meg a végpontot és a hitelesítési adatokat (UPN és jelszó vagy felhasználónév és jelszó).
Később a menüben módosíthatja a hozzáférési beállításokat Postafiók -> Postafiók tulajdonságai -> Szállítás.
Ha az Exchange Server-végpontot a rendszer nem fedezi fel automatikusan, vagy nem érhető el, előfordulhat, hogy az Exchange Server rendszergazdája blokkolta az EWS-hozzáférést. A teszteléshez próbáljon meg csatlakozni a https://mail.company.com/ews/exchange.asmx webhelyhez: meg kell jelennie egy hitelesítési ablaknak.
A sikeres hitelesítés után meg kell kapnia egy EWS WSDL-definíciót. Ha nem kapja meg, lépjen kapcsolatba az Exchange-kiszolgáló rendszergazdájával, és kérje meg őket, hogy módosítsák a megfelelő kiszolgálóbeállításokat.
Az Exchange-kiszolgáló végpontjának beszerzéséhez használhatja a Microsoft által biztosított oldalt is: https://testconnectivity.microsoft.com
Az Exchange Server lapon válassza ki a Microsoft Exchange Web Services kapcsolati tesztek részt, és a tesztelés után vizsgálja meg a részleteket – látnia kell az EwsUrl értéket. Használja ezt a címet az Exchange szerver végpontjaként a The Bat!
Tanúsítványérvényesítési beállításokat is megadhat. Biztonsági figyelmeztetés jelenhet meg, ha az Exchange-kiszolgáló önaláírt tanúsítványt vagy lejárt tanúsítványt használ:
Hozzáadhatja a Windows tanúsítványtárolójához (Tanúsítvány megtekintése | Tanúsítvány telepítése | Következő | Helyezze el az összes tanúsítványt a következő tárolóba | Tallózás | | OK | Következő | Befejezés).
Ha nem szeretne biztonsági figyelmeztetést kapni, engedélyezheti ezt az opciót Ne ellenőrizze a gazdagép tanúsítványát.
Figyelem: Csak akkor dönthet úgy, hogy nem ellenőrzi a tanúsítványt, ha megbízik az eredetben.
Amikor az automatikus felfedezési folyamat befejeződött, kattintson a gombra További.
Terület a neved megjeleníti az Ön nevét az Exchange szerveren. Ha a kapcsolat létrejött, akkor ebben a mezőben látni fogja a teljes nevet, amelyet a program kapott a szervertől. Ellenkező esetben ez a mező a postafiók létrehozásának első lépésében megadott nevet fogja megjeleníteni.
A második mező a postafiók nevét fogja tartalmazni a mappafában.
Az alábbiakban kiválaszthatja a postafiók kezdőkönyvtárát - azt a helyet, ahol a hozzá kapcsolódó összes információ tárolásra kerül. Ha másik könyvtárat szeretne kiválasztani, kattintson a gombra Felülvizsgálatés adja meg a kívánt könyvtárat.
Kattintson Kész hogy befejezze az új doboz létrehozásának folyamatát. Amint a doboz megjelenik a mappafában, a program kapcsolatot létesít a szerverrel, és letölti a mappákat a tartalmukkal együtt.
E-mailek fogadása és a mappaszerkezet
A denevér! a szerverhez való első csatlakozáskor letölti az összes mappát a tartalommal együtt (kivéve a Törlés, Archív és Helyreállítható mappákat).
Kivéve szabványos mappák, a program betölti a Calendar, Contacts, Tasks és néhány más mappát, amelyek az MS Exchange olyan összetevőit jelenítik meg, mint az események, névjegyek, feladatok, jegyzetek, RSS-hírcsatornák. A denevér! az Exchange nyilvános mappáinak tartalmát is letöltheti. Ha rendelkezik jogokkal a nyilvános mappához, akkor azt az Összes nyilvános mappa mappában fogja látni.
A program megjeleníti az Outlookban használt összes attribútumot, amely megfelel a The Bat! és RFC822, például Tárgy, Feladó, Címzett, Másolat, Titkos másolat és egyéb fejlécek, zászlók, mellékletek, címkék, titkosítás, az üzenet fogadásának és létrehozásának dátuma és időpontja, mérete.
A program egy bizonyos dátumtól érkezett leveleket tud letölteni. Postafiók létrehozásakor engedélyezheti ezt a lehetőséget után létrehozott elemek betöltéseés adja meg a dátumot. A mai napnál korábban érkezett levelek A denevér! nem töltődik be. Ezt az opciót a "Szállítás" részben lévő mező tulajdonságainál is engedélyezheti.
Ha csatlakozik közösségi hálózatokhoz az Outlook alkalmazásban (Twitter, Facebook, LinkedIn), akkor ezeknek a közösségi hálózatoknak a névjegyeit tartalmazó mappák is megjelennek a The Bat! Minden ilyen névjegy tartalmaz egy csatolt vCard-ot, fényképet vagy egyéb fájlokat, amelyeket az adott névjegyhez rendelt.
A denevér! névjegyeket is letölthet innen vállalati hálózat. Ehhez a postafiók létrehozásakor engedélyezze az opciót Névjegyek letöltése Active Directory . Ezt az opciót a "Szállítás" részben lévő doboz tulajdonságaiban is engedélyezheti. A vállalati hálózat névjegyei az Active Directory doboz EWS mappájában tárolódnak. A mappában lévő névjegyek nem törölhetők vagy helyezhetők át. A program automatikusan importálja a névjegyeket a vállalati hálózatról az EWS címjegyzékébe.
Amikor először csatlakozik a szerverhez, a The Bat! létrehoz egy címjegyzéket, és importálja abba a letöltött névjegyeket. Az ilyen címjegyzék neve a doboz nevéből és a „” jelből áll:
Módosíthatja ennek a címjegyzéknek a nevét, de továbbra is az EWS dobozhoz lesz társítva. Ha törli a címjegyzéket, a névjegyek eltűnnek a The Bat! Újra importálhatja őket egy fájlból<имя контакта>.vcf csatolva minden érintkezőhöz. Amikor legközelebb csatlakozik a The Bat! észleli, hogy a címjegyzék hiányzik, és újat hoz létre.
Ha emlékeztetőt rendelt egy levélhez, feladathoz vagy eseményhez az Outlook vagy az OWA programban, a The Bat! felveszi ezt az emlékeztetőt az ütemezőbe, amint feltölti ezt az e-mailt/feladatot/eseményt. Az eseményről a program a megbeszélt időpontban értesít.
Ha létrehoz egy elemet az Exchange szerveren, a The Bat! betölti, amikor csatlakozik a szerverhez. Azonban a The Bat! nem kerülnek elküldésre a szerverre, helyben tárolódnak.
Szinkronizálás
Amikor a Denevér! letölti az MS Exchange elemeket, azok helyben tárolódnak. Ha egyidejűleg ezek az elemek megváltoznak a szerveren, a The Bat! nem jeleníti meg őket, amíg ki nem törli a mappa gyorsítótárát.
Ha a Delete kulccsal törli az elemeket, azok törlődnek az Exchange-kiszolgálóról.
Ha az elemeket az alternatív törlés (Shift+Delete billentyűparancs) használatával törli, akkor azok a szerverről is törlődnek (a ez az eset Exchange soft delete mód használatával). Ha visszaállítja a törölt elemeket a The Bat! a menün keresztül Mappa -> Törölt e-mailek megtekintése(a törölt e-mail visszaállításához jelölje ki és nyomja meg a Törlés gombot), ezek csak helyileg kerülnek mentésre.
Ha a The Bat!-ba betöltött levelet törli az Exchange szerverről, az nem törlődik a programból, viszont ha kiüríti a mappa gyorsítótárát, az e-mail nem töltődik le újra.
Amikor áthelyezi és átmásolja az Exchange e-maileket és elemeket az EWS postafiók mappáiba, a rendszer a megfelelő mappákban feltölti a kiszolgálóra is. Amikor áthelyez egy levelet egy mappából, a rendszer eltávolítja a kiszolgálón lévő mappából.
A denevér! támogatja az Olvasott/olvasatlan jelzők szinkronizálását, a Megjelölve, és elfogadja a Parkolt jelzőt (az Exchange terminológiájában „piszkozat”). Ha például egy e-mailt olvasottként jelöl meg a The Bat!-ban, akkor az egy másik levelezőprogramban is olvasottként jelenik meg. A Megválaszolt és Továbbított/Továbbított jelzők nincsenek szinkronizálva.
A denevér! szinkronizálja a betűk prioritását és a titoktartási jelet (Sensitivity). Az adatvédelmi címke címkeként jelenik meg. A módosításhoz kattintson a gombra Jobb klikk kattintson a levélre, és válasszon egy címkét a "Címkék" részben. A The Bat! által nem támogatott attribútumok címkeként jelennek meg. A színcsoportok szinkronizálása nem támogatott.
Mappakezelés
Mappák a Denevérben! a kiszolgálón lévő fiókjában beállított nyelven jelennek meg (OWA -> Options -> Regional -> Language -> Mentés). Ha megváltoztatja a nyelvet az OWA beállításaiban, a mappanevek a The Bat! is változni fog.
Ha átnevez, áthelyez vagy töröl egy mappát a The Bat!-ban, ezek a változtatások a szerveren, és így a többi levelezőprogramban is megjelennek. Ha létrehoz egy mappát a The Bat!-ban, az megjelenik a szerveren. Ha a kiszolgálón lévő mappaszerkezet megváltozik (mappákat átnevez, létrehoz, töröl vagy áthelyez), a The Bat! a mappaszerkezetet is frissíti, amikor csatlakozik a szerverhez.
Ha nem szeretné látni a mappát a dobozok fájában, de meg szeretné tartani a szerveren, akkor elrejtheti: válassza ki a mappát, nyomja meg a Törlés gombot, és válassza a lehetőséget. mappa elrejtése.
A mappák elrejtéséhez a menüben is engedélyeznie kell a lehetőséget Postafiók -> Postafiók tulajdonságai -> Szállítás:
Ha ez az opció ki van kapcsolva, rejtett mappák visszaáll, amikor legközelebb csatlakozik a szerverhez.
Tehát engedélyezheti az opciót Vezessen egy listát a rejtett mappákrólés elrejti a mappákat. Az összes rejtett mappa újbóli megjelenítéséhez kapcsolja ki ezt az opciót, és hívja az "Új levelek beolvasása" parancsot.
A mappa gyorsítótárát is törölheti a gombra kattintva Gyorsítótár törlése a menün Mappa -> Mappa beállításai -> EWS tulajdonságai. Tisztítás után a The Bat! újra letölti az Exchange-elemeket a szerverről.
A cikksorozat 5. részében megvizsgáltuk, hogyan hozhatunk létre egy Client Access tömböt minden Active Directory webhelyen. Ezután engedélyeztük az Outlook Anywhere alkalmazást, és konfiguráltuk az Outlook szolgáltató beállításait is, hogy az Outlook Anywhere kliensek csatlakozni tudjanak vészhelyzet esetén.
A ciklus ezen részében ott folytatjuk, ahol az előző részben abbahagytuk. Először is beállítjuk a CAS belső és külső URL-címét minden Exchange 2010 kiszolgálón mindkét Active Directory webhelyen. Ezután létrehozunk egy DAG-ot, és elvégzünk néhány alapvető DAG-beállítást.
Ideje konfigurálni az Exchange 2010 CAS-szolgáltatások belső és külső URL-címét az egyes adatközpontokban, hogy azok az egyes terheléselosztási megoldásokra mutassanak.
Összefoglalva ennek a ciklusnak az előző részeit, azt mondhatjuk, hogy a cím „ mail.exchangeonline.dk" mutat az elsődleges adatközpontban a terheléselosztási megoldáson konfigurált VIP-címre, és " failover.exchangeonline.dk A ‘ a feladatátvételi adatközpontban a terheléselosztási megoldáson konfigurált VIP-címet jelzi. Ez azt jelenti, hogy az URL-címeket minden adatközponthoz eltérően kell konfigurálni.
Kezdjük az Outlook Web App (OWA) URL-címeivel. Ehhez a következő parancsokat használjuk:
Fő adatközpont:
Set-OwaVirtualDirectory - "EX01\OWA (alapértelmezett webhely)" identitás -Belső URL /OWA -Külső URL https://mail.exchangeonline.dk/OWA
Set-OwaVirtualDirectory - "EX03\OWA (alapértelmezett webhely)" azonosító - Belső URL https://mail.exchangeonline.dk/OWA - Külső URL https://mail.exchangeonline.dk/OWA
Sürgősségi adatközpont:
Set-OwaVirtualDirectory - "EX02\OWA (alapértelmezett webhely)" azonosító - Belső URL https://failover.exchangeonline.dk/OWA - Külső URL https://failover.exchangeonline.dk/OWA
Set-OwaVirtualDirectory - "EX04\OWA (alapértelmezett webhely)" azonosító - Belső URL https://failover.exchangeonline.dk/OWA - Külső URL https://failover.exchangeonline.dk/OWA
1. ábra: URL-ek konfigurálása az OWA virtuális címtárhoz
Az Exchange vezérlőpulthoz (ECP) a következő parancsokat használjuk:
Fő adatközpont:
Set-EcpVirtualDirectory - "EX01\ECP (alapértelmezett webhely)" azonosító - Belső URL https://mail.exchangeonline.dk/ECP - Külső URL https://mail.exchangeonline.dk/ECP
Set-EcpVirtualDirectory - "EX03\ECP (alapértelmezett webhely)" azonosító - Belső URL https://mail.exchangeonline.dk/ECP - Külső URL https://mail.exchangeonline.dk/ECP
Sürgősségi adatközpont:
Set-EcpVirtualDirectory - "EX02\ECP (alapértelmezett webhely)" azonosító - Belső URL https://failover.exchangeonline.dk/ECP - Külső URL https://failover.exchangeonline.dk/ECP
Set-EcpVirtualDirectory - "EX04\ECP (alapértelmezett webhely)" azonosító - Belső URL https://failover.exchangeonline.dk/ECP - Külső URL https://failover.exchangeonline.dk/ECP
2. ábra: URL-ek konfigurálása az ECP virtuális címtárhoz
Az Exchange ActiveSync (EAS) esetében a következő parancsokat használjuk:
Fő adatközpont:
Set-ActivesyncVirtualDirectory -Identity EX01\Microsoft-Server-ActiveSync (alapértelmezett webhely)" -InternalURL https://mail.exchangeonline.dk/Microsoft-Server-Activesync -ExternalURL https://mail.exchangeonline.dk/Microsoft-Server -aktív szinkron
Set-ActivesyncVirtualDirectory - "EX03\Microsoft-Server-ActiveSync (alapértelmezett webhely)" azonosító - Belső URL https://mail.exchangeonline.dk/Microsoft-Server-Activesync -ExternalURL https://mail.exchangeonline.dk/Microsoft- Szerver-Activesync
Sürgősségi adatközpont:
Set-ActivesyncVirtualDirectory - "EX02\Microsoft-Server-ActiveSync (alapértelmezett webhely)" azonosító - Belső URL https://failover.exchangeonline.dk/Microsoft-Server-Activesync -ExternalURL https://failover.exchangeonline.dk/Microsoft- Szerver-Activesync
Set-ActivesyncVirtualDirectory - "EX04\Microsoft-Server-ActiveSync (alapértelmezett webhely)" azonosító - InternalURL https://failover.exchangeonline.dk/Microsoft-Server-Activesync -ExternalURL https://failover.exchangeonline.dk/Microsoft- Szerver-Activesync
3. ábra: URL-ek konfigurálása az EAS Virtual Directory számára
Az offline címjegyzékhez a következő parancsokat használjuk:
Fő adatközpont:
Set-OABVirtualDirectory - Identitás "EX01\oab (alapértelmezett webhely)" - InternalUrl https://mail.exchangeonline.dk/oab -ExternalURL https://mail.exchangeonline.dk/oab
Set-OABVirtualDirectory - Identitás "EX03\oab (alapértelmezett webhely)" - InternalUrl https://mail.exchangeonline.dk/oab -ExternalURL https://mail.exchangeonline.dk/oab
Sürgősségi adatközpont:
Set-OABVirtualDirectory - Identitás "EX02\oab (alapértelmezett webhely)" - InternalUrl https://failover.exchangeonline.dk/oab -ExternalURL https://failover.exchangeonline.dk/oab
Set-OABVirtualDirectory - "EX04\oab (alapértelmezett webhely)" azonosító - Belső URL https://failover.exchangeonline.dk/oab -Külső URL https://failover.exchangeonline.dk/oab
4. ábra: URL-ek konfigurálása az OAB Virtual Directory számára
Az Exchange Web Services (EWS) esetében a következő parancsokat használjuk:
Fő adatközpont:
Set-WebServicesVirtualDirectory - "EX01\EWS (alapértelmezett webhely)" azonosító - Belső URL https://mail.exchangeonline.dk/ews/exchange.asmx -ExternalURL https://mail.exchangeonline.dk/ews/exchange.asmx
Set-WebServicesVirtualDirectory - "EX03\EWS (alapértelmezett webhely)" azonosító - Belső URL https://mail.exchangeonline.dk/ews/exchange.asmx -ExternalURL https://mail.exchangeonline.dk/ews/exchange.asmx
Sürgősségi adatközpont:
Set-WebServicesVirtualDirectory - "EX02\EWS (alapértelmezett webhely)" azonosító - Belső URL https://failover.exchangeonline.dk/ews/exchange.asmx -ExternalURL https://failover.exchangeonline.dk/ews/exchange.asm
Set-WebServicesVirtualDirectory - "EX04\EWS (alapértelmezett webhely)" azonosító - InternalUrl https://failover.exchangeonline.dk/ews/exchange.asmx -ExternalURL https://failover.exchangeonline.dk/ews/exchange.asm
5. ábra: URL-ek konfigurálása az EWS virtuális címtárához
Ebben a tesztkörnyezetben nem használunk egységes üzenetküldést (UM), de ha más tervei vannak, be kell állítania egy URL-t a következő parancsokkal:
Fő adatközpont:
Set-UMVirtualDirectory - "EX01\unifiedmessaging (alapértelmezett webhely)" azonosító - InternalUrl https://mail.exchangeonline.dk/unifiedmessaging/service.asmx -ExternalUrl https://mail.exchangeonline.dk/unifiedmessaging/service.asmx
Set-UMVirtualDirectory - "EX03\unifiedmessaging (alapértelmezett webhely)" azonosító - InternalUrl https://mail.exchangeonline.dk/unifiedmessaging/service.asmx -ExternalUrl https://mail.exchangeonline.dk/unifiedmessaging/service.asmx
Sürgősségi adatközpont:
Set-UMVirtualDirectory -Identitás "EX02\unifiedmessaging (alapértelmezett webhely)" -InternalUrl https://failover.exchangeonline.dk/unifiedmessaging/service.asmx -ExternalUrl https://failover.exchangeonline.dk/unifiedmessaging/service.asmx
Set-UMVirtualDirectory -Identitás "EX04\unifiedmessaging (alapértelmezett webhely)" -InternalUrl https://failover.exchangeonline.dk/unifiedmessaging/service.asmx -ExternalUrl https://failover.exchangeonline.dk/unifiedmessaging/service.asmx
Végül az Autodiscover Service belső URI-ját a HLB-megoldás FQDN-jére kell irányítanunk. Ezt a következő parancsokkal lehet megtenni:
Fő adatközpont:
Set-ClientAccessServer 'Identity EX01 -AutoDiscoverServiceInternalUri: https://mail.exchangeonline.dk
Set-ClientAccessServer 'Identity EX03 -AutoDiscoverServiceInternalUri: https://mail.exchangeonline.dk /Autodiscover/Autodiscover.xml
Sürgősségi adatközpont:
Set-ClientAccessServer 'Identity EX02 -AutoDiscoverServiceInternalUri: https://mail.exchangeonline.dk /Autodiscover/Autodiscover.xml
Set-ClientAccessServer Identity EX04 -AutoDiscoverServiceInternalUri: https://mail.exchangeonline.dk /Autodiscover/Autodiscover.xml
6. ábra: Belső Autodiscover URI paraméterek
Vegye figyelembe, hogy mindkét adatközpontban az Exchange 2010 kiszolgálókat ugyanarra az automatikus felismerési URI-ra irányítottuk. Lehetőség van arra is, hogy az AutoDiscoverInternalUri a CAS-kiszolgálókon az összeomlási adatközpontban a „https://failover.exchangelabs.dk/autodiscover/autodiscover.xml” címre irányítsa, így olyan helyzetbe kerülhet, hogy az SCP-k nem állnak rendelkezésre összeomlik. Ezenkívül az Autodiscover szolgáltatás által generált webhelyek közötti forgalom kevésbé lesz hatással a WAN-kapcsolatra, mivel az automatikus felfedezési kérelmek kis méretű szöveges fájlok xml.
Most, hogy befejeztük a CAS oldalt, a postafiók-adatbázisok létrehozására, valamint az adatbázis-elérhetőségi csoport (DAG) létrehozására és konfigurálására összpontosíthatunk.
A cikksorozatban használt tesztkörnyezetben 12 postafiók-adatbázist hoztam létre, amelyek két Exchange 2010 kiszolgáló között vannak elosztva az elsődleges adatközpontban, amint az 7. ábra.
7. ábra: Exchange 2010 postafiók-adatbázisok
Jegyzet: Mivel ebben a környezetben az Outlook 2003 klienseket nem használják, és a nyilvános mappákat nem használják adattárként, ezért nincsenek nyilvános mappák adatbázisai. Ha a helyzet más, ügyeljen arra, hogy a DAG funkció nem használható a nyilvános mappák adatainak védelmére (mint az Exchange 2007 CCR esetében). Ehelyett minden adatközpontban hozzon létre legalább egy nyilvános mappa adatbázist, és adja hozzá az ezeket az adatbázisokat tartalmazó megfelelő kiszolgálókat az egyes nyilvános mappák másolatainak listájához.
Mint látható, az alapokat DAG01-MDB001, DAG01-MDB002 stb. Nem azért, mert lusta vagyok, hanem azért, mert egyszerűen nincs szükség hosszú és összetett nevekre ezekhez az adatbázisokhoz. A DAG részét képező adatbázisok esetében a legjobb az elnevezési konvenciók használata, ahol az adatbázis nevét megelőzi annak a DAG-nak a neve, amelyhez az adatbázis tartozik. Az adatbázisok és a naplómappák elérési útjaihoz érdemesebb valami olyasmit használni, mint az E:\DAG_name\Database_name.edb és F:\Dag_name\Database_name.
Jegyzet: Ha több példánya van az adatbázisból, akkor nem kell dedikált LUN-okat használnia a naplófájlokhoz, csak ugyanazt az elérési utat használhatja, mint az .edb fájl (példánkban ez „E:\DAG_name\Database_name”). Ez teljes mértékben támogatott, és az ajánlott módszer, ha nem használja hardveres megoldás VSS Tartalékmásolat létrehozásához biztonsági mentések Exchange-adatbázisaikat. Mondanom sem kell, hogy csatolási pontokat kell használni, mert különben gyorsan elfogy a meghajtóbetűjel.
Azoknak, akik már telepítettek Exchange 2007 CCR vagy Exchange 2010 Mailbox DAG-alapú postafiók-kiszolgálókat, tudniuk kell, hogy jobb, ha egy Hub Transport kiszolgálót ugyanazon az Active Directory-helyen használnak a CCR-fürt vagy DAG tanúszerverként.
Mivel ez a környezet több szerepkörű Exchange 2010 szerverekből áll, amelyek ugyanannak a DAG-nak a részét képezik, nem használhatjuk az Exchange 2010 Hub Transport szervert tanúszerverként, hanem használnunk kell a hagyományos fájlszerver Windows Server 2008/R2 erre a célra. Emiatt hozzá kell tennünk: Exchange Trusted Subsystem‘ az Exchange 2010 telepítése által létrehozott csoport a helyi rendszergazdák a megfelelő fájlszerveren. Ezzel biztosítható, hogy az Exchange megfelelő engedélyeket kapjon. Ebből a célból belépünk a fájlszerverbe, és megnyitjuk a szerverkezelőt. szerver menedzser‘. Bővül Konfiguráció‘ > ‘Helyi felhasználók és csoportokés nyissa ki Tulajdonságok csoportok Rendszergazdák.
8. ábra: A helyi rendszergazdák csoport megkeresése a fájlban Windows szerver Server 2008 R2
Most írja be: Exchange Trusted Subsystem' a szövegmezőbe, ahogy az ábrán látható 9. ábra, és nyomja meg rendben.
9. ábra: Belépés az Exchange megbízható alrendszer csoportjába
Kattintson újra rendben.
10. ábra: Rendszergazdák csoport tulajdonságainak oldala
Mint említettük, ez a lépés csak akkor szükséges, ha nem Exchange-kiszolgálót használ tanúszerverként.
Mivel aktív felhasználóink folyamatosan egy adatközpontban vannak (aktív/passzív felhasználói disztribúciós modell), ezért ehhez a forgatókönyvhöz elegendő egy kiterjesztett DAG.
Egyszerű DAG létrehozásához futtassa a varázslót egy csoport létrehozásához. Ehhez bontsa ki a „Szervezeti konfiguráció” munkaközpontot, és kattintson jobb gombbal a „ Postafiók’, ezután kiválasztjuk a létrehozás lehetőségét új csoport ‘Új adatbázis elérhetőségi csoport'V helyi menü. A varázslóban adja meg a DAG nevét, és adja meg a tanúszerver nevét. Végül meg kell adnunk a tanúk könyvtárának elérési útját. Felhívom a csoportot DAG' DAG01és egy tartományhoz csatlakoztatott fájlszervert (FS01) fog használni tanúszerverként. Ha végzett, kattintson a ' Új‘.
11. ábra: DAG létrehozása
A döntőn (befejezés) oldalon figyelmeztetést kapunk, hogy a csoport " Exchange Trusted Subsystem"nem tagja a csoportnak" Helyi rendszergazdák‘ a megadott tanúszerveren. Ez a hiba figyelmen kívül hagyható, mivel ezt a csoportot már hozzáadtuk.
Kattintson Befejez a varázslóból való kilépéshez ( 12. ábra).
12. ábra: DAG varázsló – utolsó oldal
Ha két adatközpont (AD-helyek) közé kibővített DAG-ot kell használni, ajánlatos egy alternatív tanúszervert előre konfigurálni, amely ebben a forgatókönyvben a feladatátvételi adatközpont fájlkiszolgálója (FS02) lenne.
Ehhez először hozzá kell adnunk: Exchange Trusted Subsystem"csoport a helyi rendszergazdák csoportjába" (helyi rendszergazdák)' a fent leírt módon. Ezután meg kell adnia az FS02-t alternatív tanúkiszolgálóként magán a DAG objektumon. Ehhez nyissa meg a DAG tulajdonságai oldalt. DAG01‘. A könyvjelzőben " Tábornok' látjuk az FS01 fő tanúszervert és ennek a szervernek a tanúk könyvtárát. Az alábbiakban lehetőségünk van egy alternatív tanúszerver megadására ( 13. ábra). Tegye ezt, és nyomja meg a " Alkalmaz‘. Hagyja nyitva az ingatlan oldalt.
13. ábra: Alternatív tanúszerver megadása
Míg a DAG-hoz DHCP-vel hozzárendelt IP-címeket is lehet használni, én inkább statikus címeket használok, így a következő lépés az, hogy minden adatközpontban (alhálózatonként) statikus IP-címet rendelek a DAG-hoz.
Jegyzet: Ha DHCP-vel hozzárendelt IP-címeket szeretne használni, kihagyhatja ezt a lépést.
Statikus IP-cím beállításához lépjen a „ IP-címek‘. A könyvjelzőben " IP-címek' állítsa be az IP-címet minden egyes alhálózatban a DAG számára. Ezután nyomja meg a ' rendben", hogy kilépjen a tulajdonságok oldaláról.
14. ábra: Statikus IP-cím hozzárendelése egy DAG-hoz
Tehát létrehoztunk és konfiguráltunk egy egyszerű DAG-ot.
Mint mindannyian tudják, hogy a szolgáltatási kapcsolat a levelezőszerver ez a fő gond mindannyiunk számára. Az Exchange Server 2010-ben a kapcsolat ugyanaz, mint az Exchange Server 2007-ben. Miután áttelepítette vagy telepítette az új verziót, ezt tesztelni kell a megfelelő hitelesítő adatokkal és tanúsítvánnyal. Ellenkező esetben a levelezőszerver IP-címe a feketelistára, a rossz mutatók és konfigurációk miatt. Először is végezze el a belső tesztet. Menj a számítógéped A kezdő sáv jobb oldalán, ahol a Dátum és az idő látható, megtalálja az Outlook ikont, tartsa lenyomva a Ctrl billentyűt + kattintson a jobb gombbal az Outlook ikonra, és kattintson az „E-mail automatikus konfigurációjának tesztelése…” elemre.
Válassza a „Automatikus felfedezés használata” lehetőséget, és kattintson a Teszt gombra.
A fenti egy sikeres. Ha nem sikerült, tegye az alábbiakat. Az Exchange Web Service (EWS) az a webszolgáltatás, amely hozzáférést biztosít az Out of Office szolgáltatáshoz. Ha az EWS belső vagy külső URL-címe hiányzik vagy helytelen, az OOF meghiúsul, és előfordulhat, hogy más szolgáltatások nem a várt módon fognak működni. Az Exchange Management Shell használatával ellenőrizze a webszolgáltatás virtuális címtárához rendelt URL-címeket a Get-WebServicesVirtualDirectory paranccsal
Először a CAS szerverre jutottam
Írja be a következő Power Shell-parancsot az EWS-hez (Exchange Web Service)
Kód másolása Get-WebServicesVirtualDirectory |fl identitás,belső URL, külső URL
Az alábbi eredményt kapod
Belső URL:
Külső URL: https://mailv.domain.com/ews/exchange.asmx
Belső URL: https://mailv.domain.com/EWS/Exchange.asmx
Külső URL: https://mailv.domain.com/ews/exchange.asmx
Ha ez nem helyes, ki kell javítani. Ezt a Powershell parancs segítségével kell megtenni a CAS-kiszolgálón.
Ehhez…Kód másolása
C:\Windows\system32>Set-WebServicesVirtualDirectory -Identitás "ECAS1\EWS (alapértelmezett webhely)" -Belső URL -BasicAuthentication:$true
C:\Windows\system32>Set-WebServicesVirtualDirectory -Identitás „ECAS2\EWS (alapértelmezett webhely)” -InternalUrl https://mail.domain.com/EWS/Exchange.asmx -BasicAuthentication:$true
C:\Windows\system32>Get-WebServicesVirtualDirectory |fl identitás,belső URL, külső URL
Identitás: ECAS1\EWS (alapértelmezett webhely)
Belső URL: https://mail.domain.com/EWS/Exchange.asmx
Külső URL: https://mail.domain.com/ews/exchange.asmx
Identitás: ECAS2\EWS (alapértelmezett webhely)
Belső URL: https://mail.domain.com/EWS/Exchange.asmx
Külső URL: https://mail.domain.com/ews/exchange.asmx
Most tudsz nézze meg, hogy az URL javítva. Ez a webszolgáltatásokra vonatkozik.
Most pedig az Autodiscovery…
C:\Windows\system32>Get-AutodiscoverVirtualDirectory
A beállítások megtekintéséhez
C:\Windows\system32>
C:\Windows\system32>Get-ClientAccessServer |fl identitás,autodiscoverserviceinternaluri
Azonosító: ECAS1
https://mailv.domain.com/Autodiscover/Autodiscover.xml
Azonosító: ECAS2
AutoDiscoverServiceInternalUri: https://mailv.domain.com/Autodiscover/Autodiscover.xml
C:\Windows\system32>Set-ClientAccessServer -Identity ECAS1 -AutoDiscoverServiceInternalUri https://mail.domain.com/Autodiscover/Autodiscover.xml
C:\Windows\system32>Set-ClientAccessServer -Identity ECAS2 -AutoDiscoverServiceInternalUri https://mail.domain.com/Autodiscover/Autodiscover.xml
Az Outlook Web Apps, az Exchange Vezérlőpult, az Exchange ActiveSync, az Offline címjegyzék… az Exchange Management Console (EMC) oldalra kell lépnie.
Válassza ki az egyes füleket, majd kattintson jobb gombbal az objektumra, és módosítsa az elérési utat igény szerint. Ha végzett az első CAS-kiszolgálóval, tegye ugyanezt a másodikkal is.
Ennyi… készen állsz a gyártásra.
