План для служби Office 365 усунення неполадок продуктивності

Увага! : Цю статтю перекладено за допомогою служби машинного перекладу; див. застереження. Версію цієї статті англійською мовою див. тут для отримання довідки.

Вам потрібно знати дії потрібно виконати для виявлення та вирішення лаги, зависає і низькою продуктивністю між SharePoint Online, OneDrive для бізнесу, Exchange Online або Skype для бізнесу – онлайн і клієнтському комп'ютері? Перш ніж зателефонувати до служби підтримки, у цій статті може допомогти вам усунення проблеми з продуктивністю служби Office 365 і навіть вирішити деякі з найбільш поширених проблем.

У цій статті описано, як насправді до зразка плану дій, які можна використовувати для фіксування важливих даних про продуктивність проблема, як це відбувається. Деякі способи вирішення найпоширеніших проблем також наведено нижче.

Якщо ви ще не працювали в мережі продуктивність і потрібно зробити довгострокові план для відстеження продуктивності між клієнтом машини та Office 365, подивіться на Office 365 Настроювання продуктивності й виправлення неполадок - адміністраторів і ІТ Pro.

Зразок продуктивність Виправлення неполадок план дій

Цей план дій складається з двох частин: підготовки та журналювання. Якщо неполадка продуктивності спостерігається зараз і вам потрібно зібрати дані, цим планом можна негайно почати користуватися.

Підготуйте клієнтський комп’ютер

  • Знайдіть клієнтський комп’ютер, на якому можна відтворити цю неполадку продуктивності. Цей комп’ютер буде використовуватися протягом виправлення неполадки.

  • Запишіть дії, які спричиняють неполадку продуктивності, щоб ви були готові, коли настане час для тестування.

  • Інсталюйте засоби для збирання й записування інформації:

    • Інсталяція Netmon 3.4 (або скористайтеся послугами рівноцінним засобом трасування мережі).

    • Інсталюйте безкоштовну основні видання HTTPWatch (або скористайтеся послугами рівноцінним засобом трасування мережі).

    • Щоб мати записи дій, які ви виконуєте під час тестування, використовуйте засіб для записування подій на екрані або запустіть програму "Засіб записування дій користувача" (PSR.exe) з комплекту Windows Vista і новіших версій ОС.

Запишіть неполадку продуктивності

  • Закрийте всі сторонні вікна в браузерах.

  • Запустіть програму "Засіб записування дій користувача" (або інший засіб для записування подій на екрані).

  • Розпочніть захоплення даних у програмі Netmon (або в іншому засобі трасування мережі).

  • Очистьте кеш DNS на клієнтському комп’ютері, для цього в командному рядку введіть ipconfig /flushdns.

  • Відкрийте новий сеанс у браузері й активуйте програму HTTPWatch.

  • Необов’язкові дії. Якщо ви тестуєте службу Exchange Online, запустіть засіб з аналізу продуктивності клієнта Exchange з консолі адміністратора Office 365.

  • Відтворіть точні дії, які спричинили неполадку продуктивності.

  • Зупиніть роботу програми Netmon або іншого засобу трасування.

  • З командного рядку виконайте трасування маршруту до передплати Office 365, для цього введіть із клавіатури наведену нижче команду й натисніть клавішу Enter.

    tracert <назва_передплати>.onmicrosoft.com

  • Зупиніть роботу засобу записування дій користувача та збережіть відео. Не забудьте долучити дату й час захоплення даних і відомості про те, яку саме продуктивність продемонстровано: добру чи погану.

  • Збережіть файли з результатами трасування. Знову не забудьте долучити дату й час захоплення даних і відомості про те, яку саме продуктивність продемонстровано: добру чи погану.

Якщо ви не знайомі з тим, як запускати засоби, згадані в цій статті, не хвилюйтесь, адже ми розповімо про ці дії пізніше. Якщо ви вже знаєте, як знімати дані про стан мережі, можна перейти до розділу Читання результатів трасування, де описано процеси фільтрування та читання журналів.

Спочатку очистьте кеш DNS

Навіщо? Коли ви очистили кеш DNS, тестування розпочнеться з чистого аркуша. Очистивши кеш, ви скидаєте вміст інтерпретатора DNS до найновіших записів. Пам’ятайте, що очищення не видаляє записи з файлу hosts. Якщо ви активно використовуєте записи у файлі hosts, вам потрібно скопіювати ці записи у файл в іншій папці та спорожнити файл hosts.

Очистьте кеш інтерпретатора DNS

  1. Відкрийте командний рядок (або Пуск > Виконати > cmd, або клавіша Windows > cmd).

  2. Введіть таку команду й натисніть клавішу Enter:

    ipconfig /flushdns

Netmon

