Office 365 ortamında SMTP Geçişi | Sorun giderme senaryoları |Bölüm 4#4

Mevcut makale, Office 365 posta altyapısına posta göndermek için SMTP posta aktarma sunucusu kullanıldığında olası sorunların giderilmesi konusuna ayrılmıştır.

Exchange Online'a posta gönderme - Makale Serisi

• Exchange Online'a posta gönder | Bölüm 1#4
• Standart SMTP oturumunu kullanarak Exchange Online'a posta gönderin | Bölüm 2#4
• Office 365 ortamında SMTP Geçişi | Bölüm 3#4
• Office 365 ortamında SMTP Geçişi | Sorun giderme senaryoları |Bölüm 4#4

Önceki makalede, Office 365 tabanlı bir ortamda IIS SMTP sunucusunun posta geçişi olarak nasıl yapılandırılacağı kavramını gözden geçirdik.

Office 365 ortamında SMTP posta geçişi seçeneğini kullanırken, bu süreçte yer alan birkaç öğe olduğundan ve bu öğelerin her birinin belirli özellikleri veya belirli yapılandırma ayarları olduğundan posta akışı karmaşık olarak değerlendirilebilir.

Sorun yaşadığımız bir senaryoda, kaynak posta istemcisi (Donanım cihazı, posta uygulaması vb.) tarafından gönderilen postanın hedefine (Office 365 alıcısı veya başka bir harici alıcı) ulaşmaması, Sorunun kesin sebebini belirtmek o kadar basit değil.

Örneğin, FAKS cihazının Office 365 alıcısına E-posta iletisi göndermesi gereken bir senaryo aşağıdaki adımları içeriyordu:

1. FAKS cihazı, IIS SMTP posta aktarma sunucusuna (senaryomuzdaki IIS sunucusuna) bağlanır.
   2. SMTP posta aktarma sunucusu, posta istemcisinden (senaryomuzdaki faks aygıtından) gelen isteği kabul etmeye hazırdır.
2. SMTP posta aktarma sunucusu "hedef posta sunucusuna" (senaryomuzdaki EOP posta sunucusuna) bağlanır.
3. "Hedef posta sunucusu", SMTP posta aktarma sunucusundan gelen isteği kabul etmeye hazırdır.
4. “Hedef posta sunucusu” (EOP), E-posta mesajını hedef alıcıya gönderir.

Gerçekte, posta akışı, DNS çözümleme işleminin gerçekleştirilmesi vb. gibi bahsetmediğimiz ek adımları içerir.

Bu karmaşıklık nedeniyle, posta akışında yer alan farklı bileşenlere ve sorun giderme adımlarının, sorun giderme araçlarının neler olduğuna ve posta akışının başarıyla tamamlanmadığı bir senaryoda kullanabileceğimiz yöntemlere aşina olmamız gerekir.

Posta akışını simüle etme | IIS SMTP posta aktarma sunucusu aracılığıyla dahili posta istemcisi tarafından gönderilen posta

Gerekli tüm yapılandırmayı tamamladıktan sonra en iyi uygulama, bazı “POC” (kavram kanıtı) testleri uygulamaktır; bu, posta akışının doğru bir şekilde uygulandığını doğrulamamızı sağlayacak, bu da E-posta mesajının hedef alıcının posta kutusuna başarılı bir şekilde ulaştığı anlamına gelir.

SMTP posta geçişi kullanırken posta akışını test edebilmek ve doğrulayabilmek için, kuruluş posta istemcisinin Office 365 posta alıcısına bir E-posta göndermeye çalıştığı bir posta akışını simüle edeceğiz.

Kontrol etmek ve doğrulamak istediğimiz “parametreler” şunlardır:

• Posta istemcisinin IIS SMTP posta aktarma sunucusuyla iletişim kurma yeteneği ve IIS SMTP posta aktarma sunucusunun Office 365 posta sunucusuyla iletişim kurma yeteneği.
• IIS SMTP posta aktarma sunucusunun farklı bir posta istemcisi adına E-posta gönderme yeteneği. Makalede belirtildiği gibi -Office 365 ortamında SMTP Geçişi | Bölüm 3#4, IIS SMTP posta aktarma sunucusunun farklı posta istemcilerinden gelen gereksinimleri kabul ettiği ve E-posta iletisini IIS SMTP tarafından kullanılan kullanıcı hesabı olan Office 365 posta sunucusuna "iletmesi" gereken bir senaryoda posta aktarma sunucusunun, kendisine hitap eden her "posta istemcisi" için Farklı Gönder iznine sahip olması gerekir.

