Office 365 için performans sorunlarını giderme planı

Önemli : Bu makale makine çevisidir. Bkz. yasal uyarı. Bu makalenin İngilizce sürümüne buradan ulaşabilirsiniz.

Belirlemek ve gecikmelere, takılıyor ve SharePoint Online, OneDrive iş, Exchange Online veya Skype Kurumsal çevrimiçi ve istemci bilgisayar arasındaki performansın düzeltmek için izlemeniz gereken adımlar bilmem gerekiyor? Bu makalede, desteği aramadan önce Office 365 performans sorunlarını giderme ve hatta en yaygın sorunlardan bazıları düzeltmenize yardımcı olabilir.

Bu makale aslında, performans sorunları yaşanırken bu sorunlar hakkında değerli veriler yakalamak için kullanabileceğiniz örnek bir eylem planıdır. En önemli bazı sorunlar burada listelenmiştir.

Ağ performansı konusuyla ilgilenmeye yeni başladıysanız ve istemci makinelerinizle Office 365 arasındaki performansı izlemek üzere uzun vadeli bir plan yapmak istiyorsanız, Office 365 performansını ayarlama ve sorun giderme - Yönetici ve BT Uzmanı konusunu gözden geçirin.

Örnek performans sorunu giderme eylem planı

Bu eylem planı iki bölümden oluşur; bir hazırlık aşaması ve bir de günlüğe kaydetme aşaması. Şu anda bir performans sorununuz varsa ve veri toplamanız gerekiyorsa, hemen bu planı kullanmaya başlayabilirsiniz.

İstemci bilgisayarı hazırlama

  • Performans sorununu yeniden üretebilecek bir istemci bilgisayar bulun. Bu bilgisayar sorun giderme sırasında kullanılır.

  • Performans sorununa neden olan adımları not alın; böylece sıra test etmeye geldiğinde hazır olursunuz.

  • Bilgileri toplamak ve kaydetmek için araçları yükleyin:

    • Netmon 3.4 yükleyin (veya eşdeğer bir ağ izleme aracı kullanın).

    • HTTPWatch’un ücretsiz Basic Edition’ı yükleyin (veya eşdeğer bir ağ izleme aracı kullanın).

    • Test sırasında uyguladığınız adımların kaydını tutmak için bir ekran okuyucu kullanın veya Windows Vista ve sonraki sürümlerle birlikte gelen Adım Kaydedicisi (PSR.exe) aracını çalıştırın.

Performans sorununu günlüğe kaydetme

  • Tüm ikincil İnternet tarayıcılarını kapatın.

  • Adım Kaydedicisi’ni veya başka bir ekran kaydediciyi başlatın.

  • Netmon yakalamayı (veya ağ izleme aracını) başlatın.

  • İstemci bilgisayarda komut satırından ipconfig flushdns yazarak DNS önbelleğinizi temizleyin.

  • Yeni bir tarayıcı oturumu başlatın ve HTTPWatch’u açın.

  • İsteğe bağlı: Exchange Online’ı test ediyorsanız, Office 365 yönetici konsolundan Exchange İstemci Performans Çözümleyici aracını çalıştırın.

  • Performans soruna neden olan tam adımları yeniden üretin.

  • Netmon veya diğer aracın izlemesini durdurun.

  • Komut satırında, aşağıdaki komutu yazıp ENTER tuşuna basarak, Office 365 aboneliğinize bir izleme yolu çalıştırın:

    tracert <subscriptionname>.onmicrosoft.com

  • Adım Kaydedicisi’ni durdurun ve videoyu kaydedin. Yakalama tarih ve saatini ve iyi veya kötü performans gösterdiğini eklemeyi unutmayın.

  • İzleme dosyalarını kaydedin. Yine, yakalama tarih ve saatini ve iyi veya kötü performans gösterdiğini eklemeyi unutmayın.

Bu makalede sözü edilen araçları çalıştırmaya alışık değilseniz, merak etmeyin, ileride bu adımlar da verilmiştir. Bu tür ağ yakalama işlemlerine alışıksanız, günlükleri filtreleme ve okumanın açıklandığı İzlemelerinizi okuma başlıklı bölümüne geçebilirsiniz.

Önce DNS Önbelleğini temizleyin

Neden mi? DNS önbelleğini temizleyerek, testlerinize temiz bir sayfayla başlamış olursunuz. Önbelleği temizleyerek, DNS çözümleyici içeriğini en güncel girdilere sıfırlamış olursunuz. Temizleme işleminin HOST dosyası girdilerini kaldırmadığını unutmayın. HOST dosyası girdilerini yoğun olarak kullanıyorsanız, bu girdileri başka bir dizindeki bir dosyaya kopyalamanız ve sonra HOST dosyasını boşaltmanız gerekir.

DNS Çözümleyici önbelleğinizi temizleme

  1. Komut istemini açın, (Başlat > Çalıştır > cmd ya da Windows tuşu > cmd).

  2. Aşağıdaki komutu girip ENTER tuşuna basın:

    ipconfig /flushdns

Netmon

Microsoft'un ağ izleme aracı (Netmon) ağlardaki bilgisayarlar arasında geçen trafiği paketleri, çözümler. Netmon kullanarak trafiği Office 365 yakalayabilir, görünüm, ile izleme ve paket üst bilgi, aradaki cihazları tanımlayın, önemli ayarlarla ilgili ağ donanımı denetlemek için aramak için Bırakılan paketleri ve Office 365 ve şirketinizin ağındaki bilgisayarlar arasında trafik akışını izleyin. Trafiği gerçek gövdesi şifreli olduğundan, başka bir deyişle, bu (aktarıldığı SSL/TLS yoluyla bağlantı noktası 443, okuyamıyor gönderilen dosyaları. Bunun yerine, filtre uygulanmamış bir izleme yardımcı olan paket alacağını sorun davranışı izleme yolun alın.

Şimdilik filtre uygulamamaya dikkat edin. Bunun yerine, izleme ve kaydetme işlemini durdurmadan önce tüm adımları izleyerek sorunu gösterin.

Netmon 3.4’ü yükledikten sonra aracı açın ve aşağıdaki adımları uygulayın:

Netmon izlemesi alma ve sorunu yeniden oluşturma

  1. Netmon 3.4’ü başlatın.

    Başlangıç Sayfası'nda üç bölmesi vardır: Son yakalar, Ağları seçinve Microsoft Ağ İzleyicisi 3.4 Başlarken . Bildirimi. Seçin ağları paneli aynı zamanda size yakalamak varsayılan ağların listesini verir. Ağ kartları burada seçili olduğundan emin olun.

  2. Başlat sayfasının en üstünde Yeni Yakalama’ya tıklayın. Böylece, Başlat sayfa sekmesinin yanına Yakalama 1 adında yeni bir sekme eklenir.

    New Capture, Start ve Stop düğmelerinin vurgulandığı Netmon kullanıcı arabirimi.

  3. Basit bir yakalama almak için araç çubuğunda Başlat’a tıklayın.

  4. Bir performans sorunu gösteren adımları yeniden üretin.

  5. Durdur > Dosya > Farklı Kaydet’e tıklayın. Saat dilimi ile birlikte tarih ve saat vermeyi ve iyi performans mı yoksa kötü performans mı gösterdiğini belirtmeyi unutmayın.