Інструмент Microsoft моніторинг мережі (Netmon) аналізує пакетів, які трафік, що проходить між комп'ютерами в мережі. За допомогою Netmon відстеження трафіку зі службою Office 365 можна зробити, подання і прочитайте пакет заголовки, визначення проміжних пристроїв, перевірте важливих настройок на мережевого обладнання, шукайте пропущені пакети і виконайте потік трафіку між комп'ютерами корпоративної мережі та служби Office 365. Оскільки зашифровано фактична кількість трафіку, тобто його (подорожі на порт 443 через SSL/TLS, ви не можете прочитати надсилання файлів. Замість того, ви отримаєте повідомлення без фільтра трасування шлях, який займає пакетів, які можуть допомогти вам відстежити проблему поведінку.

У жодному разі не застосовуйте фільтрів на цьому етапі. Замість цього виконайте дії, що призводять до неполадки, а потім зупиніть трасування та збережіть результати.

Після інсталяції Netmon 3.4 відкрийте програму та виконайте такі дії:

Трасування Netmon і відтворення неполадки

  1. Запустіть Netmon 3.4.

    Існують три панелей на початкову сторінку: Останні фіксуєВиберіть мережіта початок роботи з Microsoft Network монітор 3.4. Повідомлення про. Панелі виберіть мереж також дають змогу список мереж за промовчанням, з якого можна зробити. Переконайтеся, що мережеві карти виділено тут.

  2. У верхній частині сторінки Start (Початкова) клацніть елемент New Capture (Створити захоплення даних). Ця дія додасть нову вкладку з назвою Capture 1 (Захоплення даних 1) поряд із вкладкою сторінки Start (Початкова).

    Інтерфейс користувача Microsoft Network Monitor із виділеними кнопками New Capture (Новий запис), Start (Почати) і Stop (Зупинити).

  3. Щоб виконати просте захоплення даних, клацніть елемент Start (Пуск) на панелі інструментів.

  4. Відтворіть дії, що призводять до неполадки продуктивності.

  5. Клацніть елементи Stop (Зупинити) > File (Файл) > Save As (Зберегти як). Не забудьте додати до імені файлу дату й час та часовий пояс, а також зазначити, яку продуктивність ілюструє це трасування: добру чи погану.

HTTPWatch

HTTPWatch важливо здійснюється і вільний edition. Безкоштовні основні видання охоплює все, що потрібно для цього тесту. HTTPWatch моніторів мережі трафік і сторінки в бібліотеці праворуч у вікні браузера. HTTPWatch – це компонента plug-in для браузера Internet Explorer, які графічно описують продуктивності. Аналіз можна зберегти та переглядали в HTTPWatch Studio.

Примітки : 

  • Якщо ви використовуєте інший браузер, наприклад Firefox, Google Chrome, або якщо ви не змогли інсталювати компонент plug-in HTTPWatch в Internet Explorer, відкрийте нове вікно браузера й натисніть клавішу F12. У нижній частині вікна браузера має відкритися спливаюче вікно знарядь розробника. Якщо ви використовуєте браузер Opera, натисніть сполучення клавіш Ctrl+Shift+I, щоб відкрити веб-інспектор, потім клацніть вкладку Network (Мережа) і виконайте описане нижче тестування. Інформація буде дещо іншою, але час завантаження сторінок усе одно буде відображено в мілісекундах.

  • Програма HTTPWatch також дуже корисна в разі виявлення неполадок із часом завантаження сторінок SharePoint Online.

Запуск HTTPWatch і відтворення неполадки

  1. HTTPWatch – це компонент plug-in для браузера, отже запуск цього засобу в браузері дещо різний для кожної версії Internet Explorer. Зазвичай HTTPWatch можна знайти на панелі команд браузера Internet Explorer.

    Якщо компонент plug-in HTTPWatch не відображається у вікні браузера, перевірте версію браузера, для цього клацніть елементи "Довідка" > "Про програму", або, у пізніших версіях Internet Explorer, клацніть піктограму триба і виберіть пункт "Про програму Internet Explorer". Щоб відкрити панель Команди, клацніть правою кнопкою миші рядок меню в браузері Internet Explorer і встановіть прапорець Панель команд. Раніше HTTPWatch було пов’язано з панелями команд і інструментів, отже після інсталяції, якщо піктограма відразу не відображається (навіть після перезавантаження), перевірте меню Знаряддя і панелі інструментів, раптом там десь є ця піктограма. Пам’ятайте, що панелі інструментів можна настроювати, до них також можна додавати нові параметри.

    Панель команд у браузері Internet Explorer із піктограмою HTTPWatch

  2. Запустіть HTTPWatch у вікні браузера Internet Explorer. Компонент plug-in відобразиться пристикованим до нижньої частини цього вікна. Натисніть кнопку Record (Записувати).

  3. Відтворіть точні дії, які спричинили неполадку продуктивності. У HTTPWatch натисніть кнопку Stop (Зупинити).

  4. У HTTPWatch виберіть команду Save (Зберегти) або Send by Email (Надіслати електронною поштою). Не забудьте дати файлу таку назву, що міститиме відомості про дату й час і вказівку на те, чи результат трасування містить демонстрацію доброї або поганої швидкодії.

    HTTPWatch із вкладкою "Мережі" для завантаження сторінки на домашню сторінку служби Office 365.

    Це знімок екрана з професійної версії HTTPWatch. Результати трасування, створені в базовій версії, можна відкривати на комп’ютері з професійною версією та читати їх там. Якщо використовувати цей метод, також можуть бути доступні додаткові відомості про трасування.

Записування дій

Засіб записування дій користувача, або PSR.exe, дозволяє записувати неполадки в міру їх виникнення. Це дуже простий інструмент, його дуже просто запустити.

Виконання дії записування (PSR.exe) для запису роботи

  1. Або клацніть елементи Пуск > Виконати > введіть PSR.exe > натисніть кнопку OK, або натисніть клавішу Windows > введіть PSR.exe > натисніть клавішу Enter.

  2. Коли відкриється невелике вікно PSR.exe, клацніть елемент Почати записування та відтворіть дії, що призводять до неполадки продуктивності.

    За потреби, натиснувши кнопку Додати примітки, можна додати примітки.

  3. Коли ви виконаєте кроки, натисніть кнопку Зупинити запис . Якщо неполадку продуктивності сторінки візуалізації, зачекайте, доки сторінки для відтворення, перш ніж ви зупинити записування.

  4. Натисніть кнопку Зберегти.

Знімок екрана: засіб записування дій користувача або PSR.exe.

Дата й час зазначено для вас. Це посилання до PSR трасування Netmon і HTTPWatch часу та допомагає з точністю виправлення неполадок. Дати й часу в записі PSR можна відобразити, за який пройшов від увійти до перегляду та URL-адресу часткового візуалізації адміністратор сайту, наприклад.

Читання результатів трасування

В одній статті неможливо навчити всім потрібним аспектам виправлення неполадок у мережі та неполадок продуктивності. Добрі навички з підтримання продуктивності приходять із досвідом і знаннями про те, як саме працює ваша мережа. Але можна зібрати перелік основних питань і показати, як різноманітні інструменти допомагають виправити найпоширеніші неполадки.

Потрібно забрати навичок читання трасування мережі для сайтів Office 365, чи не краще викладача, ніж регулярно створювати трасування завантаження сторінок і отримання досвід читання їх. Наприклад, якщо у вас є можливість, завантаження служби Office 365 та відстеження процесу. Фільтрування трасування DNS трафік або FrameData з іменем відкритої служби пошуку. Сканування трасування, щоб отримати уявлення про дії, які виникають під час завантаження служби. Це допоможе вам дізнатися, які звичайному завантаження сторінки має виглядати, і у випадку виправлення неполадок, особливо навколо продуктивності, порівняння добре неправильні трасування можна схема ви багато.

Microsoft Network Monitor використовуються функції Intellisense Microsoft у полі відображення фільтра. Функції IntelliSense, або доповнення розумна коду, є що фокус, де ви вводите текст в період і всі доступні параметри, які відображаються в полі вибору в розкривному списку. Якщо, наприклад, ви турбуватися про TCP вікні масштабування, можна знайти свій шлях до фільтр (наприклад, .protocol.tcp.window < 100), це означає.

Знімок екрана: Microsoft Network Monitor показує, що в полі відображення фільтра використовуються функції IntelliSense.

Трасування Netmon може містити багато трафіку в них. Якщо ви не досвід роботи з читати, цілком імовірно, ви будете приголомшені відкриття трасування перший. Перше, що потрібно зробити – це відокремити сигнал від фон в результатах трасування. Перевірено, відповідність служби Office 365, і це трафік, який потрібно переглянути. Якщо ви звикли за допомогою трасування, можливо, не потрібно цього списку.

Трафік між клієнтським комп’ютером і службою Office 365 проходить через TLS, тобто дані в трафіку будуть зашифровані та читати їх у звичайному результаті трасування Netmon буде неможливо. Але для вашого аналізу продуктивності не потрібно знати, які саме відомості передаються в пакеті. Те, що має вас найбільше цікавити, – це заголовки пакетів та інформація, що в них міститься.

Поради з отримання якісних результатів трасування

  • Знайте IPv4- або IPv6-адресу свого клієнтського комп’ютера. Ці дані можна отримати з командного рядка, якщо ввести команду IPConfig і натиснути клавішу Enter. Якщо ви знаєте цю адресу, ви з першого погляду побачите, чи стосується вашого комп’ютера трафік у результатах трасування. Якщо відомо, що в мережі є проксі-сервер, перевірте зв’язок до нього й отримайте його IP-адресу.

  • Очистьте кеш інтерпретатора DNS і, якщо можливо, закрийте всі браузери, окрім того, в якому ви виконуєте тестування. Якщо ви не змогли цього зробити, наприклад, якщо служба підтримки використовує якийсь браузерний засіб для перегляду робочого стола на клієнтському комп’ютері, будьте готові фільтрувати результати трасування.

  • Знайдіть у службі Office 365, який використовується у трасування зайнятий. Якщо ви ніколи не або рідко бачили ваші трафіку до, це корисно крок у неполадку продуктивності від інших мережі шуму. Існує кілька способів, щоб це зробити. Безпосередньо перед до перевірки можна використовувати ping або PsPing, щоб URL-адреси певної служби (ping outlook.office365.com та/або psping -4 microsoft-my.sharepoint.com:443, наприклад). Ви можете легко знайти цей PsPing в режимі трасування Netmon (за іменем процес). Що дасть вам розташування, щоб почати пошук.

    Якщо ви використовуєте трасування Netmon лише коли трапляються неполадки, то це теж не завадить. Щоб знайти потрібне місце, використовуйте фільтри, наприклад ContainsBin(FrameData, ASCII, "office") або ContainsBin(FrameData, ASCII, "outlook"). Із файлу з результатами трасування також можна записати свій номер фрейму. Також буде корисним прокрутити вміст в області "Frame Summary" (Зведені дані про фрейм) до кінця вправо й відшукати стовпець "Conversation ID" (Ідентифікатор серії пакетів). У цьому стовпці є числове значення ідентифікатора цієї серії пакетів, яке також можна записати, щоб виокремити записи за ним пізніше. Не забудьте зняти цей фільтр до того, як будете застосовувати будь-які інші фільтри.

    Порада : У Netmon є багато корисних вбудованих фільтрів. Спробуйте натиснути кнопку "Load Filter" (Завантажити фільтр) угорі області фільтрів Display (Відображення).

    Пошук IP-адреси за допомогою команди PSPing у вікні командного рядка на клієнтському комп’ютері.

    Трасування з клієнта в Microsoft Network Monitor, де виконання тієї ж команди PSPing показано за допомогою фільтра TCP. Flags.Syn = = 1.

    Ознайомтеся зі своїм трафіком і дізнайтесь, як знаходити в ньому потрібні відомості. Наприклад, дізнайтесь, як визначити, в якому пакеті в результатах трасування є уперше згадується служба Office 365, яку ви використовуєте (наприклад, "Outlook").

Якщо за приклад взяти службу Office 365 Outlook Online, трафік розпочинатиметься десь так:

  • Стандартний запит DNS і відповідь DNS для outlook.office365.com з ідентифікаторами запитів QueryID, що збігаються. Важливо занотувати зсув часу для цього кругового обходу, а також географічне розташування сервера, на який глобальна служба DNS Office 365 надсилає запит для інтерпретації імені. В ідеалі цей сервер має знаходитись якомога ближче, а не в антиподів. (Після цього може бути трохи трафіку DNS, що стосується входу в онлайнову службу.)

  • Запит "HTTP GET" зі звітом про стан "Переміщено незворотно" (301)

  • Трафік RWS включно із запитами на підключення RWS і відповідями про підключення. (Це служба Remote Winsock (RWS) встановлює підключення для вас.)

  • TCP SYN і TCP SYN/ACK розмови. Багато настройок у цієї розмови вплинути на ефективність.

  • Потім іде серія пакетів TLS:TLS, тобто серії, в яких відбуваються установлення зв’язку TLS і передавання сертифіката TLS. (Пам’ятайте, що дані зашифровано за протоколом SSL/TLS.)

Усі складові трафіку важливі та взаємопов’язані, але в деяких невеликих ділянках результатів трасування містяться особливо важливі відомості з точки зору виправлення неполадок продуктивності, отже ми розглянемо саме ці ділянки. Оскільки ми в корпорації Майкрософт вже зробили достатньо сеансів із виправлення неполадок продуктивності в службі Office 365 і навіть склали список із десяти найпоширеніших неполадок, ми розглянемо ці проблеми й покажемо, як потрібно використовувати різні доступні засоби, щоб усунути ці неполадки.

Якщо ви ще не інстальовано їх все готово, матриці нижче робить за допомогою кількох засобів. Якщо це можливо. Посилання надаються до інсталяції точок. Список поширених засобів трасування мережі, як Netmon і Wiresharkвключає в себе, але за допомогою будь-якого засобу трасування ви знайомі з, а в яких ви звикли до фільтрування мережний трафік. Під час тестування, пам'ятайте:

  • Закрийте ваш браузер і тестування з лише один браузера під керуванням – це буде зменшити загальний трафік захоплення. Це робить менш завантажену трасування.

  • Очистьте кеш інтерпретатора DNS на клієнтському комп’ютері – ця дія забезпечить роботу з чистого аркуша, коли ви розпочнете записування даних, і більш прозорі результати трасування.

Деякі способи вирішення найпоширеніших проблем

Деякі поширені проблеми, які можуть виникнути та як їх можна знайти в результатах трасування мережі.

Основне питання

Засіб

Те, що вас цікавить

Розширення TCP-вікон

  • Ці дані зазначено в серіях пакетів SYN – SYN/ACK.

  • Застаріле устаткування може не підтримувати переваги розширення TCP-вікон.

  • Без відповідних параметрів розширення TCP-вікон 16-бітовий буфер за замовчуванням у заголовках пакетів TCP заповнюється за лічені мілісекунди.

  • Надсилання трафіку припиняється до того моменту, коли клієнт отримує підтвердження про те, що вже надіслані дані було отримано, це спричиняє затримки.

Netmon

Wireshark

Шукайте в результатах трасування мережі трафік SYN – SYN/ACK.

У Microsoft Network Monitor за допомогою фільтра як tcp.flags.syn == 1. Цей фільтр – це той самий, у Wireshark.

Фільтрування Microsoft Network Monitor або Wireshark для пакетів Syn в обох інструментах: TCP.Flags.Syn == 1.

Зверніть увагу, що для кожного пакета SYN є номер порту джерела (SrcPort), якому має відповідати порт призначення (DstPort) відповідного пакету підтвердження (SYN/ACK).

Щоб побачити значення розширення вікон трафіку, яке використовується у вашому підключенні до мережі, спочатку розгорніть пакет SYN, а потім – пов’язаний пакет SYN/ACK.

Зображення, на якому показано, як зіставити SrcPort із DstPort у вікнах трасування, щоб отримати різницю часу.

Параметри часу простою TCP

  • Історично так склалося, що більшість мереж периметру настроєні на використання дискретних підключень, тобто неактивні підключення зазвичай завершуються.

  • Неактивні сеанси TCP можуть переривати проксі-сервери та брандмауери, коли час неактивності перевищить значення від 100 до 300 секунд.

  • Це проблематично для Outlook Online, адже ця служба створює й використовує довготривалі підключення, які можуть бути неактивними.

  • Коли підключення завершують проксі-сервери або брандмауери, клієнта про це не інформують, отже спроба використання служби Outlook Online означатиме, що клієнтський комп’ютер буде спочатку повторювати спроби відновити старе підключення, а вже потім намагатиметься створити нове.

  • Ви відчуєте зависання продукту, побачите поради або повільне завантаження сторінок.

Netmon

Wireshark

У програмі Netmon погляньте на поле Time Offset (Зсув часу) для кругового обходу. Круговий обхід – це час між моментами, коли клієнт надсилає запит на сервер, і коли він отримує назад відповідь. Перевірте ці значення для маршрутів між клієнтським комп’ютером і вихідною точкою (наприклад, клієнтський комп’ютер --> проксі-сервер), або від клієнтського комп’ютера до Office 365 (клієнтський комп’ютер --> Office 365). Це можна побачити в багатьох типах пакетів.

Наприклад фільтр у Netmon може виглядати як .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12або, у Wireshark, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Поради : 

  • Не знаєте, чи IP-адреса у результатах трасування належить вашому DNS-серверу? Спробуйте з’ясувати це в командному рядку. Клацніть елементи Пуск > Виконати > і введіть команду cmd або натисніть клавішу Windows > і введіть команду cmd. Коли відобразиться рядок, введіть команду nslookup <the IP address from the network trace>. Щоб розпочати тестування, скористайтеся програмою nslookup для IP-адреси свого комп’ютера.

  • Перелік діапазонів IP-адрес Microsoft див. в статті Діапазони IP-адрес і URL-адреси Office 365.

Якщо проблема очікувати довгий час зсув мають відображатися в цьому випадку (Outlook Online), зокрема TLS:TLS пакетів, які демонструють проходження Application Data (наприклад, у Microsoft Network Monitor можна знайти програму пакетів даних за допомогою .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Ви побачите плавними рух у той час через сеансу. Якщо часу затримки відображається під час оновлення до Outlook Online, це може бути викликано високим ступенем скидання надсилання.

Час затримки та кругового обходу

  • Затримка – це міра, які можуть змінювати багато залежно від багатьох параметрів, наприклад оновлення застарілих пристроїв, додавання великої кількості користувачів до мережі, відсотка смуги пропускання, зайнятого іншими завданнями в підключенні до мережі.

  • На цій сторінці планування мережі та підвищення продуктивності для служби Office 365 доступні калькулятори пропускної здатності для служби Office 365.

  • Потрібно виміряти швидкість підключення або смуги пропускання підключення до Інтернет-Провайдера? Спробуйте цей сайт (або подібних): Офіційний сайт Speedtestта Pingtest.

Ping

PsPing

Netmon

Wireshark

Щоб відстежити затримку в результатах трасування, знадобиться мати під рукою IP-адреси клієнтського комп’ютера та DNS-сервера Office 365. Ці дані потрібні для полегшення фільтрування результатів трасування. Якщо ви підключаєтеся через проксі-сервер, то щоб спростити роботу, вам будуть потрібні IP-адреси клієнтського комп’ютера, проксі-сервера/вихідної точки та DNS-сервера Office 365.

Запит на перевірку зв’язку ping, надісланий на адресу outlook.office365.com надасть вам ім’я центру обробки даних, який отримав запит, навіть якщо перевірка зв’язку ping не змогла підключитися й надіслати потрібну послідовність пакетів ICMP. Якщо ви використовуєте PsPing (безкоштовну програму, доступну для завантаження), задаєте порт (443) і використання протоколу IPv4 (-4), ви отримаєте середнє значення кругового обходу для надісланих пакетів. Цей метод працюватиме й для інших URL-адрес служб Office 365, наприклад psping -4 yourSite.sharepoint.com:443. Насправді, можна задати кількість спроб перевірки зв’язку, щоб отримати більший зразок для усереднення, наприклад psping -4 -n 20 yourSite-my.sharepoint.com:443.

Примітка : Програма PsPing не надсилає пакети ICMP. Вона виконує перевірку зв’язку пакетами TCP через заданий порт, отже можна використовувати будь-який порт, якщо ви знаєте, що його відкрито. У службі Office 365, яка використовує шифрування SSL/TLS, спробуйте використати порт 443 як параметр для програми PsPing.

Знімок, на якому показано результати виконання команди ping під час зіставлення outlook.office365.com, а також команди PSPing для потру 443, яка робить те ж саме, але додатково повідомляє середній час приймання-передавання (6,5 мс).

Якщо під час трасування мережі ви завантажили сторінку Office 365, що повільно відтворюється, варто застосувати до результатів трасування в програмі Netmon або Wireshark фільтр DNS. Це одна з IP-адрес, які ми шукаємо.

Нижче вказано потрібні дії, щоб застосувати фільтр у програмі Netmon і отримати IP-адресу (і ще й переглянути затримку DNS). У цьому прикладі використовується хост outlook.office365.com, але замість нього також можна використати URL-адресу клієнтської системи SharePoint Online (наприклад, hithere.sharepoint.com).

  1. Перевірка зв’язок із URL-адресою ping outlook.office365.com і потім, у результатах, запишіть ім’я й IP-адресу DNS-сервера, на який надходив цей запит.

    Запит перевірки зв’язку ping, надісланий сайту outlook.office365.com, з відображенням служби DNS і IP-адреси namnorthwest.

  2. Мережа відстеження відкривання сторінки або виконання дії, що спричиняє неполадку продуктивності або, якщо ви бачите високою затримкою на перевірки зв'язку, виконайте трасування мережі.

  3. Відкрийте результати трасування в програмі Netmon і застосуйте фільтр DNS (цей фільтр також є в програмі Wireshark, але він чутливий до регістра – dns). Оскільки ви вже знаєте ім’я DNS-сервера з результатів перевірки зв’язку, також можна застосувати до даних у програмі Netmon дещо швидший фільтр: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest") (у Wireshark це dns and frame contains "namnorthwest").

    Відкрийте пакет відповіді й у вікні "Frame Details" (Дані фрейму) програми Netmon клацніть елемент DNS, щоб розгорнути цей розділ і отримати додаткові дані. У відомостях DNS можна знайти IP-адресу DNS-сервера, на який надійшов запит до служби Office 365 – ця IP-адреса знадобиться вам під час наступної дії (засіб PsPing). Зніміть фільтр, клацніть правою кнопкою миші відповідь DNS у програмі Netmon (Frame Summary (Зведені дані про фрейм) > Find Conversations (Пошук серій пакетів) > DNS), щоб запит і відповідь DNS відобразилися поряд.

    Трасування, відфільтроване за допомогою команди Find Conversations (Знайти розмови), а потім – за DNS.

  4. У програмі Netmon також зверніть увагу на стовпець Time Offset (Зсув часу) між запитом і відповіддю DNS.

    Додаткові результати в Microsoft Network Monitor, відфільтровані за допомогою команди DNS AND CONTAINSBIN(Framedata, ASCII, "namnorthwest"), що демонструють дуже малий часовий зсув між запитом і відповіддю.

На наступному кроці легко інсталяцію та використання PsPing засіб важливо дуже зручно, оскільки ICMP часто заблоковано брандмауери, і через PsPing елегантно відстежує затримка в мілісекундах. PsPing завершення підключення TCP адресу і порт (наші випадку відкриття на порт 443).

  1. Інсталюйте програму PsPing.

  2. Відкрийте командний рядок (Пуск > Виконати > введіть команду cmd, або натисніть клавішу Windows > введіть команду cmd) і змініть папку на ту, де інстальовано програму PsPing, щоб виконати команду PsPing. У цих прикладах створено папку "Perf" у кореневій папці диска C. Для швидкого доступу ви можете зробити щось подібне.

  3. Введіть команду PsPing, щоб вона перевірила зв’язок з IP-адресою DNS-сервера Office 365, знайденою в результатах трасування Netmon – і не забудьте додати номер порту. Іншими словами, psping -n 20 132.245.24.82:445. У результаті роботи програми PsPing ви отримаєте добірку з 20 перевірок зв’язку та середнє значення затримки.

    Команда PSPing "psping -n 20 132.245.24.82:443" повертає середній час затримки 25,51 мілісекунди.

Якщо зв’язок зі службою Office 365 встановлено через проксі-сервер, ці дії будуть дещо відрізнятися. Спочатку за допомогою програми PsPing потрібно буде перевірити зв’язок із проксі-сервером й отримати середнє значення затримки в мілісекундах до проксі-сервера чи вихідної точки й назад, а потім або запустити програму PsPing на проксі-сервері, або на комп’ютері з прямим підключенням до Інтернету, щоб отримати відсутнє значення (затримка проходження пакетів до Office 365 і назад).

Якщо ви вибрали запуск програми PsPing з проксі-сервера, ви отримаєте два значення в мілісекундах: Від клієнтського комп’ютера до проксі-сервера чи вихідної точки та від проксі-сервера до служби Office 365. Усе готово! Ще ж не забудьте записати ці значення.

Якщо PsPing на інший клієнтський комп'ютер із прямим підключенням до Інтернету, тобто без проксі-сервера, вас буде два значення мілісекунди: клієнтського комп'ютера до проксі-сервера або вихідною точкою та клієнтського комп'ютера до служби Office 365. У цьому випадку відняти значення клієнтського комп'ютера до проксі-сервера сервера або вихідної точки значення клієнтського комп'ютера до служби Office 365, і вам доведеться RTT числа від вашого клієнтського комп'ютера до проксі-сервера або вихідною точкою і з проксі-сервера сервера або вихідною точкою служби Office 365.

Однак, якщо ви зможете знайти в цьому розташуванні, де спостерігається неполадка, клієнтський комп’ютер із прямим підключенням до Інтернету або зможете обійти проксі-сервер, можливо, варто буде в першу чергу перевірити, чи неполадка також спостерігається на цьому комп’ютері, і вже потім виконати тестування на ньому.

Затримки, як вони відображаються в результатах трасування Netmon, ці самі мілісекунди можна додати, якщо їх в достатній кількості в певній сесії.

Загальна затримка в Microsoft Network Monitor, де в область Frame Summary (Зведення за фреймами) додано стовпець за замовчуванням Time Delta (Різниця часу).

Примітка : Ваша IP-адреса може відрізнятися від IP-адрес, наведених тут, наприклад, перевірка зв’язку ping може повернути щось на зразок 157.56.0.0/16 або подібний діапазон. Список діапазонів IP-адрес, які використовуються в службі Office 365, див. в статті Діапазони IP-адрес і URL-адреси Office 365. Не забудьте розгорнути всі вузли (угорі для цього є спеціальна кнопка), якщо вам потрібно знайти, наприклад, 132.245.

Автентифікація на проксі-сервері

  • Цей розділ застосовний лише у випадку використання проксі-сервера. В іншому разі ці дії можна пропустити.

  • Якщо все відбувається належним чином, автентифікація на проксі-сервері зазвичай триває кілька мілісекунд. Так, наприклад, не повинно бути короткочасних періодів низької продуктивності під час етапів максимального використання.

  • Якщо ввімкнуто автентифікацію на проксі-сервері, то щоразу під час чергового TCP-підключення до служби Office 365 для отримання відомостей потрібно проходити через прихований процес автентифікації. Отже, наприклад, у разі переходу від календаря до пошти в Outlook Online потрібно буде проходити автентифікацію. У службі SharePoint Online, якщо на сторінці відображаються медіавміст або дані з кількох сайтів чи розташувань, потрібно пройти автентифікацію для кожного окремого TCP-підключення, щоб відтворити ці дані.

  • В Outlook Online можуть повільно завантажуватися дані під час переходу від календаря до поштової скриньки, також можуть повільно завантажуватися сторінки в службі SharePoint Online. Однак є інші ознаки, які не наведено в цьому списку.

    Автентифікація на проксі-сервера – це параметр на сервері вихідної проксі-сервера. Якщо це спричиняє неполадку продуктивності зі службою Office 365, необхідно звернутися мереж групи.

Netmon

Wireshark

Проксі-сервера автентифікації відбувається під час сеансу TCP має виділено, зазвичай з проханням файли та відомості про сервер або надавати відомості. Наприклад, ви можете побачити автентифікації проксі-сервера навколо HTTP GET HTTP POST запрошення на. Якщо ви хочете бачити кадрів, де ви автентифікації запити в результатах трасування, додати стовпець 'Зведення NTLMSSP' Netmon і фільтр для .property.NTLMSSPSummary. Щоб дізнатися, скільки часу триває автентифікація, додайте стовпець Time Delta. Щоб додати стовпець до Netmon:

  1. Клацніть правою кнопкою миші стовпець, наприклад "Description" (Опис).

  2. Виберіть елемент Choose Columns (Вибір стовпців). Знайдіть у списку стовпці "NTLMSSP Summary" (Зведення NTLMSSP) та "Time Delta" (Похибка часу) та натисніть кнопку Add (Додати).

  3. Розташуйте нові стовпці перед стовпцем "Description" (Опис) або після нього, щоб вони відображалися поряд. Натисніть кнопку OK.

Навіть якщо ви не додати стовпець, працюватиме Netmon фільтр. Але усунення неполадок буде набагато легше, якщо ви бачите, що етапу автентифікації час. Коли шукає екземпляри автентифікації проксі-сервер, переконайтеся, що для обчислення всіх рамок там, де є NTLM виклик, або автентифікацію повідомлення присутня. Якщо потрібно, клацніть правою кнопкою миші певної частини трафік і пошук розмов > TCP. Майте на увазі значення Time Delta в цих записах.

Вікно трасування Microsoft Network Monitor з даними про автентифікацію, відфільтрованими за розмовою.

Чотирисекундна затримка під час автентифікації на проксі-сервері, як показано в програмі Wireshark. Стовпець Time delta from previous displayed frame (Похибка часу із попередньо відображеного фрейму) створено за допомогою клацання правою кнопкою миші в подробицях фрейму поля з таким самим іменем і вибору команди "Add as Column" (Додати як стовпець).

У програмі Wireshark стовпець Time delta from previous displayed frame (Похибка часу із попередньо відображеного фрейму) можна створити, клацнувши правою кнопкою миші поле з таким самим іменем у докладних відомостях про фрейм і вибравши команду Add as Column (Додати як стовпець).

Продуктивність DNS

  • Інтерпретація імен працює найкраще та найшвидше, коли виконується якнайближче до географічного розташування клієнтського комп’ютера.

  • Якщо інтерпретація імен DNS відбувається в іншій земній півкулі, це може додати кілька секунд до завантаження сторінок.

  • У найкращому випадку інтерпретація імен триває менше 100 мс. В іншому випадку потрібно продовжити дослідження.

Порада : Не впевнені в тому, як працює підключення клієнтів у службі Office 365? Ознайомтесь із довідковим документом про підключення клієнтів тут.

Netmon

Wireshark

PsPing

Аналіз продуктивності служби DNS – це зазвичай ще один вид робіт із трасування мережі. Однак за допомогою службової програми PsPing також можна визначити або відхилити можливу причину.

Трафік DNS базується на запитах TCP та UDP, і відповіді на ці запити чітко позначені ідентифікатором, який допомагає зіставити певний запит із певною відповіддю. Трафік DNS можна побачити, наприклад, коли в службі SharePoint Online використовується мережеве ім’я або URL-адреса на веб-сторінці. Як правило, найбільший обсяг трафіку проходить за протоколом UDP, якщо не брати до уваги перенесення зон.

У програмі Netmon і Wireshark основних фільтр, який дасть змогу переглянути DNS трафік – це просто dns. Переконайтеся, що використовують нижній регістр під час визначення фільтр. Не забувайте очистьте кеш інтерпретатора DNS, перш ніж почати відтворити проблему на клієнтському комп'ютері. Наприклад, якщо у вас повільне завантаження сторінок SharePoint Online на домашній сторінці, ви повинні закрити всі браузери, відкрити в новому браузері, почати трасування, очистьте кеш інтерпретатора DNS і перейдіть до сайту SharePoint Online. Після перетворюється на всю сторінку, скасувати та зберегти трасування.

Основний фільтр для DNS у Microsoft Network Monitor – DNS.

Ви хочете, щоб знайти під час зсув тут. І це може бути корисно, щоб додати стовпець Time Delta Netmon, які можна виконати, виконавши такі дії:

  1. Клацніть правою кнопкою миші стовпець, наприклад Description (Опис).

  2. Виберіть елемент Choose Columns (Вибір стовпців).

  3. Знайдіть у списку стовпець Time Delta (Похибка часу) та натисніть кнопку Add (Додати).

  4. Розташуйте новий стовпець перед стовпцем "Description" (Опис) або після нього, щоб вони відображалися поряд. Натисніть кнопку OK.

Якщо запит вас цікавить, розгляньте можливість ізолює його, клацнувши правою кнопкою миші його на запит на панелі відомостей про рамки, вибір Знайти розмови > DNS. Зверніть увагу, що панелі мережі розмови перетинів справа певної розмови в його журналу UDP трафіку.

Трасування завантаження Outlook Online у Microsoft Network Monitor, відфільтроване за службою DNS, після застосування команди Find Conversations (Знайти розмови) і вибору служби DNS, щоб звузити результати.

У Wireshark можна зробити стовпець час DNS. Перегляньте результати трасування (або відкрийте трасування) у Wireshark й фільтрувати за dnsабо, більш користю, dns.time. Клацніть будь-який запит DNS і на панелі, що відображає відомості про розгорнути Domain Name System (response) відомості. Відобразиться поле часу (наприклад, [Time: 0.001111100 seconds]. Клацніть правою кнопкою миші цей час і виберіть пункт Застосувати як стовпець. Це дасть вам стовпець часу для швидкого сортування результати трасування. Виберіть пункт створити стовпець для сортування за спаданням значень, щоб дізнатися, які виклик DNS, створеними часу для усунення.

Огляд служби SharePoint Online, відфільтрований у Wireshark за dns.time (у нижньому регістрі). Час у докладних відомостях представлено у вигляді стовпця, відсортованого за зростанням.

Якщо потрібно виконати додаткові слідства DNS роздільну здатність часу, спробуйте PsPing проти порт DNS, який використовується за TCP (наприклад, psping <IP address of DNS server>:53). Досі відображаються неполадка продуктивності? Якщо так, виберіть цю проблему, більш імовірно широкої мережі питань ніж питання з певного DNS застосунку, який ви натиснувши робити роздільну здатність. Варто також відзначити, зверніть увагу, що ping для outlook.office365.com про те, де інтерпретація імен DNS для Outlook Online відбувається (наприклад, outlook namnorthwest.office365.com).

Якщо виявиться, що неполадка стосується DNS, можливо, знадобиться звернутися до ІТ-відділу та перевірити конфігурації й ретранслятори DNS для подальшого дослідження проблеми.

Розширюваність проксі-серверів

  • Такі служби, як Outlook Online в Office 365, надають клієнтам численні довготривалі підключення.

  • Тому кожний користувач може використовувати більше підключень, які потребують тривалішого життєвого циклу.

Порада : Потрібно розрахувати смугу пропускання, тому що ви додаєте велику кількість користувачів до Office 365? Спробуйте скористатися планом використання смуги пропускання Інтернету для служби Office 365. Там є й калькулятори смуги пропускання.

Математика

Для цього питання немає спеціальних засобів трасування мережі чи виправлення неполадок. Замість них використовуються розрахунки схеми пропускання з урахуванням визначених обмежень та інших змінних.

Максимальний розмір сегмента TCP

  • Ці дані зазначено в серіях пакетів SYN – SYN/ACK.

  • Здійснюйте цю перевірку під час будь-якого трасування продуктивності мережі, щоб переконатися, що розмір пакетів TCP настроєно для передавання максимально можливого обсягу даних.

  • Мета – досягти для передавання даних максимального розміру сегмента в 1460 байтів.

  • Якщо ви перебуваєте за проксі-сервером або використовуєте транслятор мережевих адрес, для забезпечення найкращих результатів не забудьте здійснити це тестування з клієнтського комп’ютера до проксі-сервера/вихідної точки/транслятора мережевих адрес і з проксі-сервера/вихідної точки/транслятора мережевих адрес до служби Office 365! Це різні сеанси TCP.

Netmon

TCP розміру сегмента (MSS) – це інший параметр на три спосіб встановлення зв'язку в результатах трасування мережі, це означає, що ви знайдете потрібні дані у SYN – SYN/ACK пакет. MSS є фактично досить просто, щоб переглянути.

Відкрийте будь-яке наявне трасування продуктивності мережі та знайдіть підключення, яке вас цікавить або яке демонструє неполадку продуктивності.

Примітки : 

  • Якщо вам потрібно знайти в результатах трасування трафік, який відповідає потрібній серії пакетів, застосуйте фільтр за IP-адресою клієнта, IP-адресою проксі-сервера чи вихідної точки або за парою цих параметрів. Простіше кажучи, вам знадобиться перевірити зв’язок з URL-адресою, яка тестується для IP-адреси Office 365 у результатах трасування, та відфільтрувати дані за нею.

  • Переглянувши трасування пасивного? Спробуйте скористатися фільтрами орієнтуватися. У Microsoft Network Monitor, виконати пошук на основі URL-адресу, наприклад Containsbin(framedata, ascii, "sphybridExample")зверніть увагу рамки числа. У Wireshark за допомогою щось на зразок frame contains "sphybridExample". Якщо ви помітите, що ви знайшли віддаленого Winsock (RWS) трафік (він може відображатись як [PSH, ACK] у Wireshark), пам'ятайте, що з'єднує RWS можна побачити незабаром відповідних SYN – SYN/ACKs, як описано вище. На цьому етапі можна рамки номер запису, перетягніть фільтр, натисніть кнопку весь трафік у вікні розмови в мережі в Microsoft Network Monitor пошук найближчого SYN.

  • Важливо відзначити, що якщо ви не отримали жодних відомостей про IP-адресу під час трасування, то можна знайти URL-адресу в результатах трасування (наприклад, частину sphybridExample-my.sharepoint.com), щоб отримати IP-адреси, за якими потрібно фільтрувати.

  1. Знайдіть у результатах трасування підключення, яке хочете переглянути. Для цього можна виконати сканування результатів трасування, відфільтрувавши їх за IP-адресами, або вибрати конкретні ідентифікатори серій пакетів за допомогою вікна "Network Conversations" (Серії пакетів у мережі) програми Netmon.

    Фільтрування за розмовами. Клацніть правою кнопкою миші фрейм SYN, а потім виберіть Find Conversations (Знайти розмови), TCP.

  2. Після знаходження пакета SYN розгорніть розділ TCP (у Netmon) або Transmission Control Protocol (Протокол керування передаванням) (у Wireshark) на панелі "Frame Details" (Дані фрейму).

  3. Розгорніть параметри TCP Options (Параметри TCP) і MaxSegementSize (Максимальний розмір сегмента).

  4. Знайдіть пов’язаний фрейм SYN-ACK і розгорніть параметри TCP Options (Параметри TCP) і MaxSegementSize (Максимальний розмір сегмента).

  5. Менше з двох цих значень буде максимальним розміром сегмента.

На цьому рисунку можна зробити, що використовується вбудований стовпець у Netmon із назвою виправлення неполадок TCP.

Трасування мережі, відфільтроване в Microsoft Network Monitor за вбудованими стовпцями.

Вбудований стовпець знаходиться вгорі панелі Frame Details (Дані фрейму). (Щоб повернутися до звичайного подання, знову клацніть елемент "Columns" (Стовпці), а потім виберіть пункт Time Zone (Часовий пояс).)

Де розташовано розкривне меню Columns (Стовпці) для параметра виправлення неполадок TCP (у верхній частині області Frame Summary (Зведення за фреймами)).

Нижче наведено трасування відфільтрованих у Wireshark. Існує фільтра для MSS значення (tcp.options.mss). У нижній частині Wireshark еквівалентом докладних відомостях про фрейм зв'язаних кадрів SYN, SYN/ACK, ACK встановлення зв'язку (так кадр 47 ACK, посилання на 46 SYN/ACK, посилання на 43 SYN) для зручного така робота.

Трасування, відфільтроване у Wireshark за tcp.options.mss, з виділеним рядком максимального розміру сегмента (MSS).

Якщо потрібно перевірити вибіркове підтвердження (наступний розділ у цій таблиці), не закривайте результати трасування!

Вибіркове підтвердження

  • Ці дані зазначено в серіях пакетів SYN – SYN/ACK.

  • Має повідомлятись як "Permitted" (Дозволено) у пакетах SYN і SYN/ACK.

  • Вибіркове підтвердження (SACK) забезпечує плавніше повторне передавання даних, коли відсутні пакет або серія пакетів.

  • Пристрої можуть вимикати цю функцію, що може спричинити неполадки продуктивності.

  • Якщо ви перебуваєте за проксі-сервером або використовуєте транслятор мережевих адрес, для забезпечення найкращих результатів не забудьте здійснити це тестування з клієнтського комп’ютера до проксі-сервера/вихідної точки/транслятора мережевих адрес і з проксі-сервера/вихідної точки/транслятора мережевих адрес до служби Office 365! Це різні сеанси TCP.

Netmon

Вибіркове підтвердження (SACK) – це ще один параметр установлення зв’язку SYN-SYN/ACK. Щоб відобразити пакети SYN – SYN/ACK, результати трасування можна відфільтрувати численними способами.

  1. Знайдіть у результатах трасування підключення, яке хочете переглянути. Для цього можна переглянути результати трасування, відфільтрувати їх за IP-адресами чи вибрати ідентифікатор серії пакетів за допомогою вікна "Network Conversations" (Серії пакетів у мережі) у програмі Netmon.

  2. Після знаходження пакета SYN розгорніть розділ TCP в Microsoft Network Monitor або протокол керування передаванням у Wireshark в розділі відомості про рамки.

  3. Розгорніть параметри TCP, а потім – SACK.

  4. Знайдіть пов’язаний фрейм SYN-ACK і розгорніть параметри TCP та його поле SACK.

  5. Упевніться, що SACK має значення "Permitted" (Дозволено) в обох пакетах SYN і SYN/ACK.

Нижче наведено значення SACK, як вони відображаються в програмах Netmon і Wireshark.

Вибіркове підтвердження (SACK) у Microsoft Network Monitor у результаті виконання команди tcp.flags.syn == 1.

SACK у Wireshark із фільтром tcp.flags.syn == 1.

Геолокація DNS

  • Географічне розташування, у якому служба Office 365 намагається інтерпретувати ваш виклик DNS, впливає на швидкість підключення.

  • В Outlook Online після завершення пошуку першого сервера DNS розташування цього сервера DNS використовуватиметься для підключення до найближчого центру обробки даних. Ви підключитеся до сервера CAS Outlook Online, який використовуватиме базову мережу для підключення до центру обробки даних, де зберігаються ваші дані. Так швидше.

  • Коли користувач, який подорожує за кордоном, отримує доступ до служби SharePoint Online, його спрямовують до активного центру обробки даних. Йдеться про центр, розташування якого базується на розташуванні клієнтської системи SPO (тобто до центру обробки даних у США, якщо користувач перебуває у США).

  • Служба Lync Online має активні вузли одночасно в кількох центрах обробки даних. Коли запити надсилаються до екземплярів Lync Online, служба DNS Microsoft визначає географічне розташування, з якого було надіслано запит, і повертає IP-адреси від найближчого регіонального центру обробки даних, у якому активна служба Lync Online.

Порада : Хочете дізнатися більше про те, як клієнти підключаються до Office 365? Перегляньте довідкову статтю Можливості з підключення клієнтів (і допоміжні графічні матеріали).

Ping

PsPing

Запити на розпізнавання імен із DNS-сервери клієнтського комп'ютера до DNS-сервери Microsoft слід у більшості випадків результат у програмі Microsoft DNS для повернення IP-адресу регіонального центру обробки даних (постійного). Що це означає для вас? Якщо ваш штаб в Ірландія, але ви подорожуєте у Сполучених Штатах, коли ваш браузер робить запит для Outlook Online, DNS-сервери Microsoft слід передати вам IP-адрес центрах обробки даних у США – регіонального центру обробки даних. За потреби пошти із програми Outlook даних відвідають Microsoft швидкого магістралі мережі між в центрах обробки даних.

DNS працює найшвидше, коли інтерпретація імен виконується максимально близько до розташування користувача. Під час перебування в Європі найбільш доречно буде переходити до DNS Microsoft у Європі та (в ідеалі) працювати з європейським центром обробки даних. Продуктивність у клієнта з Європи, який переходить на DNS і центр обробки даних у США, буде нижчою.

Запустіть перевірку зв’язку Ping для outlook.office365.com, щоб визначити географічне розташування, куди спрямовується ваш запит DNS. Під час перебування в Європі відповідь має надійти від хоста на зразок outlook-emeawest.office365.com. У Північній і Південній Америці очікуйте щось подібне до outlook-namnorthwest.office365.com.

  1. Відкрийте командний рядок на клієнтському комп’ютері (для цього виберіть елементи Пуск > Виконати > cmd або Клавіша Windows > введіть з клавіатури cmd).

  2. Введіть ping outlook.office365.com і натисніть клавішу Enter.

    Пам'ятайте, щоб указати – 4 , щоб визначити ping через IPv4. Ви не можуть отримати відповідь від пакети ICMP, але ви побачите ім'я DNS, до якого переспрямовано запрошення.

Якщо потрібно переглянути значення затримки для цього підключення, спробуйте виконати перевірку зв’язку PsPing для IP-адреси сервера, яку повертає перевірка зв’язку ping.

Результати виконання команди ping для сайту outlook.office365.com з інформацією про зіставлення в outlook-namnorthwest.

Виконання команди PSPing для IP-адреси, повернутої командою ping для outlook.office365.com, що демонструє середню затримку 28 мілісекунд.

Виправлення неполадок програм Office 365

Netmon

HTTPWatch

Консоль F12 у браузері

Ми не охоплює інструменти для певних застосунків виправлення неполадок у цій статті спеціальні мережі. Ви зможете знайти ресурси, але ви можете використовувати на цій сторінці.

Пов’язані теми

Керування кінцеві точки служби Office 365
з'єднання із виправлення неполадок служби Office 365

Примітка : Застереження про машинний переклад: Цю статтю перекладено комп’ютерною системою без втручання людини. Корпорація Майкрософт пропонує таку послугу, щоб іншомовні користувачі могли дізнаватися про продукти, служби й технології Microsoft. Оскільки статтю перекладено за допомогою служби машинного перекладу, вона може містити смислові, синтаксичні або граматичні помилки.

Отримуйте нові функції раніше за інших
Приєднайтеся до оцінювачів Office

Ця інформація корисна?

Дякуємо за ваш відгук!

Дякуємо за відгук! Схоже, вам може стати в нагоді допомога одного з наших спеціалістів служби підтримки Office, з яким ми вас можемо з’єднати.

×