Bu parametreleri doğrulamak için iki farklı test kullanacağız.

Test 1 - IIS SMTP posta geçiş sunucusu tarafından kullanılan kullanıcı kimlik bilgileriyle aynı E-posta adresini kullanan posta istemcisini simüle ettiğimiz basit bir test.

Test 2 - IIS SMTP posta geçiş sunucusu tarafından kullanılan kullanıcı kimlik bilgilerinden farklı E-posta adresini kullanan posta istemcisini simüle edin. Bu durumda, IIS SMTP posta geçiş sunucusu kullanıcı hesabı için gerekli Farklı Gönder izninin tanımlanıp tanımlanmadığını doğrulamak istiyoruz.

Posta akışının simülasyonu nasıl yapılır?

Senaryomuzda "gerçek" posta istemcisi, FAKS makineleri, Tarayıcı veya Yazıcı gibi donanım aygıtları veya posta özellikli bir uygulama olabilir.

Asıl sorun, çoğu zaman bu "posta istemcisinin" bir başarısızlık senaryosunda, yani postanın hedef alıcıya gönderilmediği bir sahnede kesin bilgi sağlama seçeneğine sahip olmamasıdır.

SMTP Telnet İstemcisi yardımcı programı, posta akışını simüle etmemizi ve posta istemcisi ile posta sunucusu (senaryomuzdaki IIS SMTP posta geçişi) arasındaki iletişim kanalının içeriğini "görmemizi" sağlar. Ayrıca sorunun spesifik nedeni hakkında bilgi almak için “debug” (adım adım gönderimi etkinleştir) seçeneğini de kullanabiliriz.

Test 1 - SMTP posta geçişini kullanma | Hedef alıcı=SMTP posta geçişi kimlik bilgileri

İlk testte, posta akışının başarılı bir şekilde tamamlanabildiğini, yani posta akışında yer alan farklı "öğelerin" her birinin birbiriyle iletişim kurabildiğini doğrulamak istiyoruz.

Senaryomuzda, posta istemcisi, IIS SMTP posta geçişi tarafından kullanılan kullanıcı kimlik bilgileriyle aynı olan bir E-posta adresini kullanarak kendisini tanıtacaktır.

Hedefin E-posta adresine "hedef alıcı" konusuna gelince, hedef alıcının posta kutusuna erişebildiğimiz ve test postamızı alıp almadığını doğrulayabildiğimiz sürece alıcının bir önemi yoktur.

Mevcut senaryonun karakteri:

• Kaynak alıcı - John@o365info.com
• IIS SMTP posta geçişi kimlik bilgileri - John@o365info.com
• Hedef alıcı - John@o365info.com

IIS SMTP posta geçiş sunucusunun dahili arayüzüyle iletişim ayarını yapılandırmak için Telnet özellikleri sekmesini kullanın.

• Bağlayıcı IP'sini al: IIS SMTP Sunucusunun IP Adresini ekleyin (özel senaryomuzda IP adresi - 10.13.137.2'dir).
• TCP Bağlantı Noktası: Bu, IIS SMTP posta geçişi “LAN arayüzünün” bağlantı noktası numarasıdır. Posta istemcisine "listeleme" için kullanılan varsayılan bağlantı noktası - 25'dir
• Gönderen Posta: metin kutusunun içine, E-posta yoluyla bir E-posta mesajı göndermek isteyen dahili posta istemcisini "temsil eden" E-posta adresini eklememiz gerekecektir. IIS SMTP posta geçişi. Özel senaryomuzda, kaynak alıcı - John@o365info.com
  Alıcının Alıcısı: bu metinde kutusuna, postayı dahili posta istemcisinden alması gereken "hedef alıcının" e-posta adresini eklememiz gerekecek. Özel senaryomuzda hedef Office 365 alıcısı - John@o365info.com
• Konu: Bu, “Konu başlığını” oluşturacak isteğe bağlı bir parametredir. Özel senaryomuzda konu Test 001'dir.

E-posta mesajını göndermek için Telnet sekmesini seçip GÖNDER seçeneğine tıklamamız gerekiyor

Aşağıdaki ekran görüntüsünde posta akışımızdaki “ilk bölüm”ün yani dahili posta istemcisinin IIS SMTP posta geçişinin dahili arayüzüne hitap ettiği kısmın tamamlandığını görebiliriz.