HTTPWatch

HTTPWatch gelir şarj ve ücretsiz bir sürümü. Ücretsiz Basic Edition bu test için gereken her şeyi kapsar. HTTPWatch monitörleri trafiği ve sayfa yükleme zamanını sağa tarayıcı penceresinden ağ. HTTPWatch grafik olarak performans açıklayan Internet Explorer için bir eklenti olur. Çözümleme kaydedilebilir ve HTTPWatch Studio'da görüntülenebilir.

Notlar : 

  • Firefox, Google Chrome gibi başka bir tarayıcı kullanıyorsanız veya Internet Explorer'da HTTPWatch yükleyemiyorsanız yeni bir tarayıcı penceresi açın ve klavyenizden F12 tuşuna basın. Tarayıcınızın en altında Geliştirici Aracı açılır menüsünü görürsünüz. Opera kullanıyorsanız Web Inspector için CTRL+ÜST KRKT+I tuşlarına basın ve sonra sekmesine tıklayın ve aşağıda açıklanan testleri gerçekleştirin. Bilgileri biraz farklı olacaktır, ancak yükleme süreleri mili saniye cinsinden görüntülenmeye devam eder.

  • HTTPWatch ayrıca SharePoint Online sayfa yükleme süreleriyle ilgili sorunlar için de kullanışlıdır.

Httpwatch'u çalıştırma ve sorunu yeniden oluşturma

  1. HTTPWatch bir tarayıcı eklentisidir ve bu nedenle aracın tarayıcıda açılması Internet Explorer’ın her sürümü için biraz farklıdır. Genellikle, HTTPWatch’u Internet Explorer tarayıcısından Komut çubuğunun altında bulabilirsiniz.

    Tarayıcı pencerenizde HTTPWatch eklentisini göremiyorsanız, Yardım > Hakkında’ya tıklayarak tarayıcınızın sürümünü denetleyin veya Internet Explorer’ın daha sonraki sürümlerinde dişli simgesine ve ardından Internet Explorer Hakkında’ya tıklayın. Komut çubuğunu başlatmak için, Internet Explorer’da menü çubuğuna sağ tıklayıp ardından Komut çubuğu’na tıklayın. Geçmişte, HTTPWatch Komut ve Explorer çubuklarının her ikisiyle de ilişkilendirilmişti, bu yüzden, yükledikten sonra simgeyi hemen görmüyorsanız (yeniden başlattıktan sonra bile), Araçlar’da ve araç çubuklarınızda simgeyi kontrol edin. Araç çubuklarının özelleştirilebileceğini ve bunlara seçenekler eklenebileceğini unutmayın.

    HTTPWatch simgesinin görüntülendiği Internet Explorer’ın Komut araç çubuğu.

  2. HTTPWatch’u bir Internet Explorer tarayıcı penceresinde başlatın. Pencerenin en altında tarayıcıya sabitlenmiş olarak görüntülenir. Kaydet’e tıklayın.

  3. Performans sorunuyla ilgili tam adımları yeniden üretin. HTTPWatch’da Durdur düğmesine tıklayın.

  4. HTTPWatch için Kaydet veya E-posta Gönder’i kullanın. Dosyayı adlandırırken, tarih ve saat bilgisini içermesine ve İzlemenizin iyi veya kötü performans göstergesi barındırıp barındırmadığına dikkat edin.

    Office 365 giriş sayfasının Ağ sekmesini gösteren HTTPWatch.

    Bu ekran görüntüsü HTTPWatch’un Professional sürümünden alınmıştır. Basic Sürümde alınan izlemeleri, Professional sürüm içeren bir bilgisayarda açıp okuyabilirsiniz. Bu yöntemle alınan izlemeden ek bilgiler elde edilebilir.

Sorun Adımları Kaydedicisi

Adım Kaydedicisi veya PSR.exe, sorunları oluşurken kaydetmenize olanak tanır. Bu çok yararlı bir araçtır ve çalıştırması çok basittir.

Sorun adım Kaydedicisi (PSR.exe) çalışmanızı kaydetmek için çalıştırma

  1. Başlat > Çalıştır komutlarını kullanarak PSR.exe yazıp Tamam’a tıklayın ya da Windows Tuşu’na basıp PSR.exe yazdıktan sonra ENTER tuşuna basın.

  2. Küçük PSR.exe penceresi görüntülendiğinde Kaydetmeye Başla’ya tıklayın ve performans sorununu yeniden üreten adımları yeniden oluşturun.

    Açıklama Ekle'yetıklayarak gerektiği gibi ekleyebilirsiniz.

  3. Adımları tamamladığınızda, Kaydı Durdur'u tıklatın. Performans sorununu sayfa işleme ise, sayfanın kaydı durdurma önce işlemek için bekleyin.

  4. Kaydet'i tıklatın.

Adım Kaydedicisi veya PSR.exe’nin ekran görüntüsü.

Tarih ve saat kayıtlı sizin için. Bu, PSR zaman içinde Netmon izlemesi ve HTTPWatch bağlantıları ve duyarlılığını sorun giderme konusunda yardımcı olur. Tarih ve saat PSR kayıtta dakikaya geçtiğini gösterebilirsiniz oturum açma ve URL ile yönetim sitesinin kısmi oluşturma örneğin gözatma arasında.

İzlemelerinizi okuma

Ağ ve performans sorunlarını gidermeyle ilgili bilinmesi her şeyi bir makaleyle öğretmek mümkün değildir. İyi bir performans elde etmek için deneyim ve ağınızın nasıl çalıştığını ve genelde performansının nasıl olduğunu bilmek gerekir. Ancak, genel bir başlıca sorunlar listesi hazırlamak ve araçların en sık karşılaşılan sorunları ortadan kaldırmanızı nasıl kolaylaştıracağını göstermek mümkündür.

Office 365 siteleriniz için ağ izlemeler okuma becerileri yukarı çekmek istiyorsanız, sayfa yüklerinin izlemeleri düzenli olarak oluşturma ve bunları okuma deneyimi sağlamasını değerinden daha iyi hiçbir Öğretmen yoktur. Örneğin, şansı sahip olduğunuzda, Office 365 hizmet yüklenmesine ve işlem izleme. İzleme DNS trafiği için filtre veya FrameData, taranan hizmetin adı için arama yapın. Hizmet yüklendiğinde ortaya çıkan adımların hakkında bir fikir edinmek için izlemeyi tarayın. Bu, hangi normal öğrenmenize yardımcı olacak sayfa yükleme gibi görünmesini ve, özellikle Performans sorun giderme olması durumunda kötüye izlemeler karşılaştırma size çok öğretin.

