Outlook, Direct Access 2012 R2 aracılığıyla yük dengeli bir Exchange 2013 kümesine bağlanamıyor

HTTP üzerinden MAPI çalıştıran yük dengeli bir Exchange 2013 SP1 kümemiz var.

Kendi ağımızdaki istemci bağlantısı gayet iyi çalışıyor, Doğrudan Erişim üzerinden bağlı istemciler bağlanmıyor. İstemcideki Outlook günlükleri kesinlikle hiçbir hata göstermez.

Doğrudan Erişim sunucusu 2012 R2 çalıştırıyor, istemcilerin tümü Windows 8.1. Her şey yamalı.

Son birkaç haftadır deli gibi arama yaptım ve elde ettiğim tek ilginç hit, kaynak IP değiştirme (değişim yük dengeleyici) nedeniyle istekleri filtreleyen TMG 2010 (UAG) hakkında. Bunu açıklayan bir Bilgi Bankası Makalesi (982604) ve önde gelen destek sorunu hakkında oldukça ağır bir blog yazısı var, ancak ne yazık ki komut dosyası TMG ve Windows Server 2012 R2 olmadığı için sunucumuzda çalışmıyor.

Burada kayboldum. Bu soruyu bir hafta boyunca vereceğim, sonra Microsoft ile bir ön destek davası açacağım.

— pauska
kaynak

HTTP üzerinden MAPI mi demek istediniz? Outlook'un hangi sürümü? Bağlantı Durumu ve Test E-posta Otomatik Yapılandırmasını gösteren DA istemcileri Outlook'tan ayrıntıları veya ekran görüntülerini gönderebilir misiniz? Yük dengeleme için ne kullanıyorsunuz?

— mfinni

@mfinni Üzgünüz, elbette MAPI :-) En son yamalar ile Outlook 2013 SP1. Yük dengeleyicimiz KEMP VLM-1000'dir. Bir ekran görüntüsü yayınlamaya çalışacağım, ancak ofis kurulumu Norveççe .. muhtemelen size pek mantıklı gelmeyecek mi?

— pauska

Aradığımız şey, istemcinin dahili Otomatik Bulma URL'sine (olması gerektiği gibi, DA kullanarak) veya harici bir URL'ye bağlanmaya çalışmasıdır, bu da başarısız olabilir ve sorunlarınıza neden olabilir. Birçoğu DNS yapılandırmanıza gelebilir. Otomatik bulma doğru çalışıyorsa, ancak bağlantının bir kısmı başarısız oluyor.

— mfinni

@mrfinni Bunu kontrol ettim, çünkü zorlamalı tünel kullanmıyoruz. Tek ad alanına sahip bir bölünmüş beyin DNS'imiz var, bu nedenle tüm iç ve dış etki alanları açıkça tünellenmiştir. Gerçekte bu, istemcinin harici DNS girişlerimizden hiçbirini çözemeyeceği anlamına gelir.

— Zamanım

EvanAnderson: Bu günün ilerleyen saatlerinde ekran görüntüleri ve günlükler sunacağım. Aceth: Üzgünüm, bu SP1 (Q'da netleştirildi). longneck: Fark etmez. LB kaynak IP (nat) yeniden yazdığını biliyorum, ve ben bu kırıldığı yer olduğunu düşünüyorum ..

— pauska

Yanıtlar:

Daha önce (HAproxy tabanlı bir çözüm üzerinde) bu tür bir sorun vurdum, benim durumumda RPC filtresi etkin Exchange 2010 ve ISA 2006 Server oldu. RPC filtresini devre dışı bıraktık ve mutlu günler ...

Çevremde biraz arama yaptım ve bunu buldum:

http://geek.martinwahlberg.com/problem-using-forced-tunneling-mode-in-directaccess

Hangi Outlook, DirectAccess ve tünel modu ile sorunları çözülmüş (olası bir istemci reg kesmek dışında ..) bu yüzden aynı şey olup olmadığını merak ettim. yorumlarında vaka kimliğini aldı, bu yüzden MS'ye giderseniz davanıza biraz ağırlık ekleyebilirsiniz.

— Aaron West
kaynak

Ayrıca RPC filtresi ve ISA hakkında çok sayıda yayın buldum, ancak ne yazık ki hiçbirini kullanmıyoruz. Ortamımız artık saf HTTP MAPI çalıştırıyor, bu yüzden hiçbir RPC dahil edilmemelidir. Şimdilik tüm problemden vazgeçtim, Outlook trafiğini DA tünelinden hariç tuttum.

— pauska

CAS 2013'te hangi derleme çalışıyor? Ben "KEMP VLM-1000" aşina değilim ama NGINX kullanarak yük dengeli alışveriş 2013 var ve RPC HTTPS üzerinde yük dengeli çalışmıyor ön Exchange 2013 SP1 ile benzer bir sorun geldi.

Exchange 2013 SP1'in son sürümünde, bu sorunu ele almak için HTTPS üzerinden MAPI uyguladılar - henüz test etmedim. Technet bağlantısı aşağıda

Exchange 2013 SP1 - HTTPS üzerinden MAPI

CAS sunucuları arasında TCP yük dengesini sadece haproxy kullandığım için, bunu uygulamak için henüz yuvarlak olmadığım için bana nasıl ulaştığınızı bildirin.

— Rhys Evans
kaynak

Selam. SP1'de HTTPS üzerinden MAPI (ve 2013 Öncesi istemciler için HTTPS üzerinden RPC) kullanıyoruz. Bütün bunlar soruda ele alındı.

— pauska

Sadece daha yeni düzenlediğiniz için! lol. Bağlantıda açıklanan adımları yaptınız mı? Exchange mapi günlük dosyalarını test etmeye ve aramaya çalıştınız mı?% ExchangeInstallPath% Logging \ MAPI İstemci Erişimi \% ExchangeInstallPath% Günlük Kaydı \ HttpProxy \ Mapi \

— Rhys Evans

Mümkünse, NGINX için yük dengeleyicinizi değiştirmeyi deneyin ( turnkeylinux.org/nginx-php-fastcgi - zaten kurulmuş ve güzel yapılandırılmış) değişim için yeni bir yapılandırma ekleyin. HTTP üzerinden MAPI için uygulamayı planladığım .. gist.github.com/taddev/7275873

— Rhys Evans

veya HAProxy kullanmayı denemek için HTTP tabanlı bir yük dengeleyicisine ihtiyacınız yoksa, yaptığım şey budur ve iyi çalışır.

— Rhys Evans

Outlook'un DirectAccess üzerinden kopması nedeniyle yük dengeleyicimizi değiştirmek bir seçenek değil .. Bunun için çok para ödedik ve çalıştırdığımız her şeyi (RDS çiftlikleri, ağ geçidi sunucuları, proxy'ler vb.) Mükemmel bir şekilde dengeliyor. Outlook'un kırıldığı DA'nın hemen altında. Bu günlükleri kontrol etmedim, bu yüzden bugün evden yeni bir test yaptığımda bunu yapacağım.

— pauska