IIS SMTP posta aktarıcısı, E-posta mesajını kabul etmeyi "kabul eder" ve posta istemcisine E-postanın teslimat için sıraya alındığı konusunda "bilgi verir".

Posta akışının ilk bölümünün başarıyla tamamlanmış olması, E-posta mesajının hedef Office 365 alıcı posta kutusuna ulaştığını varsayabileceğimiz anlamına gelmez.

E-postanın IIS SMTP posta geçişi tarafından Office 365 posta sunucularına (smtp.office365.com ana bilgisayar adı ile temsil edilen EOP) gönderildiğini doğrulayabilmek için ) E-posta mesajını alıp almadığını doğrulamak için hedef alıcının posta kutusuna (örneğimizde John) erişmemiz gerekecek.

Aşağıdaki ekran görüntüsünde E-posta mesajının John posta kutusuna ulaştığını görüyoruz.

Test 2 - SMTP posta geçişinin farklı posta istemcileri adına e-posta gönderme yeteneğini doğrulayın.

İlk testin başarıyla tamamlanması durumunda ve posta akışının doğru şekilde yapılandırıldığını bildiğimiz takdirde, sonraki adım, IIS SMTP posta geçişinin farklı posta istemcileri adına bir e-posta iletisi teslim etme becerisinin doğrulanmasıdır.

Örneğin, temel varsayım, IIS SMTP posta aktarma sunucusuna adres verecek olan posta istemcilerinden her birinin, benzersiz bir E-posta adresi kullanarak kendisini tanıtacağıdır.

IIS SMTP posta aktarma sunucusu, belirli bir kullanıcı hesabını (senaryomuzda John@o365info.com) kullanarak kendisini Office 365 posta sunucularına tanımlar ve postaları başka bir posta alıcısı adına; IIS SMTP posta aktarma sunucusu kullanıcı hesabının, kullanacağı posta istemcilerinin her biri için Farklı Gönder izinleriyle yapılandırılması gerekecektir. isteklerini Office 365 posta sunucusuna “iletin”.

Mevcut senaryonun karakterleri:

• Kaynak alıcı - Fax@o365info.com
• IIS SMTP posta geçişi kimlik bilgileri - John@o365info.com
• Hedef alıcı - John@o365info.com

Bu tür bir senaryoda IIS SMTP posta geçişinin, onu etkinleştirecek “Farklı Gönder " iznine sahip olması gerektiğine dikkat edin. kaynak posta alıcısı adına E-posta iletisini göndermek için (senaryomuzda Fax@o365info.com).

IIS SMTP posta geçiş sunucusunun dahili arayüzüyle iletişim ayarını yapılandırmak için Telnet özellikleri sekmesini kullanın.

• Bağlayıcı IP'sini al: IIS SMTP Sunucusunun IP Adresini ekleyin (özel senaryomuzda IP adresi - 10.13.137.2'dir).
• TCP Bağlantı Noktası: Bu, IIS SMTP posta geçişi “LAN arayüzünün” bağlantı noktası numarasıdır. Posta istemcisine "listeleme" için kullanılan varsayılan bağlantı noktası - 25
• Posta Gönderen: metin kutusunun içine, IIS aracılığıyla E-posta iletisi göndermek isteyen dahili posta istemcisini "temsil eden" E-posta adresini eklememiz gerekecektir. SMTP posta geçişi. Özel senaryomuzda, kaynak alıcı - Fax@o365info.com
  Alıcının Alıcısı: bu metinde kutusuna, postayı dahili posta istemcisinden alması gereken "hedef alıcının" e-posta adresini eklememiz gerekecek. Özel senaryomuzda hedef Office 365 alıcısı - John@o365info.com
• Konu: Bu, “Konu başlığını” oluşturacak isteğe bağlı bir parametredir. Özel senaryomuzda konu Test 002'dir.

E-posta mesajını göndermek için Telnet sekmesini seçip GÖNDER seçeneğine tıklamamız gerekiyor

Aşağıdaki ekran görüntüsünde posta akışımızdaki “ilk bölüm”ün yani dahili posta istemcisinin IIS SMTP posta geçişinin dahili arayüzüne hitap ettiği kısmın başarıyla tamamlandığını görebiliriz.

IIS SMTP posta aktarıcısı, E-posta mesajını kabul etmeyi "kabul eder" ve posta istemcisine, E-postanın teslimat için Kuyruğa Alındığını "bilgilendirir"

