как проверить стабильность интернета mac os
[OS X] Диагностика Wi-Fi — скрытая утилита в Mavericks
Изложенная ниже информация предназначается владельцам новых MacBook Air и Pro — тем, кто совершенно вероломным образом лишён выбора способа подключения к интернет. Также будет полезно прочитать всем интересующимся состоянием подключённого к Сети через Wi-Fi компьютера Mac.
На самом деле выбор есть: отсутствие разъёма LAN с лихвой компенсируется возможностью приобрести пару адаптеров на выбор. Это может быть уже устаревший «переходничок» Apple USB Ethernet или полноценный гигабитный адаптер Thunderbolt — Gigabit Ethernet, они есть в свободной продаже, каждый стоит меньше полутора тысяч рублей. Но всё же провода — это прошлый век: неудобно лежать на диване и всё в таком духе. Иногда просто нет выбора и использовать такие способы подключения приходится, но я ни разу в реальной ситуации не сталкивался с таким.
Вернёмся к предмету нашего разговора — утилите диагностики Wi-Fi в Mavericks. Немногие знают о том, что она существует, и с удовольствием пользуются приложениями от сторонних разработчиков — к примеру, iStumbler, Wi-Fi Explorer и подобными. Я не сторонник использования приложений, тем или иным образом копирующих возможности предустановленных программ, просто не вижу в этом смысла, поэтому стараюсь обходиться тем, что есть «в комплекте». Любителям сторонних программ могу посоветовать посмотреть в сторону программы iNet, есть десктопная и мобильная версии, невероятное количество полезных функций и удобств, но об этом в другой раз.
Есть и второй, более простой способ добраться до объекта нашего разговора. Требуется всего лишь кликнуть с зажатой клавишей Alt на значке Wi-Fi в меню-баре, выбрать пункт «Wireless Diagnostics», потом вызвать окно Утилиты диагностики Wi-Fi клавиатурным заклинанием Command+2. Кстати, базовые параметры текущего подключения Wi-Fi, такие как: номер канала, его частота, протокол безопасности, скорость подключения и другие видно в выпадающем окне при нажатии на значок Wi-Fi c клавишей Alt.
Ради чего всё затевалось. Возможностей встроенной Утилиты диагностики Wi-Fi вполне достаточно для того, чтобы получить исчерпывающую информацию о сети, типу и параметрах подключения, всё это предоставляется в окне с пятью вкладками: «Информация», «Захват фреймов», «Регистрация», «Cканирование Wi-Fi-сетей» и «Производительность». Более всего полезны и интересны для нас три из них.
«Информация»
Быстрый доступ к полезной информации о состоянии беспроводной сети Wi-Fi и проводной сети для текущих соединений в окне информации:
Среда беспроводной сети
«Cканирование Wi-Fi-сетей»
Сканирование беспроводных сетей Wi-Fi проверяет сеть и сообщает о найденных маршрутизаторах Wi-Fi. Оно включает информацию об имени сети, типе паролей, протоколе, мощности сигнала, помехах, а также канале, полосе пропускания и стране, для которой был произведен данный маршрутизатор. Практическая польза такого решения неоценима: на основании данных можно выбрать наименее загруженный канал для своего роутера, в современных многоэтажках это особенно актуально. Если есть свободное «окно» в списке каналов, то стоит выбирать не соседний номер канала, а хотя бы через один. Например, заняты 6-й и 10-й, вам стоит выбирать 8-й. Только не забудьте нажать на кнопочку «Искать»!
«Производительность»
Окно производительности содержит информацию о существующем соединении, а также два графика сигналов, отображающиеся в реальном времени.
График SNR сравнивает уровень помех и мощность передачи сигнала, где график сигнала (дБм) делит их на две части. Большие значения предпочтительны. По мере удаления от маршрутизатора Wi-Fi значения становятся меньше и прием ухудшается, пока полностью не исчезнет. Это также может произойти, если сигнал между компьютером Mac и маршрутизатором блокируется какими-то материалами, например стенами, покрытыми кафельной плиткой, сталью и т. п.
В общем-то такого набора данных вполне достаточно, чтобы произвести технически точную диагностику и настройку вашего соединения Wi-Fi, оценить преимущества и недостатки текущего расположения и настроек роутера. Встроенная в Mavericks Утилита диагностики Wi-Fi — мощный и самодостаточный инструмент, в то же время понятный и незаменимый помощник в настройке подключения вашего Mac по беспроводному протоколу передачи данных.
Тестирование качества соединения на Mac OS при помощи утилиты PingPlotter
Если при работе на облаке через Удаленный рабочий стол или Удаленное приложение, база «подвисает» и «тормозит».
Качество работы с базой через Удаленный рабочий стол и Удаленное приложение напрямую зависит от интернет-канала(скорость интернет соединения), так как при работе с базой могут передаваться большие объемы данных. Минимальная скорость для работы с 1С — 512Кбит/сек. Рекомендованная скорость для комфортной работы — от 1Мбит/сек. Для оптимизации работы на облаке при медленном интернет соединении рекомендуем ознакомиться с инструкцией Медленно работает база в облаке
Обратите внимание на значение Ping, которое сильно влияет на качество интернет соединения.
Иногда скорость работы может быть замедлена из-за сложностей у провайдера.
Для проверки качества интернет соединения в разрезе промежуточных серверов, можно воспользоваться утилитой PingPlotter.
Данная утилита показывает полный маршрут следования траффика к указанному адресу, все промежуточные узлы (провайдеры) и данные о задержках на них.
Перейдите по ссылке и скачайте программу PingPlotter, нажав Download.
Бесплатная версия PingPlotter работает 14 дней. Однако вы можете использовать её и позже — для этого после загрузки программы нажмите на кнопку Do it later. Отключите торрент-клиенты, DC-клиенты, Skype, ICQ, голосовые чаты, закройте браузер и почту. Запустите программу PingPlotter и нажмите Close (для бесплатной версии).
Разверните окно программы на весь экран (обязательно, иначе половина нужных полей не будет отображаться).
В поле «Enter target name or IP» (верхний левый угол окна) введите адрес сервера: gateway.42clouds.com
В поле «Interval» выставьте значение 1 second. В поле «Focus» выставьте значение 30 minutes. Нажмите на кнопку с изображением зеленой стрелки.
На графиках программы PingPlotter потери пакетов и высокий пинг (выше 3000 мс) отображаются в виде вертикальных красных линий. Для начала обратите внимание на конечный узел, который среди графиков расположен последним.
Если потерь пакетов мало (одиночные красные линии (на рисунку више), разбросанные по графику) и задержки небольшие (чёрные графики сетевых задержек держатся в основном в зелёной зоне), значит, с вашим интернет-соединением всё в порядке.
Если на конечном узле наблюдается много частых красных линий, или они вообще сливаются в широкие красные полосы, или график задержек постоянно находится в красной зоне, отследите, с какого узла начинаются потери пакетов.
Если потери пакетов начинаются с первого узла или программа ничего не показывает: красных линий мало, графики в зелёной зоне, но «лаги» есть и пинг высокий, — проверьте, не загружен ли ваш канал связи (загрузки, Skype, торренты, автообновления операционной системы или антивируса). Нелишним будет проверить компьютер на наличие вирусов.
Если потери пакетов начинаются на узлах, не относящихся к нашим серверам, обратитесь в службу поддержки своего интернет-провайдера. Если отображается надпись Destination Unreachable, значит, на вашем компьютере закрыты порты либо ваш провайдер блокирует это направление.
Использование приложения «Беспроводная диагностика» на компьютере Mac
Если Вы можете подключиться к маршрутизатору Wi‑Fi, но у Вас возникают проблемы при загрузке веб-страниц, отправке и получении почты, потоковом воспроизведении музыки или видео, запустите Беспроводную диагностику для анализа сетевого подключения к интернету. После завершения анализа появится список найденных проблем и возможных решений, а также рекомендации по настройке сети Wi‑Fi.
Примечание. Беспроводная диагностика не изменяет настройки сети.
Закройте все открытые приложения на компьютере Mac.
Попробуйте подключиться к сети Wi‑Fi, с которой возникают проблемы (если подключение отсутствует).
Удерживая нажатой клавишу «Option», нажмите значок статуса Wi-Fi 
в строке меню, затем выберите «Открыть Беспроводную диагностику».
Для анализа сетевого подключения следуйте инструкциям на экране.
После завершения анализа нажимайте кнопки информации 
на панели «Обзор», чтобы узнать подробнее о каждом элементе списка.
Беспроводная диагностика также генерирует сжатый файл со сведениями, которые могут быть полезны администратору сети, поставщику услуг или специалисту службы поддержки.
Этот файл сохраняется в папке /var/tmp. Имя файла начинается с WirelessDiagnostics и оканчивается на .tar.gz.
Чтобы найти этот файл, нажмите значок Finder 
в панели Dock, выберите «Переход» > «Переход к папке», введите «/var/tmp», затем нажмите «Перейти», чтобы открыть папку с файлом диагностики.
Как узнать параметры Wi-Fi (скорость, канал и т.д.) в macOS за один клик
Строка меню (элемент macOS, где находятся дата и время, быстрый доступ к функциям вроде Bluetooth и Wi-Fi и тд) обладает большими возможностями, чем кажется на первый взгляд. Нажатием всего одной кнопки можно получить дополнительную – и подчас весьма важную – информацию.
Так, например, при тестировании сетей Wi-Fi в macOS, возможно, вам окажется полезной дополнительная информация, доступная по нажатию клавиши ⌥Option (Alt). Рассказываем, как это работает.
С выходом macOS Big Sur в строке меню появился значок Пункта управления, который отображает быстрые параметры Wi-Fi, Bluetooth, настройки дисплея и звука, а также переключатели функций Не беспокоить и Повтор экрана.
Откройте Пункт управления, нажав на соответствующую кнопку в строке меню macOS, на клавиатуре нажмите и удерживайте нажатой кнопку ⌥Option (Alt), а затем кликните на раздел Wi-Fi.
Как можно видеть на скриншоте выше, данная опция предоставляет гораздо больше полезной информации о возможностях беспроводной сети. Обрадованная нашими знаниями таких тонкостей macOS обрушивает на нас гору статистики: здесь и информация из разряда «раз в год да пригодится» (например, IP-адрес, характеристики канала), и понятные только специалистам термины (RSSI, индекс MCS), и вполне конкретные величины (к примеру, выраженная в мегабитах скорость сети).
Также обратим внимание на дополнительные функции – например, Открыть Беспроводную диагностику. Очень полезная вещь, если у вас есть проблемы с беспроводным подключением. Система проверит беспроводной модуль, выложит отчет на Рабочий стол… ну и заодно для пользы человечества отправит его в Apple.
Обычное нажатие без клавиши:
С зажатой клавишей ⌥Option (Alt):
В старых версиях macOS это работает сразу из строки меню, т.е. ⌥Option (Alt) + клик по значку Wi-Fi в строке меню.
Обычное нажатие без клавиши:
С зажатой клавишей ⌥Option (Alt):
Если вы не против продолжить знакомство с другими ценными функциями macOS, ознакомьтесь с несколькими статьями «на тему» ниже.
Диагностика сетевого подключения (ping, arp, traceroute, dig, nslookup)
Одна из важнейших подсистем, отвечающая за связь любого сервера с внешним миром — сетевая. Через сетевые интерфейсы поступают запросы от удаленных систем и через эти же интерфейсы направляются ответы, что позволяет налаживать коммуникацию и предоставлять/получать сервисы. В связи с этим особенно важно уметь производить диагностику и мониторинг сети хотя бы на базовом уровне, чтобы выявлять проблемы и вносить корректировки в конфигурацию в случае необходимости.
Для операционных систем семейства Linux написано множество утилит, помогающих в диагностике и мониторинге. Познакомимся с наиболее часто используемыми из них.
Диагностика сетевой связности (ping, arp, traceroute)
В данной статье мы будем опираться на использование протокола IP версии 4. Согласно стандартам, определяющим работу этого протокола, каждое устройство, подключенное к сети, должно иметь как минимум IP-адрес и маску подсети — параметры, которые позволяют уникально идентифицировать устройство в пределах определенной сети. В такой конфигурации устройство может обмениваться сетевыми пакетами с другими устройствами в пределах той же самой логической сети. Если к этому набору параметров добавить адрес шлюза по умолчанию — наш сервер сможет связываться с хостами, находящимися за пределами локального адресного пространства.
В случае каких-либо сетевых проблем в первую очередь проверяем, не сбились ли настройки сетевого интерфейса. Например, команды ip addr или ifconfig выведут IP-адрес и маску сети:
В выводе команды виден перечень сетевых интерфейсов, распознанных операционной системой. Интерфейс lo — это псевдоинтерфейс (loopback). Он не используется в реальных взаимодействиях с удаленными хостами, а вот интерфейс с именем ens192 — то, что нам нужно (именование сетевых интерфейсов различается в разных ветках и версиях ОС Linux). IP-адрес и маска сети, назначенные этому интерфейсу, указаны в поле inet — /24 после адреса обозначают 24-битную маску 255.255.255.0.
Теперь проверим, указан ли шлюз по умолчанию. Команды ip route или route покажут имеющиеся маршруты:
В таблице маршрутизации мы видим, что имеется маршрут по умолчанию (обозначается либо ключевым словом default, либо адресом 0.0.0.0). Все пакеты, предназначенные для внешних сетей, должны направляться на указанный в маршруте адрес через обозначенный сетевой интерфейс.
Если в настройках интерфейса есть ошибки, их необходимо исправить — помогут в этом другие статьи, для ОС Ubuntu 18.04 или CentOS. Если же все верно — приступаем к диагностике с помощью утилиты ping. Данная команда отправляет специальные сетевые пакеты на удаленный IP-адрес (ICMP Request) и ожидает ответные пакеты (ICMP Reply). Таким образом можно проверить сетевую связность — маршрутизируются ли сетевые пакеты между IP-адресами отправителя и получателя.
Синтаксис команды ping IP/имя опции:
Скриншот №3. Синтаксис команды
В данном случае видим, что на оба сетевых пакета, отправленных на адрес нашего шлюза по умолчанию, получены ответы, потерь нет. Это значит, что на уровне локальной сети со связностью все в порядке. Помимо количества полученных/потерянных сетевых пакетов мы можем увидеть время, которое было затрачено на прохождение запроса и ответа – параметр RTT (Round Trip Time). Этот параметр может быть очень важен при диагностике проблем, связанных с нестабильностью связи и скоростью соединения.
Часто используемые параметры:
В случае, если при использовании команды ping пакеты от шлюза (или другого хоста, находящегося в одной локальной сети с сервером-отправителем) в ответ не приходят, стоит проверить сетевую связность на уровне Ethernet. Здесь для коммуникации между устройствами используются так называемые MAC-адреса сетевых интерфейсов. За разрешение Ethernet-адресов отвечает протокол ARP (Address Resolution Protocol) и с помощью одноименной утилиты мы можем проверить корректность работы на этом уровне. Запустим команду arp –n и проверим результат:
Команда выведет список IP-адресов (так как был использован аргумент –n), и соответствующие им MAC-адреса хостов, находящиеся в одной сети с нашим сервером. Если в этом списке есть IP, который мы пытаемся пинговать, и соответствующий ему MAC, значит сеть работает и, возможно, ICMP-пакеты, которые использует команда ping, просто блокируются файрволом (либо со стороны отправителя, либо со стороны получателя). Подробнее об управлении правилами файрвола рассказано здесь и здесь.
Часто используемые параметры:
Если все предыдущие шаги завершены корректно, проверяем работу маршрутизатора — запускаем ping до сервера за пределами нашей сети, например, 8.8.8.8 (DNS-сервис от Google). Если все работает корректно, получаем результат:
В случае проблем на этом шаге, нам может помочь утилита traceroute, которая используя ту же логику запросов и ответов помогает увидеть маршрут, по которому движутся сетевые пакеты. Запускаем traceroute 8.8.8.8 –n и изучаем вывод программы:
Первым маршрутизатором на пути пакета должен быть наш локальный шлюз по умолчанию. Если дальше него пакет не уходит, возможно проблема в конфигурации маршрутизатора и нужно разбираться с ним. Если пакеты теряются на дальнейших шагах, возможно, есть проблема в промежуточной сети. А, возможно, промежуточные маршрутизаторы не отсылают ответные пакеты. В этом случае можно переключиться на использование другого протокола в traceroute.
Часто используемые опции:
Диагностика разрешения имен (nslookup, dig)
Разобравшись с сетевой связностью и маршрутизацией приходим к следующему этапу — разрешение доменных имен. В большинстве случаев в работе с удаленными сервисами мы не используем IP-адреса, а указываем доменные имена удаленных ресурсов. За перевод символических имен в IP-адреса отвечает служба DNS — это сеть серверов, которые содержат актуальную информацию о соответствии имен и IP в пределах доверенных им доменных зон.
Самый простой способ проверить работает ли разрешение имен — запустить утилиту ping с указанием доменного имени вместо IP-адреса (например, ping ya.ru). Если ответные пакеты от удаленного сервера приходят, значит все работает как надо. В противном случае нужно проверить прописан ли DNS-сервер в сетевых настройках и удается ли получить от него ответ.
Способы выяснения какой DNS-сервер использует наш сервер различаются в зависимости от используемой версии и дистрибутива ОС Linux. Например, если ОС используется Network Manager для управления сетевыми интерфейсами (CentOS, RedHat и др.), может помочь вывод команды nmcli:
Используемый сервер также будет указан в настройках интерфейса, в разделе DNS Servers. В более старых версиях Ubuntu потребуется проверить содержимое файлов /etc/resolve.conf и /etc/network/interfaces. Если сервер не указан, воспользуйтесь статьей для ОС Ubuntu 18.04 или CentOS, чтобы скорректировать настройки.
Проверить работу сервиса разрешения имен нам помогут утилиты nslookup или dig. Функционально они почти идентичны: G-вывод утилиты dig содержит больше диагностической информации и гибко регулируется, но это далеко не всегда нужно. Поэтому используйте ту утилиту, которая удобна в конкретной ситуации. Если эти команды недоступны, потребуется доставить пакеты на CentOS/RedHat:
yum install bind-utils
sudo apt install dnsutils
После успешной установки сделаем тестовые запросы:
В разделе Answer Section видим ответ от DNS сервера — IP-адрес для A-записи с доменным именем ya.ru. Разрешение имени работает корректно:
Аналогичный запрос утилитой nslookup выдает более компактный вывод, но вся нужная сейчас информация в нем присутствует.
Что же делать, если в ответе отсутствует IP-адрес? Возможно, DNS-сервер недоступен. Для проверки можно отправить тестовый запрос на другой DNS-сервер. Обе утилиты позволяют эти сделать. Направим тестовый запрос на DNS-сервер Google:
Скриншот №11. Отправка тестового запроса 1
nslookup ya.ru 8.8.8.8
Скриншот №12. Отправка тестового запроса 2
Если имена разрешаются публичным DNS-сервером корректно, а установленным по умолчанию в ОС нет, вероятно, есть проблема в работе этого DNS-сервера. Временным решением данной проблемы может быть использование публичного DNS-сервера в качестве сервера для разрешения имен в операционной системе. В том случае, если разрешение имен не работает ни через локальный, ни через публичный DNS сервер — стоит проверить не блокируют ли правила файрвола отправку на удаленный порт 53 TCP/UDP пакетов (именно на этом порту DNS-серверы принимают запросы).
Часто используемые параметры:
Как обычно, полный набор опций и параметров для указанных утилит можно найти во встроенной справке операционной системы, используя команду man.