Netmon Microsoft Intellisense görüntü Filtre alanını kullanır. IntelliSense veya akıllı kodu tamamlama, burada bir dönemde yazın ve açılan seçim kutusunda tüm kullanılabilir seçenekler görüntülenir bu eli olur. Örneğin, TCP pencere ölçeklendirme hakkında kaygılı çalıştırıyorsanız, bu yollarla yolunuzu ( .protocol.tcp.window < 100gibi) bir filtre uygulamak için bulabilirsiniz.

Görünüm Filtresi alanında kullanılan intellisense’in görüntülendiği Netmon ekran görüntüsü.

Netmon izlemeler trafiği birçok içlerindeki olabilir. Okuma ile deneyimli değilseniz, izleme ilk kez açmadan Bunalırsanız olacak olasıdır. Arka plandaki Gürültüyü izlemesinde sinyal ayırmak yapmanız gereken ilk şey olur. Office 365 karşı test ve görmek istediğiniz trafiği olmasıdır. İzlemeler arasında gezinmek için kullandıysanız, bu listeyi gerekmeyebilir.

İstemcinizle Office 365 arasındaki trafik TLS üzerinden hareket eder ve bu, trafik gövdesinin şifreleneceği ve genel bir Netmon izlemesinde okunamayacağı anlamına gelir. Performans çözümlemesinin paket içindeki bilgilerin ayrıntılarını bilmesi gerekmez. Bununla birlikte, paket üst bilgileri ve içerdikleri bilgilerle çok ilgilidir.

İyi bir izleme için ipuçları

  • İstemci bilgisayarınızın IPv4 veya IPv6 adresi değerini bilin. Bunu, komut isteminde IPConfig yazıp ENTER tuşuna basarak alabilirsiniz. Bu adresi bilmek izdeki trafiğin doğrudan istemci bilgisayarınızla ilgili olup olmadığını bir bakışta anlamanızı sağlar. Bilinen bir proxy varsa, ona da ping yapın ve IP adresini alın.

  • DNS çözümleyici önbelleğinizi temizleyin ve mümkünse, testleri çalıştırdığınız tarayıcıların dışındaki tüm tarayıcıları kapatın. Bunu yapamıyorsanız, örneğin destek birimi, istemci bilgisayarınızın masaüstünü görmek üzere tarayıcı tabanlı bir araç kullanıyorsa izlemenizi filtrelemeye hazır olun.

  • Meşgul izlemesinde, kullanmakta olduğunuz Office 365 hizmet bulun. Hiç veya nadiren trafiğinizi önce gördüğünüz varsa, diğer ağ gürültü performans sorununu ayırmak yararlı bir adım budur. Bunu yapmanın birkaç yolu vardır. Doğrudan test önce ping veya, belirli bir hizmet (ping outlook.office365.com ve/veya psping -4 microsoft-my.sharepoint.com:443, örnekleri için) URL'sini için PsPing kullanabilirsiniz. Ayrıca kolayca bulabileceğiniz bir Netmon izlemesinde (göre işlem adında) bu PsPing. Bu size arıyorsunuz başlamak için bir yer sağlar.

    Netmon izlemesini yalnızca sorunun olduğu zaman kullanıyorsanız, bu da olur. Kendinizi yönlendirmek için ContainsBin(FrameData, ASCII, "office") veya ContainsBin(FrameData, ASCII, "outlook") gibi bir filtre kullanın. Çerçeve numaranızı izleme dosyasından kaydedebilirsiniz. Ayrıca Çerçeve Özeti bölmesini tamamen sağa kaydırarak, Konuşma Kimliği sütununa bakmanız gerekebilir. Burada, söz konusu konuşmanın kimliği için gösterilen bir sayı vardır ve bunu kaydedip daha sonra belirleme için bakabilirsiniz. Başka herhangi bir filtre uygulamadan önce bu filtreyi kaldırmayı unutmayın.

    İpucu : Netmon yararlı birçok yerleşik filtrelere sahiptir. Görüntü filtresi bölmesinin üst kısmındaki "Filtre Yükle" düğmesini deneyin.

    İstemci bilgisayarındaki komut satırında PSPing komutunu kullanarak IP’nizi bulun.

    TCP.Flags.Syn == 1 filtresi ile aynı PSPing komutunun görüntülendiği istemcideki Netmon izlemesi.

    Trafiğinizi tanıyın ve gereksinim duyduğunuz bilgileri bulmayı öğrenin. Örneğin kullanmakta olduğunuz Office 365 hizmetine (örneğin "Outlook") ilk başvurunun izlemede hangi pakette olduğunu belirlemeyi öğrenin.

Office 365 Outlook Online’ı örnek alırsak, trafik aşağıdakine benzer şekilde başlar:

  • Eşleşen QueryID’ler ile birlikte outlook.office365.com için DNS Standart Sorgusu ve DNS Yanıtı. Bu dönüş süresi için Saat Farkını ve ayrıca Office 365 Global DNS’in ad çözümleme için isteği dünyanın neresinden gönderdiğini not etmek önemlidir. İdeal olarak, dünyanın yarısını dolaşmak yerine mümkün olduğunda yerel olmalıdır. (Bunun ardından çevrimiçi oturum açma için bazı DNS trafiği gelebilir.)

  • Durum raporu Kalıcı Olarak Taşınmış olan bir HTTP GET İsteği (301)

  • RWS Bağlanma istekleri ve Bağlanma yanıtları içeren RWS Trafiği. (Bu, sizin için bağlantı kuran Uzak Winsock’tur.)

  • TCP SYN hem TCP SYN/ACK konuşma. Ayarları bu konuşmada birçok performansınızı etkileyebilir.

  • Sonra, TLS el sıkışması ve TLS sertifika görüşmeleri gerçekleşen bir dizi TLS:TLS trafiği. (Verilerin SSL/TLS ile şifrelenmiş olduğunu unutmayın.)

Trafiğin tüm bölümleri önemli ve bağlantılıdır, ancak izlemenin küçük bölümleri özellikle performans sorunlarını gidermeyle ilgili önemli bilgiler içerir ve bu yüzden bu alanlara odaklanacağız. Microsoft'ta, sık karşılaşılan sorunlar için bir İlk On listesi derlemek üzere yeterince Office 365 performans sorunları giderme çalışması yaptığımızdan, bu sorunlara ve sonra da bunların köküne inmek için sahip olduğumuz araçların nasıl kullanılacağına odaklanacağız.

Tüm bunları yüklemediyseniz, aşağıdaki matriste bazı araçlardan yararlanılmıştır. Mümkün olduğunda. Yükleme noktalarına bağlantılar sağlanır. Liste Netmon ve Wireshark gibi yaygın ağ izleme araçlarını içerir, ancak rahat kullandığınız ve ağ trafiğini filtrelemeye alışkın olduğunuz herhangi bir izleme aracını da kullanabilirsiniz. Test ederken şunları unutmayın:

  • Sizin tarayıcılarını kapatın ve tek bir tarayıcı ile çalışan test - bu yakaladığınız genel trafiğini azaltır. Daha az meşgul bir izleme için kolaylaştırır.

  • İstemci bilgisayarda DNS çözümleyici önbelleğinizi temizleyin - Bu, yakalamaya başladığınızda daha temiz bir izleme için size temiz bir başlangıç sağlar.