Posta akışının ilk bölümünün başarıyla tamamlanmış olması, E-posta mesajının hedef Office 365 alıcı posta kutusuna ulaştığını varsayabileceğimiz anlamına gelmez.

Senaryomuzda E-postanın Office 365 alıcılarına başarıyla gönderilemediğini göreceğiz.

IIS SMTP posta geçişi E-postayı kabul etmeyi “kabul ediyor” ancak bir sonraki bölümde hedef posta sunucusunun (Office 365 EOP sunucusu)
E-posta mesajını kabul etmeyi kabul etmediğini göreceğiz. .

Hedef alıcının posta kutusuna eriştiğimizde (örneğimizde John), posta mesajının John'un posta kutusuna ulaşmadığını keşfederiz!

Ortaya çıkan sorular şunlardır:

S1: Posta akışının başarısız olmasının nedeni nedir?

S2: Posta akışındaki başarısızlığın nedeni hakkında nasıl bilgi bulabiliriz?

3. Soru: Bu posta akışı sorununu nasıl düzeltebiliriz?

Daha fazla bilgi almak için IIS SMTP sunucusu Günlük dosyasını okuma

C1: Posta akışı başarısızlığının nedeni bir izin sorunudur veya daha doğru olmak istersek - “Farklı Gönder ” izin sorunu. IIS SMTP posta geçişi kullanıcılarının (John@o365info.com) posta alıcısı adına E-posta göndermek için gerekli izinlere sahip olmadığı kullanıcı hesabı - Fax@o365info.com

C2: Posta akışı ve hatanın nedeni hakkında daha ayrıntılı bilgi alabilmek için, Badmail adlı klasörde saklanan IIS SMTP posta sunucusu posta teslim raporunu kullanacağız.

Badmail klasörünün tam yolu:: C:\inetpub\mailroot\Badmail

Aşağıdaki ekran görüntüsünde badmail klasörüne kaydedilen bilgileri görebiliriz. IIS SMTP sunucusu her “posta teslim hatası” için üç farklı dosya oluşturur.

Badmail klasöründe görünen dosyalardan ikisi veya yalnızca basit bir metin dosyası.

Arızanın nedeni hakkında daha fazla bilgi edinmek için *.BDR dosya uzantılı dosyadaki bilgileri okumaya çalışacağız.

Günlük dosyasında aşağıdaki hata mesajını görebiliriz: Belirli hata kodu 0xC00402C7 idi

Sorun şu ki bu hata mesajından anlayabileceğimiz pek bir şey yok.

Arızanın nedeni hakkında daha yararlı bilgiler *.BAD uzantılı dosyada bulunur.

“KÖTÜ Dosyası”nın içeriğine baktığımızda görebiliriz

Aşağıdaki alıcılara teslimat başarısız oldu. - john@o365info.com

Ve buna ek olarak -

Son Alıcı: rfc822;john@o365info.com
Eylem: başarısız oldu
Durum: 5.7.60
Tanılama Kodu: smtp;550 5.7.60 SMTP; İstemcinin bu gönderen olarak gönderme izni yok

Bu hata mesajının anlamı, IIS SMTP posta geçişinin Office 365 posta sunucusuna (EOP sunucusu) adres vermesi ve E-postayı kaynak posta alıcısına "teslim etmeye" çalışmasıdır - Fax@o365info .com

Çünkü “bulut”, IIS SMTP posta geçişini - John@o365info.com olarak tanımlıyor ve John gerekli “Farklı Gönder ”, “Faks alıcısı” adına E-posta gönderme iznine sahipse, EOP sunucusu E-posta mesajını kabul etmeyi reddeder.

Gerekli Farklı Gönder iznini IIS SMTP sunucusu kullanıcı hesabına atayın

Bu sorunu "düzeltebilmek" için, IIS SMTP posta geçişi tarafından kullanılan kullanıcı hesabını atayacağız - John@o365info.com , Farklı Gönder izni.

Farklı Gönder iznini atayabilmek için Exchange Online man Agent arayüzüne giriş yapacağız.

• Alıcılar menüsünü ve ardından gruplar menüsünü seçin
• Gerekli dağıtım grubuna (senaryomuzdaki FAKS grubu) çift tıklayın.

• Menüyü seçin - grup yetkisi. Aşağıdaki ekran görüntüsünde, varsayılan olarak hiçbir alıcının Farklı Gönder 'e sahip olmadığını görebiliriz. bu grup için izin.

