ѕодпишитесь на наш Telegram-канал Ѕудьте в курсе последних новостей 👇 😉 ѕодписатьс€
ѕоддержим в трудное врем€ —пециальное предложение на техническую поддержку вашей »“ - инфраструктуры силами наших экспертов ѕодобрать тариф
ѕоставка оборудовани€ √аранти€ и помощь с настройкой. —кидка дл€ наших читателей по промокоду WIKIMERIONET  упить
»нтерфейс статистики Merion Mertics показывает ключевые диаграммы и графики по звонкам, а также историю звонков в формате, который легко поймет менеджер ѕопробовать бесплатно
¬недрение
офисной телефонии
Ўаг на пути к созданию доступных унифицированных коммуникаций в вашей компании ¬недрить
»нтеграци€ с CRM ѕомогаем навести пор€док с данными
и хранить их в единой экосистеме
ѕодключить
»“ Ѕезопасность ”мна€ информационна€ безопасность дл€ вашего бизнеса «аказать
ћерион Ќетворкс

6 минут чтени€

≈сть разные причины, по которым все идет не так в наших сет€х: люди делают ошибки в своих настройках, оборудование может выйти из стро€, обновлени€ программного обеспечени€ могут включать ошибки, а изменение структуры трафика может вызвать перегрузку в наших сет€х. ƒл€ устранени€ этих ошибок существуют различные подходы, и некоторые из них более эффективны, чем другие.

”странение неполадок состоит из 3 этапов:

”странение неполадок состоит из 3 этапов

¬се это начинаетс€, когда кто-то или что-то сообщает о проблеме. „асто это будет пользователь, который звонит в службу поддержки, потому что что-то работает не так, как ожидалось, но также возможно, что вы обнаружите проблемы из-за мониторинга сети (¬ы ведь контролируете свою сеть?). —ледующий шаг - это диагностика проблемы, и очень важно найти ее корень.  ак только вы обнаружите проблему, вы реализуете (временное) решение.

ƒиагностика проблемы €вл€етс€ одним из самых важных шагов, чтобы устранить неполадки в сети. ƒл€ начала нам нужно найти первопричину проблемы. » дл€ этого, необходимо выполнить р€д действий:

  • —бор информации: в большинстве случаев отчет о проблеме не дает нам достаточно информации. ѕользователи просто нам сообщают, что "сеть не работает" или "ћой компьютер не работает", но это нам ничего не дает. ћы должны собирать информацию, задава€ нашим пользовател€м подробные вопросы, или мы используем сетевые инструменты дл€ сбора информации.
  • јнализ информации: как только мы собрали всю информацию, мы проанализируем ее, чтобы увидеть, что не так. ћы можем сравнить нашу информацию с ранее собранной информацией или другими устройствами с аналогичными конфигураци€ми.
  • ”странение возможных причин: нам нужно подумать о возможных причинах и устранить потенциальные причины проблемы. Ёто требует досконального знани€ сети и всех протоколов, которые в ней задействованы.
  • √ипотеза: после определени€ возможных причин, вы в конечном итоге получите список этих причин, которые могут вызывать проблему работу сети. ћы выберем самую наиболее веро€тную причину возникновени€ проблемы.
  • ѕроверка гипотезы: мы проверим нашу гипотезу, чтобы увидеть, правы мы или нет. ≈сли мы правы, у нас есть победа...если мы ошибаемс€, мы провер€ем наши другие возможные причины.

≈сли вы примен€ете структурированный подход дл€ устранени€ неполадок, вы можете просто "следовать интуиции" и запутатьс€, потому что вы забыли, что вы уже пробовали или нет. Ёто упрощает поиск проблемы, если вы работаете вместе с другими сетевыми администраторами, потому что вы можете поделитьс€ шагами, которые вы уже выполнили.

шаги поиска проблемы в хорошей блок-схеме

¬от шаги поиска проблемы в хорошей блок-схеме. ћы называем это структурированным подходом к устранению неполадок.

¬место того чтобы выполн€ть все различные этапы структурированного подхода к устранению неполадок, мы также можем перейти от этапа "сбор информации" непосредственно к шагу "гипотеза" и пропустить этапы "анализ информации" и "устранение возможных причин". ѕо мере того, как вы наберЄтесь опыта в устранении неполадок, вы сможете пропустить некоторые шаги.