Bazı Önemli Sorunlar

Karşılaşabileceğiniz bazı yaygın sorunlar ve bunları Ağ izlemenizde nasıl bulabileceğiniz.

En Yaygın Sorun

Araç

Aradığınız şey

TCP Pencereleri Ölçeklendirme

  • SYN - SYN/ACK’de bulunur.

  • Eski tip veya eskimiş donanımlar TCP pencereleri ölçeklendirmeden yararlanamaz.

  • Uygun TCP pencereleri ölçeklendirme ayarları olmadan, TCP üst bilgilerindeki varsayılan 16 bit ara bellek mili saniyeler içinde dolar.

  • İstemci orijinal verilerin alındığına dair bildirim alana kadar trafik göndermeye devam edemez ve bu da gecikmelere neden olur.

Netmon

Wireshark

Ağ izlemenizde SYN - SYN/ACK trafiğine bakın.

Netmon uygulamasında tcp.flags.syn == 1gibi bir filtre kullanın. Bu filtre wireshark'ta aynıdır.

Her iki araca yönelik Syn paketleri için Netmon veya Wireshark filtresi: TCP.Flags.Syn == 1.

Her SYN için ilgili Bildirimin (SYN/ACK) hedef bağlantı noktasıyla (DstPort) eşleşen bir kaynak bağlantı noktası (SrcPort) numarası olduğunu unutmayın.

Ağ bağlantınız tarafından kullanılan Pencere Ölçeklendirme değerini görmek için, önce SYN ve sonra da ilişkili SYN/ACK’yı genişletin.

Zaman farkını almak için SrcPort ile DstPort’un nasıl eşleştirileceğini gösteren grafik.

TCP Boşta Kalma Süresi Ayarları

  • Geçmişten beri, çoğu çevre ağları geçici bağlantılar için yapılandırılır ve bu da boşta kalan bağlantıların genellikle sonlandırıldığı anlamına gelir.

  • Boşta kalan TCP oturumları 100 ila 300 saniyeden uzun sürede proxy’ler veya güvenlik duvarları tarafından sonlandırılır.

  • Bu, Outlook Online için sorundur, çünkü boşta olsun veya olmasın uzun süreli bağlantılar oluşturup kullanır.

  • Bağlantılar, proxy veya güvenlik duvarı cihazları tarafından sonlandırıldığında bu, istemciye bildirilmez ve Outlook Online’ı kullanmaya çalışmak, istemci bilgisayarın yeni bir bağlantı kurmadan önce bağlantıyı tekrar tekrar canlandırmaya çalışması anlamına gelir.

  • Sayfa yüklendiğinde, ürün, istemleri veya performansın kilitleniyor görebilirsiniz.

Netmon

Wireshark

Netmon’da, bir gidiş dönüş için Saat Farkı alanına bakın. Gidiş dönüş, istemcinin sunucuya istek göndermesiyle alması arasındaki süredir. İstemci ile çıkış noktası (örneğin İstemci --> Proxy) veya İstemciden Office 365’e (İstemci --> Office 365) denetleyin. Bunu birçok paket türünde görebilirsiniz.

Örneğin, filtre netmon'da .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12gibi veya wireshark'ta, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12görünebilir.

İpuçları : 

  • İzlemenizdeki IP adresinin DNS sunucunuza ait olup olmadığını bilmiyor musunuz? Komut satırında aramayı deneyin. Başlat > Çalıştır’a tıklayın ve cmd yazın veya Windows Tuşu’na basın ve cmd yazın. Komut istemine, nslookup <the IP address from the network trace> yazın. Test etmek için, kendi bilgisayarınızın IP adresine karşı nslookup kullanın.

  • Microsoft'un IP aralıkları listesini görmek için bkz. Office 365 URL’leri ve IP adres aralıkları.