Farklı Gönder bölümünün altında, gerekli <'ye sahip olacak alıcıları eklemek için artı simgesini tıklayın. span style="color: #008000;">Farklı Gönder izni. Özel senaryomuzda bu izni, IIS SMTP posta geçişi tarafından kullanılan posta alıcısı John adlı alıcıya atamak istiyoruz.

Gerekli izinleri ekledikten sonra E-posta mesajını tekrar göndermeyi denememiz gerekiyor.

Aşağıdaki ekran görüntüsünde mesajın şu anda hedef alıcının posta kutusuna başarıyla ulaştığını görüyoruz.

Meraklı biriyseniz ve IIS SMTP posta geçişi tarafından gerçekleştirilen E-posta teslimi hakkındaki bilgileri görüntülemek isterseniz, IIS SMTP posta geçişi günlük dosyalarına bakabiliriz.

Varsayılan olarak, IIS SMTP posta geçişi günlük dosyaları aşağıdaki yolda bulunur:

C:\Windows\System32\LogFiles\SMTPSVC1

Aşağıdaki ekran görüntüsünde SMTPSVC1 klasörünün birçok günlük dosyası içerdiğini görüyoruz.
En güncel günlük dosyalarını seçmemiz gerekecek.

Günlük dosyasına baktığımızda, IIS SMTP posta geçişi ile Office 365 posta sunucuları arasındaki posta akışında uygulanan adımların her biri için çok ayrıntılı bir açıklama görebiliriz.

Örneğin postanın birkaç aşamadan oluştuğunu görebiliriz:

• Aşama 1 - IIS SMTP posta geçişinin Office 365 posta sunucusuna hitap ettiği ve oturumun TLS oturumu tabanlı olduğu aşama.
• Aşama 2 - IIS SMTP posta geçişinin kimlik bilgilerini Office 365 posta sunucusuna sağladığı kimlik doğrulama aşaması
• Aşama 3 - IIS SMTP posta geçişinin E-posta iletisini Office 365 posta sunucusuna "teslim ettiği" ve kaynak + hedef alıcı hakkında bilgi sağladığı aşama.
• Aşama 4 - Office 365 posta sunucusu, IIS SMTP posta geçişinden gelen E-posta iletisini kabul eder ve E-posta iletisini kuyrukta depolar.

TLS protokolünü kullanarak Office 365 posta sunucusuna erişme yeteneğinin doğrulanması

Bu bölümde, IIS SMTP geçiş seçeneğini kullanırken posta akışı sorununun yaygın "nedenlerini" nasıl gidereceğimizi inceleyeceğiz.

TLS tabanlı posta akışında sorun giderme | Eliminasyon konsepti

Hedef alıcıya E-posta göndermeyi başaramadığımız bir senaryoda en yaygın tepki şu olur: "bulutta bir sorun var."

Daha pratik bir yaklaşım benimsemek istiyorsak, doğru yapılandırılmayan belirli bir öğeyi açıkça işaret edene kadar, posta akışı sürecine dahil olan belirli bileşenleri ortadan kaldırarak sorun giderme süreci uygulanmalıdır.

Örneğin, FAKS cihazı gibi bir posta istemcisi tarafından gönderilen E-posta mesajının hedefine ulaşmaması durumunda, sürece dahil olan tüm bileşenlerin doğru yapılandırılıp yapılandırılmadığını doğrulamamız gerekecektir.

Aşağıdaki şemada Office 365 posta altyapısına e-posta göndermek için SMTP posta geçişi seçeneğini kullanırken standart bir posta akışını görebiliriz.

Aşağıdaki bölümde aşağıdaki bileşenlerin nasıl atlanacağını göstereceğiz:

1. Posta istemcisi (örneğimizdeki FAKS cihazı)
2. IIS SMTP posta geçişi

Asıl amacımız bunu doğrulamaktır.

• TLS protokolünü kullanarak “bulut” (ana bilgisayar adı -
  smtp.office365.com ile temsil edilen Office 365 posta sunucusu) ile iletişim kurabiliriz.
• Office 365 posta sunucusunun isteğimizi kabul etmeye ve hedef alıcıya teslim etmeye veya postayla göndermeye istekli olması.

Office 365 ortamında "güvenli iletişim kanalı" kavramı.

Kısa bir hatırlatma: “Güvenli iletişim kanalı” 25 veya 587 numaralı bağlantı noktası kullanılarak uygulanır. Senaryomuzda temel varsayım, posta akışının aşağıdaki gibi uygulanacağıdır:

• İstemci hedef posta sunucusuna (EOP sunucusu) adres verecektir.
• EOP sunucusu, kaynak istemciye TLS protokolünü kullanması gerektiğini ve kullanıcılara kimlik bilgilerini sağlaması gerektiğini bildirecektir.
• İstemci gerekli kullanıcı kimlik bilgilerini sağlayacaktır.
• “Güvenli iletişim kanalı” (TLS) oluşturulacaktır.
• İstemci, EOP sunucusundan hedef alıcıya E-posta mesajı göndermesini isteyecektir.

Test amacıyla kullanılacak posta istemcisi

Aşağıdaki bölümde, üç farklı posta istemcisi kullanarak Office 365 posta sunucusuyla TLS iletişiminin nasıl test edileceğini göstereceğiz.

1. Windows işletim sistemi istemcisi
2. PowerShell betiği
3. JBMail adlı grafik posta istemcisi

Seçenek 1 - Windows Telnet istemcisini kullanarak EOP sunucusuyla iletişimi doğrulama

Bir posta sunucusuyla (senaryomuzdaki EOP sunucusu) bir iletişim kanalını doğrulamanın en basit yollarından biri Telnet oturumu kullanmaktır.

Hedef ana makineye “Telnet” kurmayı başardığımız takdirde şunu bilebiliriz:

1. Ana bilgisayar adını (senaryomuzda smtp.office365.com ) IP adreslerine çözümlemeyi başarıyla başardık.
2. Ağ Güvenlik Duvarının gerekli port numarasını (25 veya 587) kullanarak “dışarı çıkmamızı” sağlaması.
3. Hedef sunucunun (Office 365 posta sunucusu) “açık” olması ve iletişim isteğimize yanıt verebilmesi.

Tek "yakalama", Office 365 posta sunucusuyla (smtp.office365.com ) iletişimin TLS oturumu ve standart Windows işletim sistemi Telnet istemcisi kullanılarak uygulanması gerektiğidir. TLS protokolünün kullanımını desteklemez.

Bu sınırlamaya rağmen, Windows İşletim Sistemi Telnet istemcisi seçeneğini kullanıyorum çünkü bu kolay ve anlaşılır bir yöntem ve belirtilen temel unsurları doğrulamamı sağlıyor (ana bilgisayar adını çözümleme vb.).

Office 365 posta sunucusuyla iletişim kurmak için Windows telnet istemcisini kullanma

Örneğin: bir komut istemi açın ve aşağıdaki komutları yazın:

Telnet smtp.office365.com 25
Helo
mail from:john@o365info.com

Aşağıdaki ekran görüntüsünde iletişim testinin başarısız olduğunu ve EOP sunucusunun Hata mesajı gönderdiğini görebiliriz:

530 5.7.57 SMTP; MAIL FROM sırasında istemcinin anonim posta gönderme kimliği doğrulanmadı

Bu Hata mesajının anlamı, “kaynak istemcinin” (örneğimizdeki Telnet istemcisi), şifreli bir iletişim kanalı (senaryomuzdaki TLS) için zorunlu gereksinimi başarıyla yerine getirememesidir.

Başarısızlığımızın nedeni, belirli bir görev için "yanlış araçları" kullanmamızdır. "Standart bir işletim sistemi Telnet istemcisi", TLS kullanarak güvenli bir iletişim kanalının nasıl uygulanacağını bilmiyor.

Seçenek 2 - EOP sunucusuyla güvenli bir iletişim kanalını simüle etmek için PowerShell betiği kullanma

Belirli bir ana bilgisayar ile Office 365 posta sunucusu (EOP -Exchange Online koruma sunucusu) arasında güvenli bir iletişim kanalını (TLS kanalı) simüle edebilmek için bir PowerShell betiği kullanabiliriz.

Karmaşık ve garip PowerShell komutları yazma ihtiyacını ortadan kaldırmak için kullanımı kolay bir PowerShell betiğini tercih ettim.

SendMail.ps1 PowerShell komut dosyasında bulunan kod

Aşağıdaki ekran görüntüsünde SendMail.ps1 PowerShell scriptinin içeriğini görebiliyoruz.

Komut dosyası, SMTP sunucu adı ve smtp.office365.com bağlantı noktası numarası ve 25 bağlantı noktası gibi önceden tanımlanmış değişkenleri içerir. senaryo).