траблшутинг сетевых неполадок

Ўаги, которые мы пропускаем, выделены синим цветом. ≈сли вас ваши интуици€ подведет, то вы потер€ете много времени. ≈сли вы правы, то вы сэкономите много времени.

”странение возможных причин €вл€етс€ важным шагом в процессе устранени€ неполадок, и есть несколько подходов, как вы можете это сделать.

¬от они:

  • —верху вниз;
  • —низу вверх;
  • –аздел€й и властвуй;
  • ќтследить путь трафика;
  • ѕоиск отличий;
  • «амена компонентов.

ƒавайте пройдемс€ по разным подходам один за другим!

ћодель OSI

ћетод "сверху вниз"

"—верху вниз" означает, что мы начинаем с верхней части модели OSI (прикладной уровень) и продвигаемс€ дальше вниз. »де€ заключаетс€ в том, что мы проверим приложение, чтобы увидеть, работает ли оно, и предположим, что если определенный уровень работает, то все нижеперечисленные уровни также работают. ≈сли вы посылаете эхо-запрос с одного компьютера на другой (ICMP), то можете считать, что уровни 1,2 и 3 работают. Ќедостатком этого подхода €вл€етс€ то, что вам нужен доступ к приложению, в котором устран€ете неполадки.

ћетод сверху вниз

ћетод "снизу вверх"

"—низу вверх" означает, что мы начинаем с нижней части модели OSI и будем продвигатьс€ вверх. ћы начнем с физического уровн€, который означает, что мы провер€ем наши кабели и разъемы, переходим к канальному уровню, чтобы увидеть, работает ли Ethernet, св€зующее дерево работает нормально, безопасность портов не вызывает проблем, VLAN настроены правильно, а затем переходим на сетевой уровень. «десь мы будем провер€ть наши IP-адреса, списки доступа, протоколы маршрутизации и так далее. Ётот подход €вл€етс€ очень тщательным, но и отнимает много времени. ≈сли вы новичок в устранении неполадок рекомендуетс€ использовать этот метод, потому что вы устраните все возможные причины проблем.

ћетод снизу вверх

"–аздел€й и властвуй"

–аздел€й и властвуй означает, что мы начинаем с середины OSI-модели. ¬ы можете использовать эту модель, если не уверены, что нисход€щее или восход€щее движение более эффективно. »де€ заключаетс€ в том, что вы попытаетесь отправить эхо-запрос с одного устройства на другое. ≈сли ping работает, вы знаете, что уровень 1-3 работает, и вы можете продвинутьс€ вверх по модели OSI.

≈сли эхо-запрос терпит неудачу, то вы знаете, что что-то не так, и вы будете причину проблемы в нижней части модели OSI.

–аздел€й и властвуй

"ѕуть трафика"

»зучение путь следовани€ трафика очень полезно. —начала мы попытаемс€ отправить эхо-запрос с хоста A на хост B. ¬ случае сбо€ мы проверим все устройства на его пути. —начала мы проверим, правильно ли настроен коммутатор A, и, далее, мы перейдем на коммутатор B, проверим его, а затем перейдем к маршрутизатору A.


"ѕоиск отличий"

Ётот подход вы, скорее всего, делали и раньше. ѕоиск отличий в конфигурации или вывод команд show может быть полезным, но очень легко что-то пропустить. ≈сли у вас есть несколько маршрутизаторов филиала с похожей конфигурацией, и только один не работает, вы можете заметить отличие в конфигураци€х. —етевые администраторы, которые не имеют большого опыта, обычно используют этот подход. ¬озможно, вам удастс€ решить проблему, но есть риск, что вы на самом деле не знаете, что делаете.

ѕоиск отличий

"«амена компонентов"

ѕоследний подход к решению нашей проблемы - это замена компонентов. ƒопустим, у нас есть сценарий, в котором компьютер не может получить доступ к сети. ¬ приведенном выше примере мы можем заменить компьютер, чтобы устранить любую веро€тность того, что компьютер €вл€етс€ проблемой. ћы можем заменить кабель, и, если мы подозреваем, что коммутатор не работает или неверно настроен, мы можем заменить его на новый и скопировать старую конфигурацию, чтобы увидеть, есть ли какие-либо проблемы с оборудованием.