Bir sorun varsa, bu durumda (çevrimiçi), Outlook görünmesini uzun zaman kaydırır uygulama veri geçişini gösteren TLS:TLS paketlerinde özellikle beklediğiniz (örneğin, Netmon'da, .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"aracılığıyla veri uygulama paketlerini bulabilirsiniz). Zaman içindeki yumuşak ilerlemeyi oturumu görmelisiniz. Outlook çevrimiçi yinelenirken gecikmelere görürseniz, bu tarafından gönderilen sıfırlanır yüksek düzeyde neden olabilir.

Gecikme/Gidiş Dönüş Süresi

  • Gecikme süresi çok değiştirebilirsiniz birçok değişkene, bu gibi eski cihazların yükseltilmesi, ağ ve bir ağ bağlantısında diğer görevler tarafından harcanan Genel bant genişliği yüzdesi çok sayıda kullanıcı eklemeyi bağlı olarak bir ölçüsüdür.

  • Bu Office 365 için ağ planlaması ve performans ayarı sayfasında, Office 365 için bant genişliği hesaplayıcıları sağlanır.

  • Bağlantınızın hızını ya da ISS bağlantınızın bant genişliğini mi ölçmeniz gerekiyor? Bu siteyi (veya benzer siteleri) deneyin: Speedtest Resmi Sitesi ve Pingtest.

Ping

PsPing

Netmon

Wireshark

Bir izlemede gecikme süresini izlemek için istemci bilgisayarın IP adresini ve Office 365'teki DNS sunucusunun IP adresini kaydetmiş olmanın avantajından yararlanırsınız. Bunun amacı izleme filtrelemenin daha kolay olmasıdır. Bir proxy üzerinden bağlanıyorsanız, çalışmanın daha kolay olması için istemci bilgisayarınızın IP adresine, proxy/çıkış IP adresine ve Office 365 DNS IP adresine ihtiyacınız vardır.

outlook.office365.com adresine gönderilen bir ping isteği, ping ticari markayı izleyen ICMP paketleri göndermek üzere bağlanamasa bile, isteği alan veri merkezinin adını size verir. PsPing (ücretsiz indirilebilen bir araçtır) ve belirli bağlantı noktasını (443) kullanıyorsanız ve belki IPv4 (-4) kullanmak istiyorsanız, gönderilen paketler için ortalama bir gidiş dönüş süresi alırsınız. Bu, Office 365 hizmetlerindeki, psping -4 yourSite.sharepoint.com:443 gibi diğer URL’ler için işe yarar. Aslında, ortalamanız için daha büyük bir ortalama almak için bir dizi ping belirtebilirsiniz; şunun gibi bir şey deneyin: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Not : PsPing, ICMP paketleri göndermez. TCP paketleriyle belirli bir bağlantı noktası üzerinden ping yapar ve böylece açık olduğunu bildiğiniz herhangi birini kullanabilirsiniz. SSL/TLS kullanan Office 365’te, PsPing komutunuza bağlantı noktası 443’ü eklemeyi deneyin.

outlook.office365.com için çözümlenen ping’i ve 6,5 milisaniye ortalama gidiş dönüş süresi ile aynı adres için 443 numaralı bağlantı noktasını içeren PSPing komutu.

Yavaş performans gösteren Office 365 sayfasını ağ izleme yaparken yüklediyseniz, DNS için bir Netmon veya Wireshark izlemesi filtrelemeniz gerekir. Bu, aradığınız IP'lerden biridir.

IP adresini almak (ve DNS Gecikme Süresine göz atmak) üzere Netmon’a filtre uygulamak için izlemeniz gereken adımlar şunlardır. Bu örnekte outlook.office365.com kullanılmıştır, ancak bir SharePoint Online kiracısının URL’si de (örneğin hithere.sharepoint.com) kullanılabilir.

  1. URL ping outlook.office365.com için ping yapın ve sonuçlarda, ping isteğinin gönderildiği DNS sunucusunun adını ve adresini kaydedin.

    namnorthwest DNS ve IP adreslerinin gösterildiği outlook.office365.com ping isteği.

  2. Ağ izleme sayfayı açan veren eylemi gerçekleştirmeye size performans sorununu veya ping testinin kendisinde yüksek gecikme süresi görüyorsanız ağ izleme işlemi gerçekleştirin.

  3. İzlemeyi Netmon’da açın ve DNS için filtreleme yapın (bu filtre Wireshark’ta da çalışır, ancak büyük harf ayrımına duyarlıdır -- dns). DNS sunucunuzun adını ping testinizden bildiğiniz için Netmon’da şu şekilde de daha hızlı filtreleme yapabilirsiniz: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"); bu, Wireshark’ta şu şekilde görünür: dns and frame contains "namnorthwest".

    Yanıt paketini açın ve Netmon’un Frame Details penceresinde daha fazla bilgi için genişletmek üzere DNS'e tıklayın. DNS bilgilerinde, isteğin Office 365’te gittiği DNS sunucusunun IP adresini bulursunuz; sıradaki adım (PsPing aracı) için bu IP adresi size gerekecektir. Filtreyi kaldırın, DNS Sorgusunu ve Yanıtını yan yana görmek için Netmon'un Frame Summary > Find Conversations > DNS’inde DNS Yanıtına sağ tıklayın.

    Konuşmaları Bul ve ardından DNS ile filtrelenmiş izleme.

  4. Netmon’da ayrıca, DNS İsteği ile Yanıt arasındaki Saat Farkı sütununu da not alın.

    İstek ve yanıt arasında çok düşük Saat Farkı gösteren DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest") ile filtrelenmiş ek Netmon sonuçları.

Bir sonraki adımda, kolay yükleme ve kullanım PsPing aracı gelir oldukça kullanışlı ICMP genellikle güvenlik duvarlarında engellenen olduğundan, hem PsPing elegantly milisaniye cinsinden gecikme izlediğinden. TCP bağlantı adresini ve bağlantı noktası (içinde bizim büyük/küçük harf açık bağlantı noktası 443) PsPing tamamlar.

  1. PsPing yükleyin.

  2. Bir komut istemi açın (Başlat > Çalıştır > cmd yazın veya Windows tuşu > cmd yazın) ve dizini PsPing komutunu çalıştırmak üzere PsPing’i yüklediğiniz dizine değiştirin. Verdiğim örneklerde, C’nin kökünde bir 'Perf' klasörü oluşturduğumu görebilirsiniz. Hızlı erişim için sizde aynısını yapabilirsiniz.

  3. PsPing testinizi önceki Netmon izlemenize ait Office 365 DNS sunucusunun IP adresine göre yapmak için komutu yazın; bağlantı noktası numarasını eklemeyi unutmayın. Yani psping -n 20 132.245.24.82:445’i ekleyin. Bu size, 20 ping içeren bir örnekleme verir ve PsPing durduğunda oluşan gecikme süresinin ortalamasını bulur.

    Ortalama 25,51 milisaniyelik bir gecikme süresi döndüren psping -n 20 132.245.24.82:443 PSPing komutu.

Office 365’e bir proxy sunucusu üzerinden gidiyorsanız, adımlar biraz farklıdır. Önce proxy/çıkış noktasına gidiş ve dönüş için mili saniye cinsinden ortalama bir gecikme süresi değeri almak üzere proxy sunucusuna PsPing yaparsınız ve sonra eksik değeri (Office 365’e giden ve geri dönen) almak üzere proxy’de veya doğrudan İnternet bağlantısı olan bir bilgisayarda PsPing çalıştırırsınız.

Proxy sunucudan PsPing çalıştırmayı tercih ederseniz, mili saniye cinsinden iki değeriniz olur: İstemci bilgisayardan proxy sunucusuna veya çıkış noktasına ve proxy sunucusundan Office 365’e. Hepsi bu kadar! Yine de değerleri kaydedin.

Doğrudan bir Internet bağlantısı olan başka bir istemci bilgisayara PsPing çalıştırırsanız, yani bir proxy, iki milisaniyelik değerleri sahip olursunuz: istemci bilgisayara proxy sunucu veya çıkış noktası ve Office 365 istemci bilgisayar. Bu durumda, Office 365 istemci bilgisayara değerinden proxy sunucu veya çıkış noktası için istemci bilgisayar değerini çıkarma, ve GİDİŞ sayıları istemci bilgisayarınızdan çıkış noktası ya da proxy sunucusu ve proxy sunucu veya çıkış noktası Office 365'e açmanız gerekir.

Etkilenen konumda doğrudan bağlı veya proxy'yi kullanmayan bir istemci bilgisayar bulabiliyorsanız ilk olarak sorunun bu bilgisayarda oluşup oluşmadığına bakabilir, ardından bu bilgisayarla test yapabilirsiniz.

Varsa yeterince belirli bir oturumda gecikme süresi, bir Netmon izlemesinde görüldüğü gibi bu fazladan mili birikebilir.

Çerçeve Özeti bölümüne eklenmiş varsayılan Netmon Zaman Farkı sütunu ve Netmon’daki genel gecikme süresi.

Not : IP adresiniz burada gösterilen IP’lerden farklı olabilir; örneğin ping testiniz daha çok 157.56.0.0/16 veya bunun gibi bir aralığa benzer bir sonuç verebilir. Office 365 tarafından kullanılan aralıkların listesi için bkz. Office 365 URL’leri ve IP adres aralıkları. Örneğin 132.245 için arama yapmak isterseniz tüm düğümleri genişletmeyi unutmayın (bunun üst tarafında bir düğme vardır).

Proxy Kimlik Doğrulaması

  • Bu yalnızca, bir proxy sunucu üzerinden gidiyorsanız sizin için geçerlidir. Tersi durumda, bu adımları atlayabilirsiniz.

  • Düzgün çalışırken, proxy kimlik doğrulaması mili saniye cinsinden tutarlı şekilde gerçekleşir. Tepe kullanım dönemlerinde (örneğin) aralıklı kötü performans görmezsiniz.

  • Proxy kimlik doğrulaması etkinse, bilgi almak üzere Office 365’e her TCP bağlantısı kurduğunuzda, perde arkasında bir kimlik doğrulama sürecinden geçmeniz gerekir. Bu nedenle, örneğin posta Outlook Online'da Takvim’den Posta’ya geçerken, kimlik doğrulamanız yapılır. Ve SharePoint Online’da, bir sayfa birçok site veya konumdan medya veya veriler görüntüleniyorsa, verilerin işlenmesi için gereken her farklı TCP bağlantısı için kimlik doğrulamanız yapılır.

  • Outlook Online’da, Takvim ile posta kutunuz arasında her geçiş yaptığınızda yavaş yükleme süreleriyle karşılaşabilirsiniz veya SharePoint Online’da sayfa yüklemeleri yavaş olabilir. Bununla birlikte, burada listelenmeyen belirtiler de vardır.

    Proxy kimlik doğrulaması çıkış proxy sunucunuz üzerinde bir ayarıdır. Office 365'le bir performans sorunu soruna neden oluyorsa, ağ ekibinizin danışın gerekir.

Netmon

Wireshark

Yeni bir TCP oturumu yukarı, sık sunucudan dosyaları veya bilgisi istemek için ya da bilgi sağlaması için spun gereken her proxy kimlik doğrulaması gerçekleşir. Örneğin, geçici veya HTTP POST HTTP GET istekleri proxy kimlik doğrulaması görebilirsiniz. Burada izlemenizi içinde isteklerini doğrulama kareleri görmek istiyorsanız, Netmon ve .property.NTLMSSPSummaryiçin filtre 'NTLMSSP Özet' sütunu ekleyin. Kimlik doğrulaması nasıl uzun sürüyor görmek için zaman aralığı sütunu ekleyin. Netmon için bir sütun eklemek için:

  1. Açıklama gibi bir sütuna sağ tıklayın.

  2. Sütunları Seçin’e tıklayın. Listede NTLMSSP Özet ve Zaman Aralığı’nı bulup Ekle’ye tıklayın.

  3. Yan yana okuyabilmek için yeni sütunları Açıklama sütununun önün veya arkasına taşıyın. Tamam 'a tıklayın.

Netmon filtreyi sütun Ekleme'yi bile çalışır. Ancak, sorun giderme hangi kimlik doğrulama aşamasını bulunduğunuz görürseniz, çok daha kolay olur. Proxy kimlik doğrulamasını örneklerini için tüm çerçeveleri NTLM karşılıklı olmadığı veya bir kimlik doğrulama iletisi incelemek emin arıyorsunuz Sun olduğunda. Gerekirse, trafiği ve konuşmaları Bul belirli içerikler sağ tıklatın > TCP. Bu konuşmaları zaman aralığı değerlerinin aklınızda bulundurun.

Konuşmaya göre filtrelenmiş proxy kimlik doğrulamasını gösteren Netmon izlemesi.

Wireshark’ta görüldüğü gibi proxy kimlik doğrulamasında dört saniyelik gecikme. Önceki görüntülenen karedeki zaman aralığı sütunu, çerçeve ayrıntılarında aynı addaki alana sağ tıklayıp Sütun Olarak Ekle seçilerek yapılmıştır.

Wireshark’ta ‘Önceki görüntülenen karedeki zaman aralığı’ sütunu, çerçeve ayrıntılarında aynı addaki alana sağ tıklayıp Sütun Olarak Ekle seçilerek oluşturulabilir.

DNS Performansı

  • Ad çözümlemesi istemcinin bulunduğu ülkeye olabildiğince yakın olduğunda en iyi ve en hızlı şekilde çalışır.

  • DNS ad çözümlemesi deniz aşırı gerçekleşiyorsa, sayfaların yüklenmesi saniyeler düzeyinde artabilir.

  • İdeal olarak, ad çözümlemesi 100 ms altında gerçekleşir. Aksi taktirde, daha fazla araştırma yapmanız gerekir.

İpucu : Office 365'te İstemci Bağlantısı’nın nasıl çalıştığından emin değil misiniz? Buradaki İstemci Bağlantısı Başvuru belgesine bakın.

Netmon

Wireshark

PsPing

DNS performansını çözümlemek, bir ağ izlemesi için genellikle başka bir işlemdir. Bununla birlikte, PsPing de olası bir nedenin giriş veya çıkışını bulmada yararlıdır.

DNS trafiği TCP ve UDP isteklerine dayalıdır ve yanıtlar, belirli bir isteği kendi yanıtıyla eşleştirmeye yardımcı olacak bir Kimlikle açıkça işaretlenir. DNS trafiğini, örneğin SharePoint Online bir web sayfasında bir ağ adı veya URL’si kullandığında görürsünüz. Pratik bir kural olarak, Bölgeleri aktarılması dışında bu trafiğin çoğu UDP üzerinden çalışır.

Hem Netmon hem de Wireshark'da, DNS trafiğine bakın olanak sağlayacak en temel basitçe dnsfiltresidir. Küçük harfle yazılmış filtresi belirtirken kullandığınızdan emin olun. İstemci bilgisayarınızdaki sorunu yeniden oluşturmaya başlamadan önce DNS Çözümleyici önbelleğinizi temizleyin unutmayın. Örneğin, giriş sayfası için yavaş bir SharePoint Online sayfa yükleme varsa, size tüm tarayıcılarını kapatın, yeni bir tarayıcı açın, izlemeyi başlatmak, DNS Çözümleyici önbelleğinizi temizleyin ve SharePoint Online sitenize gidin. Sayfanın tamamını çözer sonra durdurma ve izleme kaydedin.

DNS, Netmon’daki DNS için temel bir filtredir.

Kaydır şu anda görmek istiyorsunuz. Ve aşağıdaki adımları tamamlayarak bunu yapabilirsiniz Netmon Zaman farkı sütunu ve netmon'daki eklemek yararlı olabilir:

  1. Açıklama gibi bir sütuna sağ tıklayın.

  2. Sütunları Seçin’e tıklayın.

  3. Listede Zaman Aralığı’nu bulun ve Ekle’ye tıklayın.

  4. Yan yana okuyabilmek için yeni sütunları Açıklama sütununun önün veya arkasına taşıyın. Tamam 'a tıklayın.

İlginizi çeken bir sorgu fark ederseniz, o sorgu Konuşmaları Bul seçerek çerçeve ayrıntıları panelinde sağ tıklatarak yalıtma göz önünde bulundurun > DNS. Ağ konuşmaları paneli kendi günlük belirli konuşmaya UDP trafiğinin sağa atlar dikkat edin.

DNS’e göre filtrelenen Outlook Online yükünün Netmon izlemesi ve sonuçları daraltmak için Konuşmaları Bul ile DNS kullanımı.

Wireshark'ta DNS kez sütun yapabilirsiniz. Sizin izlemesi alma (veya bir izleme açın) Wireshark ve dnsveya daha helpfully dns.timegöre filtre uygula. Herhangi bir DNS sorguda tıklatın ve ayrıntıları gösteren panelinde Domain Name System (response) ayrıntıları genişletin. Bir alanı (örneğin, [Time: 0.001111100 seconds]. kez görürsünüz Bu kez sağ tıklatın ve sütunu olarak Uygula' yı seçin. Size daha hızlı izlemenizi sıralama için bir saat sütunu sağlar. Hangi DNS Arama görmek için değerler azalan göre sıralamak için yeni sütuna tıklatıldığında uzun çözmek için geçen.

Wireshark’ta dns.time (küçük harf) ile filtrelenmiş SharePoint Online görüntüsü (ayrıntılardaki saat sütun haline getirilmiş ve artan düzende sıralanmış olarak).

Daha fazla araştırma DNS çözümleme süresini yapmak isterseniz, TCP (örneğin, psping <IP address of DNS server>:53) tarafından kullanılan DNS bağlantı noktası karşı bir PsPing deneyin. Bir performans sorunu hala görüyor musunuz? Bunu yaparsanız, sorunu büyük olasılıkla daha geniş bir ağ çözümlemesi yapmak için vurmak DNS uygulama özgü soruna sorun olabilir. Ayrıca, yeniden, ping outlook.office365.com için DNS ad çözümlemesi Outlook Online için yer (örneğin, outlook-namnorthwest.office365.com) nerede sürüyor söyleyin söz demektir.

Sorun DNS’e özgü görünüyorsa BT departmanınıza başvurarak sorunu daha fazla araştırmak üzere DNS yapılandırmalarını ve DNS İleticilerini incelemeniz gerekebilir.

Proxy Ölçeklenebilirliği

  • Office 365’teki Outlook Online gibi hizmetler istemcilere birden fazla uzun dönem bağlantı verir.

  • Bu nedenle, her kullanıcı, daha uzun ömürlü olması gereken daha fazla bağlantı kullanabilir.

İpucu : Office 365'e çok sayıda kullanıcı ekleyeceğiniz için bant genişliği kullanımını planlamanız mı gerekiyor? Office 365 için İnternet bant genişliği planını deneyin. Burada kullanabilir bant genişliği hesaplayıcıları vardır.

Matematik

Buna özgü bir ağ izleme veya sorun giderme aracı yoktur. Onun yerine, belirli sınırlamalar ve diğer değişkenler dahilinde bant genişliği hesaplamalarına dayalıdır.

TCP Maksimum Segment Boyutu

  • SYN - SYN/ACK’de bulunur.

  • TCP paketlerinin olabilecek en fazla miktarda veriyi taşıyabilecek şekilde yapılandırıldığından emin olmak için, gerçekleştirdiğiniz tüm performans ağ izlemelerinde bu denetimi yapın.

  • Hedef, veri iletimi için 1460 baytlık MSS görmektir.

  • Bir proxy arkasında bulunuyorsanız veya NAT kullanıyorsanız en iyi sonuçları elde etmek için istemciden proxy/çıkış/NAT yönünde ve proxy/çıkış/NAT’tan Office 365’e yönünde bu testi çalıştırmayı unutmayın! Bunlar farklı TCP oturumlarıdır.

Netmon

TCP Max Segment Size (MSS) üç yönlü karşılıklı SYN - SYN/ACK paket size gereken verileri bulursunuz anlamına gelen ağ izlemenizde içinde başka bir parametredir. MSS görmek gerçekten oldukça basittir.

Elinizdeki herhangi bir performans ağ izlemesini açın ve merak ettiğiniz veya performans sorunu gösteren bağlantıyı bulun.

Notlar : 

  • Bir izlemeye bakıyorsanız ve konuşmanızla ilgili trafiği bulmanız gerekiyorsa İstemcinin IP’sine ya da proxy sunucusunun veya çıkış noktasının IP’sine ya da her ikisine göre filtre uygulayın. Doğrudan gidip, izlemede Office 365'in IP adresi için ping yapmanız ve buna göre filtre uygulamanız gerekir.

  • İzleme ikinci el mi arıyorsunuz? Kendinizi yöneltmek için filtreleri kullanmayı deneyin. Containsbin(framedata, ascii, "sphybridExample")gibi URL dayalı bir arama çalıştırma netmon'da çerçeve numarasını not alın. Wireshark'ta frame contains "sphybridExample"gibi kullanın. Uzak Winsock (RW) trafiği (bunu görünebilir bir [PSH, ACK] Wireshark'ta) bulduktan fark ederseniz, RW bağlandığını unutmayın kısa bir süre sonra ilgili SYN önce - SYN/ACK'ler, daha önce de açıklandığı gibi görülebilir. Bu noktada, çerçeve kaydedin, filtre bırakın, en yakın SYN. aramak için netmon'daki ağ konuşmaları penceresini içindeki tüm trafiği tıklatın

  • En önemlisi, izleme sırasında herhangi bir IP adres bilgisi almadıysanız, izlemede URL’nizi (örneğin sphybridExample-my.sharepoint.com bölümü) bulmak size, filtrelemede esas alınacak IP adresini verir.

  1. İzlemedeki görmek istediğiniz bağlantıyı bulun. Bunu yapmak için izlemeyi tarayabilir, IP adreslerine göre filtreleyebilir veya Netmon’daki Ağ Konuşmaları penceresini kullanarak belirli Konuşma Kimliklerini seçebilirsiniz.

    Konuşmaya göre filtreleme. SYN çerçevesine sağ tıklayın ve Konuşmaları Bul, TCP seçeneğine tıklayın.

  2. SYN paketini bulduktan sonra, Çerçeve Ayrıntıları panelinde TCP (Netmon’da) veya İletim Denetimi Protokolü ‘nü (Wireshark’ta) genişletin.

  3. TCP Seçenekleri ve MaxSegementSize’ı genişletin.

  4. İlgili SYN-ACK çerçevesini bulun ve TCP Seçenekleri ve MaxSegmentSize’ı genişletin.

  5. İki değerden küçük olanı, Maksimum Segment Boyutunuz olacaktır.

Bu resimde netmon'daki TCP sorun giderme adlı yerleşik sütundan yararlandım.

Netmon uygulamasında yerleşik sütunlar kullanılarak filtrelenen ağ izlemesi.

Yerleşik sütun Çerçeve Ayrıntılarını panelinin en üstündedir. (Normal görünüme dönmek için, tekrar Sütunlar’a tıklayın ve sonra Saat Dilimi’ni seçin.)

TCP Sorun Giderme seçeneği için Sütun açılan listesini bulma (Çerçeve Özeti bölümünün üstünde).

Wireshark'ta filtrelenmiş izleme burada. MSS değeri (tcp.options.mss) belirli bir filtre yok. Çerçeveler SYN, SYN/ACK, ACK karşılıklı alt kısmındaki çerçeve ayrıntıları için eşdeğer Wireshark bağlantılıdır (dolayısıyla Çerçeveli 47 ACK, 46 SYN/ACK bağlantılar, 43 SYN bağlantılar) bu tür bir çalışmayı kolaylaştırmak için.

Wireshark’ta Max Segment Size (MSS) için tcp.options.mss ile filtrelenen izleme.

Seçmeli Bildirim’i denetlemeniz gerekirse bu matristeki gelecek konu), izlemenizi kapatmayın!

Seçmeli Bildirim

  • SYN - SYN/ACK’de bulunur.

  • Hem SYN, hem de SYN/ACK’da İzin Verilen olarak raporlanmalıdır.

  • Seçmeli Bildirim (SACK) bir paket veya paketler kaybolduğunda daha sorunsuz veri iletimine olanak sağlar.

  • Cihazlar bu özelliği devre dışı bırakabilir ve bu da performans sorunlarına yol açabilir.

  • Bir proxy arkasında bulunuyorsanız veya NAT kullanıyorsanız en iyi sonuçları elde etmek için istemciden proxy/çıkış/NAT yönünde ve proxy/çıkış/NAT’tan Office 365’e yönünde bu testi çalıştırmayı unutmayın! Bunlar farklı TCP oturumlarıdır.

Netmon

Seçmeli Bildirim (SACK), SYN-SYN/ACK el sıkışmasındaki bir başka parametredir. SYN - SYN/ACK için izlemenizi birçok şekilde filtreleyebilirsiniz.

  1. Görmek istediğiniz izdeki bağlantıyı bulmak için izlemeyi tarayın, IP adresine göre filtreleyin veya Netmon’daki Ağ Konuşmaları penceresini kullanarak Konuşma Kimliği’ne tıklayın.

  2. SYN paketini bulduktan sonra Netmon'daki TCP veya İletim Denetimi Protokolü çerçeve Ayrıntıları bölümünde wireshark'ta genişletin.

  3. TCP Seçenekleri’ni ve sonra SACK’yı genişletin.

  4. İlgili SYN-ACK çerçevesini bulun ve TCP Seçenekleri ve SACK alanını genişletin.

  5. Hem SYN, hem de SYN/ACK’da belirli bir SACK’yı izin verilen yapın.

Burada, hem Netmon hem de Wireshark’da görüldüğü gibi SACK değerleri verilmiştir.

tcp.flags.syn == 1 sonucunda Netmon’daki Selective Acknowledgment (SACK).

Wireshark’ta tcp.flags.syn == 1 filtresine sahip SACK.

DNS Coğrafi Konumu

  • Office 365’in dünyanın neresinde DNS aramanızı çözümlemeye çalıştığı bağlantı hızınızı etkiler.

  • Outlook Online’da, ilk DNS araması tamamlandıktan sonra, en yakın veri merkezinize bağlanmak için bu DNS’in konumu kullanılır. Bir Outlook Online CAS sunucusuna bağlanırsınız ve bu da verilerinizin depolandığı veri merkezine (dC) bağlanmak için omurga ağı kullanır. Bu daha hızlıdır.

  • SharePoint Online’a erişirken, yurt dışındaki bir kullanıcı kendi etkin veri merkezine yönlendirilir; bu, konumu SPO kiracısının ülkesine dayalı olan dC’dir (dolayısıyla kullanıcı ABD tabanlıysa, ABD’deki bir dC).

  • Lync online’ın bir kerede birden fazla dC’de etkin düğümleri vardır. Lync online örnekleri için istekler gönderildiğinde, Microsoft'un DNS’i isteğin dünyanın neresinden geldiğini belirler ve Lync online’ın etkin olduğu en yakın bölgesel dC’den IP adresleri döndürür.

İpucu : İstemcilerin Office 365'e nasıl bağlandığı hakkında daha fazla bilgi edinmeniz mi gerekiyor? İstemci Bağlantısı başvuru makalesine (ve yararlı grafiklerine) bakın.

Ping

PsPing

Çoğu durumda sonucunda Microsoft bölgesel veri merkezine (dC) IP adresini döndürerek DNS isteklerini Microsoft'un DNS sunucuları için ad çözümlemesi istemcinin DNS sunucularından gerekir. Bu sizin için ne demektir? Microsoft'un DNS sunucuları, headquarters, Hindistan, Bangalore olduğunuz, ancak tarayıcınızı Outlook Online için istekte bulunduğunda Amerika Birleşik Devletleri'nde, seyahat Amerika Birleşik Devletleri'nde--bölgesel veri kiracılara için IP adresleri dağıttınız. Posta Outlook'tan gerekiyorsa, bu verileri Microsoft'un hızlı belkemiğine ağ üzerinden kiracılara arasında gezinir.

Ad çözümlemesi kullanıcının konumuna olabildiğince yakın gerçekleştiğinde DNS en hızlı şekilde çalışır. Avrupa'daysanız Avrupa’daki bir Microsoft DNS’ine gitmek ve (ideal olarak) Avrupa’daki bir veri merkeziyle çalışmak istersiniz. Avrupa’daki bir istemciden ve Amerika'daki bir DNS’e ve veri merkezine gidişin performansı yavaş olacaktır.

DNS isteğinizin dünyanın neresinden yönlendirildiğini belirlemek için Ping aracını outlook.office365.com adresine karşı çalıştırın. Avrupa'daysanız, outlook-emeawest.office365.com gibi bir kaynaktan yanıt görürsünüz. Amerika kıtasında, outlook-namnorthwest.office365.com gibi bir şey beklenir.

  1. İstemci bilgisayarda komut istemini açın (Başlat > Çalıştır > cmd veya Windows tuşu > cmd yazarak).

  2. ping outlook.office365.com yazın ve ENTER tuşuna basın.

    -4 IPv4 yoluyla ping yapmak için belirtmek istiyorsanız belirtmek için unutmayın. Gelen ICMP paketleri yanıt almak başarısız olabilir, ancak olduğu isteği yönlendirilmiştir DNS adını görmelisiniz.

Bu bağlantı için gecikme süresi değerlerini görmek istiyorsanız, ping tarafından döndürülen sunucunun IP adresine PsPing yapmayı deneyin.

Outlook-namnorthwest’teki çözünürlüğü gösteren outlook.office365.com ping’i.

outlook.office365.com adresine gönderilen ping tarafından döndürülen IP adresine gönderilen ortalama 28 milisaniyelik gecikme süresine sahip PSPing.

Office 365 Uygulama Sorunlarını Giderme

Netmon

HTTPWatch

Tarayıcıda F12 Konsolu

Ağa özel bu makalede uygulamaya özgü sorun giderme işlemleri için kullanılan araçlar bizim kapsamımızda değildir. Ancak, kullanabileceğiniz kaynakları bu sayfada bulabilirsiniz.

İlgili Konular

Office 365 uç yönetme
Office 365 sorun giderme bağlantısı

Not : Makine Çevirisi Yasal Uyarısı: Bu makale, insan müdahalesi olmadan bir bilgisayar sistemi tarafından çevrilmiştir. Microsoft bu makine çevirilerini İngilizce bilmeyen kullanıcıların Microsoft ürünleri, hizmetleri ve teknolojileriyle ilgili içeriklerden yararlanmasına yardımcı olmak için sunar. Bu makale makine çevirisi olduğundan sözcük, cümle dizilimi ve gramer hataları içerebilir.

Yeteneklerinizi geliştirin
Eğitimleri keşfedin
Yeni özellikleri ilk olarak siz edinin
Office Insider Programına Katılın

Bu bilgi yararlı oldu mu?

Görüşleriniz için teşekkür ederiz!

Geri bildiriminiz için teşekkürler! Office destek temsilcilerimizden biriyle görüşmeniz yararlı olabilir.

×