TLS oturumunu EOP sunucusuyla başarıyla tamamlayabilmek için, EOP sunucusuyla güvenli iletişim kanalı oluşturmanın zorunlu gereksiniminin, gerekli Office 365 kullanıcı kimlik bilgilerinin (UPN adı + parola) sağlanması olduğunu anlamak önemlidir.

Sağlamamız gereken ilk iki parametre Office 365 kullanıcı adı ve şifresidir.

Son parametre “hedef alıcının E-posta adresi”dir.

SendMail.ps1 PowerShell betiğini kullanma

Daha sonra posta gönder PowerShell betiği yerleşik işletim sistemi PowerShell konsolundan etkinleştirilebilir.
Bir PowerShell çalıştırabilmek için, PowerShell betiğini çalıştırmamızı sağlayacak bir PowerShell ilkesi komutunu çalıştırmamız gerekecek (varsayılan olarak, PowerShell politikası bir komut dosyası çalıştırmamıza izin vermez).

Senaryomuzda, şu addaki Office 365 kullanıcılarının kimlik bilgilerini kullanarak belirli bir ana bilgisayar ile Exchange Online Protection sunucusu arasında güvenli bir iletişim kanalı oluşturmaya çalışacağız: John@o365info.com

Testi basitleştirmek için John'un E-postasını "hedef E-posta adresi" olarak kullanacağız.

PowerShell betiğini ilk kez yapılandırmayı çalıştırma

• PowerShell konsolunu bulun
• PowerShell simgesine sağ tıklayın ve şu seçeneği seçin: Yönetici olarak çalıştır

PowerShell konsolunda aşağıdaki komutu çalıştırın:

Set-ExecutionPolicy Unrestricted -force

SendMail.ps1 PowerShell komut dosyasını çalıştırın

SendMail.ps1 PowerShell betiğini harekete geçirebilmek için betiği PowerShell konsolundan "çağırmamız" gerekecek.

Örneğimizde SendMail.ps1 PowerShell betiği aşağıdaki yola kaydedildi:

C:\Script

Bir PowerShell betiğini harekete geçirebilmek için aşağıdaki charter'ları yazmamız gerekir: “.\ ” ve ardından betik adını yazmamız gerekir.

Aşağıdaki ekran görüntüsünde SendMail.ps1 PowerShell betiğini çalıştırmanın bir örneğini görebileceğimizi görebiliriz:

Aşağıdaki ekran görüntüsünde John'un posta kutusunu görebiliriz. John tarafından PowerShell betiğinden gönderilen postanın John'un posta kutusuna ulaştığını görebiliriz.

Seçenek 3 - TLS kullanarak Exchange Online'a E-posta iletisi gönderin | GUI posta istemcisi

Aşağıdaki bölümde, şifreli bir iletişim bağlantısı (TLS) kullanarak Exchange Online'a (EOP) E-posta mesajının nasıl gönderileceğini göstereceğiz.

JBMail isimli TLS oturumunu simüle etmek amacıyla bulduğum mail client uygulaması.

Posta istemcisini aşağıdaki JBMail bağlantısından indirebilirsiniz.

Aşağıdaki gösteri iki adım kullanılarak gerçekleştirildi:

1. Posta istemcisi profilini yapılandırın - Exchange Online sunucusuna bağlanmak için kullanılacak kullanıcı kimlik bilgilerini, iletişim protokolü türünü vb. tanımladığımız adım.
2. Yeni bir E-posta mesajı oluşturun (oluşturun).

Senaryo açıklaması

Senaryomuzda çok basit bir test uygulayacağız: John@o365info.com adlı bir alıcı, EOP sunucusuna (smtp.office365.com) TLS kullanarak.

• Hesap SEKMESİNİ seçin
• Kullanıcı adı kutusuna, EOP sunucusunda kimliğini doğrulayacak alıcının kimlik bilgilerini ekleyin. Örneğimizde - John@o365info.com

• Gönderme ayarları SEKMESİNİ seçin
• SMTP ana bilgisayarı kutusuna, EOP sunucusunun ana bilgisayar adını yazın - smtp.office365.com (Numara 1).
• Kullanıcı adı kutusuna postanın göndereceği alıcının adını yazın. Örneğimizde - John@o365info.com (Sayı 2).
• Şifre kutusuna postanın göndereceği alıcı adı şifresini yazın (Sayı 3).
• Protokol bölümünde şu seçeneği belirleyin: STARTTLS aracılığıyla SSL (Sayı 4) >).
• Şu seçeneği belirleyin: SMTP AUTH (Sayı 4) kullanın.
• Adresiniz kutusuna, postanın gönderileceği alıcının E-posta adresini yazın - Örneğimizde - John@o365info.com (Numara 5).
• Bağlantı noktası kutusuna bağlantı noktası numarasını yazın. Senaryomuzda bağlantı noktası 25 (Sayı 6).

Hesap sekmesini seçerek yeni bir posta iletisi oluşturun ve Oluştur 'u tıklayın.

• Kime alanına hedef alıcının E-posta adresini ekleyin. Örneğimizde - John@o365info.com
• E-posta mesajını göndermek için Gönder düğmesini tıklayın

Aşağıdaki mesaj görünecektir:
Kabul Et seçeneğini seçin

Aşağıdaki ekran görüntüsünde E-posta mesajının EOP sunucusuna başarıyla gönderildiğini görüyoruz.

Aşağıdaki ekran görüntüsünde E-postanın John tarafından kabul edildiğini görebiliriz.

E-postanın güvenli iletişim kanalı (TLS) kullanılarak gönderildiğinden emin olmak istiyorsak E-posta başlığına bakabiliriz.

• E-posta mesajına çift tıklayın
• Daha fazla seçenek simgesini seçin (üç nokta)
• Menüyü seçin - Mesaj ayrıntılarını görüntüleyin

Aşağıdaki ekran görüntüsünde John'a gönderilen mesajın posta başlığını görebiliriz. İletişimin TLS kullanılarak gerçekleştirildiğini görebiliriz.

Posta sunucusunun TLS ayarını doğrulayın

Office 365 EOP sunucusunda IIS SMTP mail aktarıcıları arasında “güvenli iletişim kanalı” uygulaması TLS protokolü kullanılarak gerçekleştirilmektedir.

IIS SMTP posta geçişi, TLS protokolünde yerleşik bir destek içerir ve makalede açıklanan tüm gerekli yapılandırma ayarını oluşturduğumuzu gösterir - xxx, IIS SMTP posta geçişi ile Office 365 EOP sunucusu arasındaki iletişim kanalı. ana bilgisayar adıyla temsil edilir: smtp.office365.com oluşturuldu.

Bazı senaryolarda, sorunun TLS altyapısıyla ilgili olduğundan şüphelenmemiz durumunda E-posta sorunu, TLS iletişim kanalının bir “kara kutu” olması ve varsayılan olarak TLS'ye bakmak gibi basit bir seçeneğimizin olmamasıdır. parametreler.

TLS oturumunun içeriği hakkında daha fazla bilgi edinmek isterseniz, istemci ile posta sunucusu arasındaki TLS oturumunu test etmemize yardımcı olabilecek - checktls adlı mükemmel bir web sitesi aracını kullanabiliriz.

Sonraki örnekte, John@o365info.com adlı Office 365 alıcısı ile Office 365 EOP sunucusu - arasındaki TLS oturumuna bakacağız. smtp.office365.com

Adres metnine alıcının E-posta mesajını (John@o365info.com) ekliyoruz ve Dene'yi tıklıyoruz.

Aşağıdaki ekran görüntüsünde sonuçları görebiliriz.

Sayı 1 - bu, iletişim sürecine dahil olan tüm TLS parametrelerinin bir özetidir. Senaryomuzda TLS iletişim kanalının başarıyla tamamlandığını ve tüm farklı parametrelerin doğru olduğunu görebiliriz.

Numara 2 - “hedef alıcının” E-posta adresini görüntüleyen kısım.

Sayı 3 - web testi uygulaması Office 365 posta sunucusunun ana bilgisayar adını bulur. Senaryomuzda - o365info-com.mail.protection.outlook.com

Sayı 4 - SMTP komutunu kullanarak TLS oturumunun “başladığını” görebiliriz - STARTTLS

Numara 5 - Bu bölümde “hedef mail sunucusunun” sağladığı SSL sertifikasının içeriğini görebiliriz.

Sayı 6 - bu bölümde TLS iletişim kanalının başarıyla oluşturulduğunu görebiliriz.

Özet ve Özet

“IIS SMTP Dünyası”nda birlikte uzun bir yolculuğa çıktığımızı hissediyorum.

Bu bilgilerin SMTP geçiş çözümlerini Office 365 ortamında uygulamanıza yardımcı olacağını umuyorum.