Общий доступ в интернет. Поиск и устранение неисправностей

Проектирование, создание и мониторинг сети

Вступление.

Обычно говорят и пишут о проектировании и создании сети. О том, какое оборудование выбирать для строительства, как создавать узлы связи. На самом деле в развитии и обслуживании сети есть некоторые нюансы, о которых вспоминают слишком поздно. Необходимо помнить о техническом сопровождении и возможности поддерживать сеть в работоспособном состоянии, устранять неисправности в максимально короткие сроки. Знание способов устранения неисправностей поможет вам создать по-настоящему стабильную работу сети. Так же каждый администратор должен знать, когда приходит время совершенствовать и расширять сеть.
В этой статье я постораюсь наиболее понятно и полно описать многие проблемы возникающие после строительства локальных сетей, расскажу о многих ошибках, допускающихся в обслуживании ЛВС.

О строительстве.

Для того, чтобы сеть работала на нас, а не мы на нее я рекомендую придерживаться некоторых правил.

1. Использовать для строительства только новое, качественное и проверенное в работе оборудование.
2. Придерживаться стандартов и норм строительства сети.
3. Делать что-либо продуманно, ни в коем случае не торопиться с какими-либо выводами и решениями.
4. Документировать каждый поступок.

Интвентаризация и документация.

Во время постройки сети, не надо расслабляться, стоит заняться документированием оборудования и программ, работающих для нас. Для создания полной переписи следует использовать электроныые базы данных. В электронном виде информация выглядит проще, поиск необходимого по нескольким параметрам осуществляется быстрее даже в самых простых электронных таблицах. Большинство знакомых мне провайдеров предпочитают хранить ревизии в единой базе данных и использовать веб интерфейс, для более удобной работы с базой данных.
Сразу надо сделать перепись всего оборудования, если это управляемое оборудование, на которое можно зайти удаленно, не забывайте указывать логины и пароли, для того, чтобы сотрудники технического отдела и поддержки всегда могли проверить работоспособность оборудования, помните про физические адреса (MAC), а также – территориальное место нахождения, очень трудно узнавать серийный номер коммутатора, если он находится на большом расстояние от вас и в труднодоступном месте.
Не забудьте сделать отдельный список оборудования, с серийным номером, производителем, датой покупки и датой окончания гарантии, так же данных о продавце оборудования. В случае возникновения гарантийных ситуаций вы всегда сможете быстро сдать оборудование в гарантийный сервисцентр, обязательно сохраняйте все документы на оборудование.
Советую присваивать каждой единице своё уникальное имя под которым она будет числиться во всех списках, для удобства эксплуатации. Например если если это свитч – то сокращение sw идеально для него подойдет, потом уникальный порядковый номер и краткие сведения о его месторасположении. Для удобства обслуживания сети рекомендую использовать подобные имена в обратных и прямых зонах DNS, в IP адресах можно запутаться.
После изменения любых настроек необходимо проверить точность настроек и внести изменения в соответствующий список.
Во многих сетях до сих пор используются PC роутеры, а так же есть почтовые сервера, хостинги, биллинги, DNS сервера. Для всех служебных компьютеров необходимы отдельные журналы, в которых должен вестись учет используемой конфигурации, имеющихся там пользователей, установленных программ, параметры сборки. Подобного рода данные помогут любому администратору разобраться с тонкостями работы компьютера.
Рекомендую так же задокументировать сетевую адресацию и клиентское оборудование.
Документация проблем в сети, а так же биография каждого пользователя помогут системному администратору быстро определить многие неисправности случившиеся как от износа оборудования, так и по вине недобросовестности пользователей. Пользователь должен обязательно заявлять какое оборудование он применяет для пользования сетью, сведения о конечном оборудовании должны сохраниться. Например некоторые виды роутеров-принтсерверов со встроенными arp-proxy, никак не отключается, но вот пользователям находящимся с таким оборудованием в одном пространстве будет не комфортно.
В том случае, если вы занимаетесь обслуживанием компьтерных залов с локальной сетью в работе вам поможет полная инвентаризация клиентского оборудования, все данные о конфигурации каждого компьютера: сведения о типе и мощности процессора, материнской плате, объем/производитель жесткого диска и плат памяти, операционная система.
Для крупных локальных сетей окажется кстати карта местности с нанесенными на нее маршрутами. Перед подключением здания лучше сделать проект разводки даже в том случае, если вы не собираетесь ни с кем его согласовывать. В таком проекте будут иметься данные о расположении оборудования, типах используемого кабеля, данные о источнике питания оборудования. Обязательны к указанию места и способы крепления кабеля. Расположение локальных узлов связи.
Да, на подготовку проекта у вас затратится много времени, но в будущем обслуживание полностью задокументированной сети не будет приносить неприятных сюрпризов.
Для того, что бы избежать в дальнейшем проблем с потерей информации продумайте backup систему (например Basics), в противном случае вы можете лишиться очень ценных и не восстановимых данных.

Мониторинг сети.

Самым важным фактором в качестве обслуживания сетей является вовремя поступающая информация о возникновении неполадок. В получении информации вовремя нам помогут — система мониторинга, например Nagios, она всегда сообщит нам на е-мэйл или через sms даже о том, что в принтере закончилась бумага, не говоря уже о потери связи с каким-либо оборудованием. Необходима квалифицированная техническая поддержка, принимающая и обязательно документирующая звонки пользователей. Роль технической поддержки очень важна, сотрудники службы должны уметь помогать пользователям в устранениии мелких неисправностей, должны сортировать заявки по адресам и предварительным симптомам.
Для отслеживания загрузки каналов обычно используется программный пакет Mrtg или. В аккуратных и четких графиках он подробно покажет загрузку каналов по любым указанным портам. Такая работа поможет вовремя отследить загруженность сети, при загрузке канала в 60%-75% стоит серьезно задуматься о изменении конфигурации сети и расширении каналов.

Устранение неисправностей.

Поиск и анализ неисправностей.

Быстая и успешная работа нуждается в продуманном плане действий, не стоит принимать легкомысленные решения. Для решения проблем существует определенный алгоритм действий, не смотря на то, что некоторые проблемы в своем роде уникальны.
Полезеным в работе окажется журнал неполадок с данными о всех неисправностях и методы их устранения, в дальнейшем многие проблемы будут решаться с помощью такой документации.
В журнале неполадок должно быть несколько категорий информации.

1. Идентификационный номер, удобен для создания картотеки и баз данных.
2. Информация о пользователе сообщившем о проблеме в работе, его имя, фамилия, отчество, идентификационный номер в сети, либо номер договора, время обращения в техническую службу.
3. Эти сведения собирают сотрудники технической поддержки. Необходимо проверить обращался ли человек с проблемами ранее, если да, то указать id проблемы и краткое описание. Место возникновения неисправности, какие-либо изменения в структуре сети, настроек или замены оборудования.
4. И в завершении категория в которой указывается то, что было сделано для устранения неисправности, устранена она или нет.

При поиске неполадки самым важным является информация. Человека, заявляющего о вознихших у него проблемах нужно распросить максимально подробно, нужно узнать о всех фактах предшествовавших проблеме, не изменялись ли какие-либо настройки, или оборудование со стороны клиента, а так же со стороны администрации сети. После приема заявки и сбора информации и выяснениния всех подробностей проблемы, возможности повторения проблемы, если проблема устранилась, составим список возможных причин неполадок.
Роль модели OSI при устранении неполадок.

Действовать будем по принципам работы Ethernet технологии основанной на эталонной модели OSI. Немного напомню вам о уровнях эталонной модели OSI:

Три первых уровня модели OSI определяют функции непосредственно передачи данных. От них зависит физическая доставка сигнала по сети. Последние 4 управляют передачей данных на уровне хост машин.

Уровень 1 – Физический.
Отвечает за наличие сигнала в линии, передачу двоичного сигнала. Описывает природу среды передачи данных. Наличие напряжения на оборудовани, радиочастоты, уровень затухания светого сигнала в оптоволокне и прочие подобные аспекты.
Уровень 2 – Канальный.
Доступ к среде передачи данных. Второй уровень обеспечевает передачу фрэймов (кадров). Фрэймы это блоки данных, разделнные для удобства и стабильности передачи на отрезки. На канальном уровне данным передаваемым на физическом уровне назначается начало и конец, указывается последовательность данных.

Уровень 3 – Сетевой.
Этот уровень пользуется возможностями, предоставляемыми ему уровнем 2. Занимается обработкой адресов и выполняет маршрутизирование между разными сетями.

Уровень 4 – Транспортный.
Обеспечивает связь между конечными устройствами, завершает процесс передачи данных, контролирует поток данных, проверяет правильность доставки и адресации. Проще говоря обеспечивает связь между двумя устройствами.

Уровень 5 — Сеансовый.
Упровляет сеансами передачи данных, восстанавливает аварийно оконченные. Этот же уровень преобразовывает доменные имена, удобные для людей, в реальные сетевые адреса.

Уровень 6 – Уровень представлений.
Уровень 6 устанавливает взаимопонимание между компьютерами, на этом уровне решаются такие задачи как перекодировка передаваемой информации.

Уровень 7 — Уровень приложений.
Служит прослойкой между сетью и компьютерными приложенинями. Обслуживает только прикладные процессы. Проверяет возможность ресурсов для работы приложений.

Неполадки со связью чаще всего возникают в среде передачи данных, по этой причине искать неисправности мы будем именно на трех первых уровнях модели OSI.
На физическом уровне могут возникать такие неисправности как отсутствие сигнала в линии по следующим наиболее распростроненным причинам:

1. Обрыв кабеля.
2. Плохой контакт в месте подсоединения кабеля.
3. Неправильный задел кабеля в разъем.
4. Неподсоединение кабеля.
5. Подключение кабеля не к тому порту.
6. Отсутсвие питания на оборудовании.
7. Замыкание контактов кабеля.
8. Неисправность сетевого интерфейса.

Следующие ошибки и неполадки следует искать на канальном уровне модели OSI:

1. Неверно заданная тактовая частота на последовательных интерфейсах.
2. Не верно заданный номер vlan и тип порта.
4. Не правильное указание метода инкапсуляции.
5. Дублирование arp запросов и ответов.
6. Неисправность сетевого интерфейса.

И наконец, последний, сетевой уровень модели OSI, на котором мы будем искать ошибки и неполадки:

1. Неправильное указание IP сети.
2. Неверный IP адрес сетевого интерфейса.
3. Ошибочное указание маски подсети.
5. Неправильный адрес DNS сервера.
6. Неверная маршрутизация.
7. Задание неправильного номера АС для протокола IGRP.
8. Невыполнение активизации работы протокола маршрутизации.
9. Активизация неверного протокола маршрутизации.

На более высоких уровнях могут случаться ошибки администрирования, приводящие к отказу сети:

1. В случае использования DHCP сервера – ошибка в его конфигурации и указание неверное физического адреса пользователя.
2. Неправильное конфигурирование фаерволов.
3. Нерабочий DNS сервер.

Методика решения проблем.

При решении задачи поиска и устранения неполадок нужно иметь поэтапную методику, работа будет эффективнее если есть такая методика.

1. Получение подробной информации о возникшей проблеме. Четкое определение и полное описание.
2. Определение наиболее вероятных причин возникновения проблемы. Включая данные о когда-либо возникавших проблемах подобного рода, в том же сегменте сети, с тем же абонентом. Расстановка причин по приоритетности.
3. На третьем этапе составляется план действий по решению проблемы основанный на данных полученных на втором этапе.
4. Реализация плана действий должна происходить строго его придерживаясь. В противном случае можно совершить еще больше поломок и не неэффективно потратить время. После выполнения каждого шага следует проверять устраненена ли проблема, или нет.
5. Проверка результатов выполнения процедур устранения неполадок. Убедимся в том, что проблема исчерпана и сеть работает должным образом.
6. В том случае, если проблема не устранена – стоит пересмотреть действия выполненные на третьем и четвертом этапе.

Подробнее о проблемах возникающих с передачей данных.

Для поиска неисправностей в сети нам потребуется некоторый инструментарий программы и журнал неполадок, они облегчат нам поиск многих неисправностей, особенно если наш пользователь не имеет достаточного количества знаний для того, чтобы составить четкую картину неполадки и проверить самостоятельно правильность настройки своего оборудования.
Самым важным инструментом будет тестор, либо оптоволоконный измеритель, для проверки уровня и стабильности сигнала в линии. Очень пригодится ноутбук, желательно с какой-либо Linix/Unix системой, под такие операционные системы существует огромное количество программ для работы с сетью, а так же сами программы.
Если проблема является масштабной, надо выяснить территориальное местонахождение проблемы, для этого нам пригодится карта сети. В случаеотказа всей сети нам надо поторопиться и проверить работу центрального узла и наличии связи с провайдером услуг. Проверить работу сервисов (DNS, DHCP) биллинговую систему. Если проблема охватывает только один участок сети, проверьте оборудование обслуживающее его.

Проверим сетевой интерфейс пользователя, горит ли лампочка на интерфейсе, если нет – то физической связи нет, либо интерфейс отключен, или неисправен, попробуем попинговать с локальной консоли сначала локальный IP – 127.0.0.1, если ответов нет – то скорее всего сбой в сетевых службах клиента. Затем назначенный интерфейсу IP адрес, если откликов нет – то интерфейс или отключен, или неисправен.
При условии что лампочка на интерфейсе клиента горит, и подключение по локальной сети включено проверить наличие физической связи нам всегда поможет утилита arping эта программа выполняет эхозапрос на указанный MAC адрес, минуя arp кэш, так-же с помощью нее можно узнать IP адрес принадлежащий сетевой карте. Команда ping не всегда пригодня для проверки связи из-за использования фаерволов, запрещающих получение и отправку ICMP пакетов.

root@ziggurat:~$ ping 81.222.220.97
PING 81.222.220.97 (81.222.220.97): 56 data bytes
ping: sendto: Host is down
ping: sendto: Host is down
— 81.222.220.97 ping statistics —
2 packets transmitted, 0 packets received, 100% packet loss

В случае, если команда ping сообщает от том, что хост недоступен – это говорит о том, что на порт не приходит соответствующего физического адреса, а следовательно проблему стоит искать на физическом уровне.

ppro# arping -i fxp1 10.0.8.230
ARPING 10.0.8.230
60 bytes from 00:40:f4:b5:bd:d0 (10.0.8.230): index=0 time=13.767 msec
60 bytes from 00:40:f4:b5:bd:d0 (10.0.8.230): index=1 time=59.970 msec
^C
— 10.0.8.230 statistics —
2 packets transmitted, 2 packets received, 0% unanswered

ppro# ping 10.0.8.230
PING 10.0.8.230 (10.0.8.230): 56 data bytes
— 10.0.8.230 ping statistics —
3 packets transmitted, 0 packets received, 100% packet loss

Совет, если заносить в /etc/hosts или локальный DNS сервер данные о клиентах, в соответсвии с их IP дресами – можно быстро и легко проверить наличие связи с тем, или иным сегментом. Перед тем, как искать интересующий нас MAC обновим таблицу маков arp -d, иначе можем увидеть устаревшую информацию.

ppro# arp -a
—net (10.0.8.0) at ff:ff:ff:ff:ff:ff on fxp1 permanent
1254-ESENINA-20-1 (10.0.8.3) at (incomplete) on fxp1
1258-LUN-65 (10.0.8.20) at (incomplete) on fxp1
1252-ESENINA-20-1 (10.0.8.22) at 00:00:17:00:02:c8 on fxp1
1256-ESENINA-20-1 (10.0.8.29) at (incomplete) on fxp1
1254-RUDN-45 (10.0.8.117) at 4c:00:10:61:0e:5a on fxp1
1240-PR.ALL-6 (10.0.8.134) at 00:50:fc:51:f6:f5 on fxp1
1247-PR.ALL-6 (10.0.8.142) at 00:04:e2:23:ae:7d on fxp1
1245-PR.ALL-6 (10.0.8.147) at 00:0c:6e:82:58:7b on fxp1
1242-XUD-54 (10.0.8.150) at 00:13:d4:66:87:ca on fxp1
1295-PR.ALL-7 (10.0.8.154) at 00:14:78:29:49:02 on fxp1
1230-PR.ALL-7 (10.0.8.165) at 00:c0:9f:0c:44:00 on fxp1
1231-SIREN-8 (10.0.8.184) at 00:30:84:89:ac:7b on fxp1
1234-ESENINA-15-1 (10.0.8.3) at (incomplete) on fxp1

Попросим клиента разрешить эхо-запрос на его фаерволе, и проверим канал на потери утилитой mtr выставив интервал приблизительно в 0.01 секунды и размер пакетов в 1024 байта. Связь может отсутсвовать из-за физических потерь.

My traceroute
ppro.ru (0.0.0.0)(tos=0x0 psize=64 bitpattern=0x00) Tue Mar 21 10:39:55 2006
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 81.222.223.85 0.0% 79 2.8 2.5 1.2 6.3 0.8
2. 217.170.94.241 0.0% 79 2.5 3.1 1.8 12.3 1.4
3. vl101.RT001-201.eltel.net 0.0% 78 3.0 3.1 1.5 4.5 0.7
4. ge-0-1-0-102.rt008-001.spb.retn. 11.5% 78 3.7 3.7 1.8 14.0 1.7
5. ge-1-0-0.RT033-001.spb.retn.net 0.0% 78 4.0 3.2 1.9 5.2 0.7
6. so-5-0-0.RT503-001.msk.retn.net 0.0% 78 13.6 14.8 13.3 19.2 1.2
7. GW-Yandex.retn.net 0.0% 78 14.8 15.6 14.1 26.7 1.5
8. ya.ru 0.0% 78 14.9 15.9 14.6 18.1 0.8

После выполнения этих действий заглянем в схему разводки кабеля до клиента и посмотрим, подключен ли к тому же коммутатору еще кто нибудь. Проверим наличие напряжения на коммутаторе и связь с ним, если коммутатор управляемый проверим наличие MAC адреса клиента на соответсвующем порту, идет ли магистраль дальше, убедимся что связь есть до и после этого коммутатора, проверим нет ли там скруток. Проверим тестором напряжение, оно может быть ниже стандартного. Если есть, скрутки и ранее там были потери, то более вероятен тот факт что соединение в поврежденном кабеле окислилось, так же имеет смысл переделать коннекторы в местах подсоединения кабеля к интерфейсам. В том случае, если напряжения нет ни на одной паре, то где-то случился обрыв или полный износ кабеля. Если случилось короткое замыкание, то возможно вышел из строя интерфейс.

Передача пакетов есть, но интернета все равно нет. Проверим роутинг, попросим клиента выполнить команду tracert или traceroute и послушаем траффик с интерфейса клиента утилитой tcpdump:

mini# tcpdump -i rl1 host 81.222.220.193
listening on rl1, link-type EN10MB (Ethernet), capture size 96 bytes
07:00:15.451059 arp who-has 81.222.220.1 tell 81.222.220.193
07:00:15.457213 arp reply 81.222.220.1 is-at 00:f5:c3:b7:00:d0
07:00:15.467228 arp who-has 81.222.220.1 tell 81.222.220.193
07:00:15.467245 arp reply 81.222.220.1 is-at 00:f5:c3:b7:00:d0
07:00:15.467267 arp who-has 81.222.220.1 tell 81.222.220.193
07:00:15.467398 arp reply 81.222.220.1 is-at 00:f5:c3:b7:00:d0

Из такого листинга мы увидим что компьютер клиента не может найти физический адрес компьютера с которым пытается соединиться, а чаще всего компьютер клиента обращается к своему шлюзу. Таким методом очень просто узнать, насколько верны настройки у клиента, и исправна ли сетевая карта и есть ли поблизости какие – либо arp-proxy.
В случае правильности всех настроек такой листинг больше всего похож на нерабоспособный сетевой интерфейс.
Traceroute же покажет связь до шлюза и далее.

traceroute to 10.60.93.10 (10.60.93.10), 64 hops max, 40 byte packets
1 core.cwn.ru (81.9.48.1) 0.357 ms 0.304 ms 0.362 ms
2 m10.hix.ru (81.9.48.14) 1.361 ms 1.346 ms 1.367 ms
3 utech-gw.hix.ru (81.9.48.246) 0.733 ms 0.721 ms 0.866 ms
4 ryazanka.hix.ru (81.9.48.245) 2.324 ms 1.680 ms 1.990 ms
5 utech-gw.hix.ru (81.9.48.246) 0.887 ms 2.742 ms 2.015 ms

На данном листинге явно показана петля в маршрутизации. Проверяем свои шлюзы.

При использовании некачественного оборудования, могут возникать такие симптомы как низкая скорость, потери. Системы мониторинга постоянно сообщают о недоступности почти всего оборудования, через несколько секунд связь восстанавливается. Tcpdump показывает удвоенные, а то и утроенные arp-запросы/ответы. Картина у нас будет следующей:

mini# tcpdump -i rl2 arp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on rl2, link-type EN10MB (Ethernet), capture size 96 bytes
08:00:38.074261 arp who-has 192.168.1.68 tell 192.168.1.88
08:00:38.074265 arp who-has 192.168.1.68 tell 192.168.1.88
08:00:38.074310 arp reply 192.168.1.68 is-at 00:11:d8:9b:87:11
08:00:38.074316 arp reply 192.168.1.68 is-at 00:11:d8:9b:87:11
08:00:38.074355 arp who-has 81.222.234.33 tell 81.222.234.49
08:00:38.074380 arp reply 81.222.234.33 is-at 00:40:f4:b7:c3:70
08:00:38.074586 arp who-has 81.222.234.33 tell 81.222.234.49
08:00:38.074607 arp reply 81.222.234.33 is-at 00:40:f4:b7:c3:70
08:00:38.075080 arp who-has 194.16.107.61 tell 194.16.107.41
08:00:38.075090 arp who-has 194.16.107.61 tell 194.16.107.41
08:00:38.075130 arp reply 194.16.107.61 is-at 00:14:78:28:be:44
08:00:38.075140 arp reply 194.16.107.61 is-at 00:14:78:28:be:44

за доли секунд компьютеры запрашивают по несколько раз мак-адреса других устройств, с которыми хотят связаться… и получают несколько ответов, сеть в одном физическом пространстве с таким комутатором работать не будет.
Таким свойством обладает обычно оборудование производства компании Dlink, а именно DES тысячной серии, чаще всего свитчи становятся неисправными из-за статического напряжения после гроз. Как найти такой свитч в сети? Давайте посмотрим на карту сети и высяним где территориально находятся устройства запрашивающие адреса и получающие такие двойные ответы. Неисправный свитч находится вблизи от того копьютера – к которому повторные ответы идут с наименьшим количеством времени. Разница в одну единицу – практически идеальна. Так же известен такой вид сетевой атаки, как arp-спуффинг такой шторм из запросов и ответов, нарушитель спокойствивия ищется так же как и дупящий свитч. Связь может отсутсвовать из-за сетевых атак, и загруженного канала. Утилиты tcpdump и mrtg – быстро помогут отыскать проблему.
В том случае, если проблема не решена – рекомендую посоветоваться с более опытными специалистами, почитать что пишут о подобных проблемах в сети Интренет и специализированных журналах.

60.703701 28.771061

Всякий раз, когда вы сталкиваетесь с проблемой с сетью, наиболее распространенным решением является, запустить программу диагностики, что позволит обнаружить и исправить ошибки. Тем не менее, наиболее часто встречающиеся сетевые проблемы могут быть решены с помощью простых команд, таких как ping, tracert, ipconfig, и др.

Знаете ли вы что?
Команда "ipconfig" может быть использована, чтобы найти компьютер по IP-адресу как в Windows так и в Linux/Unix-машинах.

Все указанные ниже команды нужно вводить в командной строке. Чтобы открыть командную строку в Windows выполните любой из нижеследующих пунктов:

• Пуск -> Все программы -> Стандартные -> Командная строка.
• Пуск -> Выполнить и введите имя программы cmd.exe
• Нажать клавиши Win + R и ввести имя программы cmd.exe

Любой человек с базовыми знаниями о работе сети знает про команду ipconfig. Эта команда дает информацию об IP-адресе компьютера, наряду с DNS, DHCP, шлюзом и маской подсети. IP-адрес необходим для выполнения дальнейших команд поиска неисправностей. Если эта команда возвращает по умолчанию шлюз 0.0.0.0, то у вас проблемы с маршрутизатором. Вы можете попробовать другой вариант этой команды, чтобы решить ваши проблемы с сетью. Очередное расширение этой команды - это команда ipconfig/flushdnsи. Она очищает кэш DNS при любом несанкционированном IP-адресе или техническом сбое.

Команда « ping»

Ping одна из самых важных команд, используемых в сети. Эта команда используется для проверки подключения между узлом и назначением. Главное преимущество использования этой команды, это выяснить проблемный участок в сети. Если вы проверите ping с любого компьютера в сети, вы получите статус маршрутизатора. Также вы получите четыре ответа на запрос проверки связи. Если Вы не получаете ответов, то это указывает на проблемы с сетевой картой.

Другим преимуществом, использования команды ping, является возможность проверки подключения к любому веб-сайту/интернету. Для того чтобы сделать это, вам нужно ввести имя веб-сайта после команды ping. Если вы получаете ответы от веб-сайта, то нет практически никакой проблемы. Но если вы не получите ответа, есть вероятность, что у вас неисправен кабель, DSL модем или ISP проблема подключения. Чтобы еще больше сузить вероятность и найти основную причину проблемы, введите ping 4.2.2.1. Если вы получите ответы в командной строке, но все равно не имеете доступ к веб-сайту, то у вас есть проблемы в конфигурации DNS.

Команда tracert возвращает весь путь данных, который требуются, чтобы добраться до места назначения. Ответом будет список транзитных пунктов, через которые проходят данные, чтобы добраться до места назначения. Если вы внимательно присмотритесь, то увидите, что с каждым пунктом происходит изменение сети. Это означает, что каждая сеть передает данные в другую сеть, пока они не достигнут своего назначения. Однако, вы можете наблюдать звездочки в некоторых пунктах, эти звездочки представляет собой сеть, которая имеет проблемы.

Система доменных имен (DNS адреса), в основном, первопричина многих проблемы с сетью.. Эти IP-адреса необходимы для функционирования сетевых устройств для подключения к интернету или сети. В случае, если с этими адресами есть проблемы, функции всей сети затрудняются. Команда nslookup выдает список IP-адресов, связанных с доменным именем. Если Вы не можете получить любую информацию относительно IP-адреса, есть проблемы с DNS.

В случае сетей, большое количество хостов подключены к одному маршрутизатору. Таким образом, возникает сложнейшая задача для проверки возможности подключения каждого узла в случае проблем с сетью. Однако, в то же время, важно, проверить, являются ли соединения (TCP, UDP порты) активными или нет. Команда Netstat возвращает список всех компьютеров, подключенных к маршрутизатору, а также их статус. Зная это состояние, вы будете знать номер порта (и IP-адрес) протокол TCP/udp соединения, который неисправен или находится в закрытом состоянии или состоянии ожидания.

Команда «arp» является внешней командой, которая используется для идентификации проблем, связанных с преобразованием IP в локальные сетевые адреса. Самой распространенной проблемой, которая может обнаружена в таблице «arp» - это совместное использование одного IP-адреса двумя системами. Два хоста (один из которых, безусловно, не тот) используют один и тот же IP-адрес, и шансы неправильного хоста, отвечающего на IP в этом случае бывают высоки. Это повлияет на всю вашу сеть. Вы должны проверить, наличие парных локальных сетей и правильность прописанных IP-адресов. Для этого вы должны составить список сетевых адресов каждого хоста. Сравнивая свой список и таблицу команды «arp», вы можете легко определить проблемный хост.

Проблема неработающей сети

Предприятия зависят от бесперебойной работы сет. инфраструктуры. Простой - потеря производительности, доходов и репутации. Поиск и устранение неисправностей:

• проблема
• диагностика проблемы
• устранение проблемы

Этапы диагностики:

1. сбор информации (проблема от пользователя, интервью, опрос)
2. анализ информации. сравниваем с знаниями системы, процессами в системе
3. устранение возможных причин. сравнение наблюдаемого поведения с ожидаемым
4. формулировка гипотезы
5. проверка гипотезы (решение на основе гипотезы, реализация решения)

1. Сверху-вниз . Стек TCP/IP от уровня приложений до физического уровня. Эффективен если проблема вверху. Проблемы пользователей - на прикладном уровне. (-) Нужен доступ к ПО клиентов.
2. Снизу-вверх .Снизу вверх по стеку TCP/IP. (+) начинается с сети, не надо отвлекать пользователей. (-) в крупных сетях трудоемко.
3. Разделяй и влавствуй (Divide and conque). Середина стека (сетевой уровень). Далее решаем вверх или вних. ping (выше или ниже).
4. Следуй пути (Follow the path). Источник-получатель. Диагностируются только устройства на пути.
5. Поиск различий . Сравнение конфигураций работающих устройств с проблемными.
6. Перемещение проблемы . Физически перемещать компоненты, наблюдать движется ли проблема.

План действий при медленной сети

1. Проверить ПО файлообменных сетей (работа в фоновом режиме снижает скорость).
2. ОС или другое ПО выполняет загрузку обновлений
3. Проблемы со стороны провайдера интернет-услуг
4. Вредоносное ПО
5. Неправильная работа сетевого оборудования (перезагрузка, настройка)
6. Для Wi-FI -плохой сигнал
7. Проблема кабельной среды

Возможные неисправности активного оборудования, методы устранения

Неполадки со связью чаще всего возникают в среде передачи данных, по этой причине искать неисправности мы будем именно на трех первых уровнях модели OSI.

На физическом уровне могут возникать такие неисправности как отсутствие сигнала в линии по следующим наиболее распростроненным причинам:

1. Обрыв кабеля.
2. Плохой контакт в месте подсоединения кабеля.
3. Неправильный задел кабеля в разъем.
4. Неподсоединение кабеля.
5. Подключение кабеля не к тому порту.
6. Отсутствие питания на оборудовании.
7. Замыкание контактов кабеля.

Следующие ошибки и неполадки следует искать на канальном уровне модели OSI:

1. Неверно заданная тактовая частота на последовательных интерфейсах.
2. Не верно заданный номер vlan и тип порта.
3. Не правильное указание метода инкапсуляции.
4. Дублирование arp запросов и ответов.
5. Неисправность сетевого интерфейса.

И наконец, последний, сетевой уровень модели OSI, на котором мы будем искать ошибки и неполадки:

1. Неправильное указание IP сети.
2. Неверный IP адрес сетевого интерфейса.
3. Ошибочное указание маски подсети.
4. Неправильный адрес DNS сервера.
5. Неверная маршрутизация.
6. Задание неправильного номера АС для протокола IGRP.
7. Невыполнение активизации работы протокола маршрутизации.
8. Активизация неверного протокола маршрутизации.

Программные средства

ПО для траблшутинга можно разделить на две группы:

• встроенное в ОС
• стороннее ПО

Утилиты ОС

Это программы в ОС, запускаемые из командной строки ОС.

Назначение и виды утилит:

• netstat отображает статистику протокола и текущих сетевых подключений tcp/ip
• ping проверяет наличие связи с указанным узлом
• tracert выводит имена и IP-адреса всех маршрутизаторов, через которые проходят пакеты от локального компьютера к указанному адресу
• ipconfig выводит сведения о текущей конфигурации IP протокола и может осуществлять базовое конфигурирование этого протокола
• nslookup обращается с запросом к DNS-серверу
• netsh показывает различные параметры настроек сети

ping

Утилита командной строки для проверки соединений в сетях на основе TCP/IP. Команда PING с помощью отправки сообщений с эхо-запросом по протоколу ICMP проверяет соединение на уровне протокола IP с другим компьютером, поддерживающим TCP/IP. После каждой передачи выводится соответствующее сообщение с эхо-ответом.

• утилита для проверки соединений в сетях на основе TCP/IP
• отправляет запросы (ICMP Echo-Request) протокола ICMP указанному узлу сети и фиксирует поступающие ответы (ICMP Echo-Reply)
• В разговорной речи пингом называют время, затраченное на передачу пакета игровой информации в играх
• является одним из основных диагностических средств в сетях TCP/IP
• входит в поставку всех современных сетевых операционных систем

в Windows: ping /? Примеры использования команды PING Для отображения справки в командной строке по команде введите: ping /?; Для выполнения проверки соединения адреса ya.ru до прекращения вручную введите: ping ya.ru -t; Для отправки сообщения с эхо-запросом по протоколу ICMP точке назначения 192.168.1.1 и сопоставления с ее узловым именем введите: ping -a 192.168.1.1; Для отправки сообщения с эхо-запросом на адрес 10.0.99.221 десяти собщений с эхо-запросом, каждое из которых имеет поле данных из 1000 байт, введите: ping -n 10 -l 1000 10.0.99.221; Для отправки сообщения с эхо-запросом точке назначения 10.0.99.221 и записи маршрута для 4 переходов введите: ping -r 4 10.0.99.221; Для отправки сообщения с эхо-запросом на адрес 10.0.99.221 и задания свободной маршрутизации для точек назначения 10.12.0.1-10.29.3.1-10.1.44.1 введите: ping -j 10.12.0.1 10.29.3.1 10.1.44.1 10.0.99.221.

в Linux: вот тут подробно про все флаги: ping в Linux

traceroute, tracert

программа для определения маршрутов следования данных в сетях TCP/IP Windows используют ICMP-протокол, Linux и Cisco — протокол UDP входит в поставку большинства современных сетевых операционных систем

в Windows носит название tracert, в системах GNU/Linux, Cisco IOS и Mac OS — traceroute

Программа tracert выполняет отправку данных указанному узлу сети, при этом отображая сведения о всех промежуточных маршрутизаторах, через которые прошли данные на пути к целевому узлу

В случае проблем при доставке данных до какого-либо узла программа позволяет определить, на каком именно участке сети возникли неполадки обратные маршруты часто не совпадают с прямыми (ответ может идти своим собственным маршрутом, затеряться или прийти с большой задержкой) на промежуточных маршрутизаторах часто стоит ограничение числа ответов ICMP в единицу времени, что приводит к появлению ложных потерь

Windows: Команда TRACERT определяет путь до точки назначения с помощью посылки в точку назначения эхо-сообщений протокола Control Message Protocol (ICMP) с постоянным увеличением значений срока жизни (Time to Live, TTL). Выведенный путь — это список ближайших интерфейсов маршрутизаторов, находящихся на пути между узлом источника и точкой назначения. Ближний интерфейс представляют собой интерфейс маршрутизатора, который является ближайшим к узлу отправителя на пути. Запущенная без параметров, команда tracert выводит справку.

Примеры команды TRACERT Чтобы отобразить справку в командной строке по команде введите: tracert /?; Чтобы выполнить трассировку пути к узлу, введите команду: tracert ya.ru; Чтобы выполнить трассировку пути к узлу и предотвратить разрешение каждого IP-адреса в имя, введите: tracert -d ya.ru

ipconfing, ifconfig

Команда ipconfig служит для управления сетевыми интерфейсами и отображения всех текущих параметров сети TCP/IP, обновления параметров DHCP и DNS. При вызове команды ipconfig без параметров выводится только IP-адрес, маска подсети и основной шлюз для каждого сетевого адаптера.

Примеры команды IPCONFIG Чтобы вывести основную конфигурацию TCP/IP для всех адаптеров, введите: ipconfig Чтобы вывести полную конфигурацию TCP/IP для всех адаптеров, введите: ipconfig /all Чтобы обновить конфигурацию IP-адреса, назначенного DHCP-сервером, только для адаптера "Подключение по локальной сети", введите: ipconfig /renew "Подключение по локальной сети" Чтобы сбросить кэш сопоставления имен DNS при наличии неполадок в сопоставлении имен, введите:ipconfig /flushdns Чтобы вывести код класса DHCP для всех адаптеров с именами, начинающимися со слова "Подключение", введите: ipconfig /showclassid "Подключение" Чтобы задать код класса DHCP TEST для адаптера Подключение по локальной сети, введите: ipconfig /setclassid "Подключение по локальной сети" TEST

nslookup, dig

dig domain – получить DNS информацию о domain -x 1.2.3.4 – реверсивно искать данные о хосте 1.2.3.4 (то есть найти данные для 4.3.2.1.in-addr.arpa.) @ns.server - источником информации о DNS - использовать ns.server SOA|MX|A|NS - указать тип получаемой записи +short - получение коротких отчетов +nocomments - отключить комментарии в отчете +trace - включение трассировки поиска запрашиваемого значения -f file - запуск построчно команды dig с параметрами, указанными в файле

netstat

Команда netstat отображает статистику активных подключений TCP, портов, прослушиваемых компьютером, статистики Ethernet, таблицы маршрутизации IP, статистики IPv4 (для протоколов IP, ICMP, TCP и UDP) и IPv6 (для протоколов IPv6, ICMPv6, TCP через IPv6 и UDP через IPv6). Запущенная без параметров, команда netstat отображает подключения TCP.

Примеры команды NETSTAT Для отображения справки по команде введите в командной строке netstat /?; Для вывода статистики Ethernet и статистики по всем протоколам введите следующую команду: netstat -e -s; Для вывода статистики только по протоколам TCP и UDP введите следующую команду: netstat -s -p tcp udp; Для вывода активных подключений TCP и кодов процессов каждые 5 секунд введите следующую команду: netstat -o 5.

Системные события

(system events, logs, системные сообщения, протоколирование, журнал)

Windows: Упр.компьютером -> Просмотр событий

UNIX: папка /var/log

UNIX позволяет вам регистрировать почти все что угодно с практически любым уровнем детализации. Так как стандартные системные средства журналирования предусмотрены для большинства средств системы UNIX, администратор может выбрать конфигурацию журналирования удовлетворяющую его требованиям.

Программы шлют записи предназначенные для журналирования к системному демону syslogd.Syslogd сравнивает каждую пришедшую запись с правилами, которые находятся в файле /etc/syslog.conf. Когда обнаруживается соответствие, syslogd обрабатывает запись описанным в syslog.conf способом.

Статистика

(аудит) - настраивается.

Win: групповая политика (gpedit.msc) UNIX: анализ логов специальными программами. В Возможность журналировать такие события, как доступ к файлам и выполнение системных вызовов. Установка и настройка демона аудита (auditd).

Диспетчер задач

Win: вкладка "Сеть" позволяет увидеть нагрузку.

Unix: граф. режим - Системный монитор в консоли: ps - просмотр процессов ps -A -просмотр процессов всех пользователей ps -A | grep "skype" -поиск программы в списке процессов тут skype

Передав его команде "kill" можно завершить процесс: sudo kill 1111

Если у вас возникли проблемы с вашей сетью и/или Интернет, не стесняйтесь использовать мастера устранения неполадок, которые идут в комплекте с Windows 7 и Windows 8. Их легко использовать и они могут помочь вам определить, что не так и как исправить ваши проблемы с сетью. В этом уроке я покажу как запустить мастера устранения проблем с сетью и Интернет и как с ними работать для того, чтобы исправить проблемы.

Один из самых простых способов доступа к мастрам устранения проблем с сетью и Интернет – открыть и щёлкнуть или коснуться ссылки “Устранение неполадок” . На скриншоте ниже, как Network and Sharing Center выглядит в Windows 7.

В Windows 8 Network and Sharing Center выглядит немного по-другому. Однако ссылку “Устранение неполадок” по-прежнему можно найти в нижней части окна.

После этого откроется список Сеть и Интернет и мастер устранения неполадок, доступные в Windows.

После этого откроется список Сети и Интернет и мастер устранения неполадок.

Как всегда, вы можете также воспользоваться поиском, чтобы запустить эти мастера. В Windows 7, введите слово “trouble” в Меню “Пуск” окна поиска. Затем, нажмите на Поиск и найдите в результатах поиска устранение неисправностей .

В Windows 8, перейдите к Начать введите слово “trouble” и отфильтруйте результаты по Параметры .

Затем, нажмите на результат поиска.

Другой способ – напечатать слово “trouble” в поле поиска и найти его в правом верхнем углу – Панель Управления .

Щелчок или нажатие или Поиск и устранение неисправностей раскрывает окно Поиск и устранение неисправностей , в котором вы найдете все средства устранения неполадок Windows.

Для отображения советчиков мы заинтересованы в них, нажмите Сеть и Интернет . Вы можете запустить любой из доступных мастеров, в зависимости от проблемы с которой вы столкнулись:

• Интернет-соединение – этот мастер помогает, когда вы подключены к сети, но Интернет не работает или у вас есть проблемы доступа к определенным веб-сайтам;
• Общие папки – с помощью этого мастера, когда у вас есть проблемы с доступом к общим файлам и папкам на других компьютерах и устройствах в вашей сети;
• Домашняя группа – с помощью этого мастера, вы можете устранить проблемы когда у вас есть проблемы с просмотром компьютеров или общих папок, которые являются частью домашней группы;
• Сетевой адаптер – этот мастер будет полезен, когда у вас есть проблемы с вашей беспроводной сетью или сетевым адаптером. Этот мастер помогает всему, что имеет отношение к сети и связи;
• Входящие соединения – этот мастер помогает, когда другие компьютеры имеют проблемы с подключением к компьютеру с общими файлами и папками;
• Подключение к рабочему месту с помощью DirectAccess – этот мастер можно использовать, когда у вас есть проблемы с подключением к домену корпоративной сети. Он доступен только в Windows 7 Ultimate, Windows 7 Enterprise и Windows 8 Enterprise.

Сети и Интернет-советчики, можно также запустить с помощью командной строки или в окне “запуск программ”.

Скопируйте и вставьте следующие команды:

• Чтобы открыть Интернет-подключения и мастер устранения неполадок – msdt.exe -id NetworkDiagnosticsWeb ;
• Чтобы открыть мастер устранения неполадок Общие папки – msdt.exe -id NetworkDiagnosticsFileShare ;
• Чтобы открыть мастер устранения неполадок домашней группы – msdt.exe -id HomeGroupDiagnostic ;
• Чтобы открыть мастер устранения неполадок сетевого адаптера – msdt.exe -id NetworkDiagnosticsNetworkAdapter ;
• Чтобы открыть мастер устранения неполадок входящие соединения – msdt.exe -id NetworkDiagnosticsInbound .

Как использовать сеть и Интернет мастера устранения неполадок в Windows 7 и Windows 8

Каждый мастер устранения неполадок работает немного по-другому, поскольку он решает конкретные проблемы которые он должен решить. Чтобы помочь вам понять, как использовать мастер устранения неполадок, я запустил мастер устранения неполадок Сетевой адаптер для того, чтобы понять, что случилось с беспроводным сетевым подключением на моём ноутбуке с Windows 8. Другие мастера работают таким же образом, используя те же принципы. В начале запустите мастер устранения неполадок, прежде чем нажать Далее и посмотрите на ссылку с именем Дополнительно .

Щелкните или коснитесь его пером. Это действие открывает некоторые интересные варианты. Например, мастер Сетевой адаптер может автоматически применить ремонт. Установите соответствующий флажок, чтобы включить эту функцию и нажмите Далее .

Мастер устранения неполадок обнаруживает, что у меня есть несколько сетевых адаптеров, и просит меня, чтобы выбрать тот, который мне нужен для устранения неполадок. В данном случае я выбрал Wi-Fi и нажал Далее .

Примечание: мастер устранения неполадок в Сетевой адаптер также отображает виртуальные сетевые адаптеры, если у вас установлено программное обеспечение для виртуализации, которое использует такие устройства (например, VirtualBox).

Мастер устранения неполадок начинает диагностический процесс и отображает прогресс-бар, как показано ниже.

При обнаружении проблемы, мастер попытается применить исправления, он считает это уместным и затем проверяет, если проблема все ещё существует.

В конце всего процесса, мастер устранения неполадок выдаст сведения о проблеме и её состояние.

В моём случае, проблемы остались незафиксированными. мастер устранения неполадок Сетевой адаптер предлагает дополнительные опции, через кнопку “Explorer” дополнительные опции” . Если вы хотите просмотреть детальную информацию о проблеме(ах), которые он определил и то, что он сделал, чтобы исправить такое положение, нажмите на ссылку, которая говорит “Просмотреть детальную информацию” .

Чтобы закрыть мастер, нажмите Закрыть.

Нажмите на Закрыть , когда вы всё сделали.

Примечание: Если мастер устранения неполадок который Вы использовали не обнаружил никаких проблем, но у вас ещё есть вопросы, вы может быть использовали не тот мастер. В этом случае попробуйте другой мастер устранения неполадок, связанный с проблемой с которой вы столкнулись.

Вывод

Как в Windows 7 так и в Windows 8 предоставлен полный список мастеров, которые могут помочь вам определить причину ваших проблем с сетью. Когда у меня есть проблема, я использую эти мастера и, в большинстве случаев, они в состоянии определить причину. Даже, когда они не могут помочь мне исправить проблемы, с которой я сталкиваюсь, они дают информацию, которая представляет ценность для сотрудников технической поддержки, которые могут исправить проблемы для меня.

Про то, как установить и настроить домашнюю локальную сеть, написано и разжёвано, казалось бы, абсолютно всё, и сделать что-то неправильно в немногочисленных настройках Windows XP очень сложно. Однако в реальности всё оказывается не так гладко.

Несмотря на то, что сегодня, после выхода SP1 и многочисленных патчей-заплаток, Windows XP уже можно считать вполне стабильной и надёжной системой, проблем, с которыми сталкиваются пользователи при её настройке и использовании в локальной сети, к сожалению, немало. Тем не менее, если что-то работает неправильно или вообще не работает, борьбу со сбоем лучше всего начинать не с форматирования жёсткого диска, а с проверки собственных настроек и исправности оборудования.

Проверка оборудования

Если в сети не проходит даже сигнал от программы ping.exe, то есть все основания предполагать неисправность оборудования. Коммутатор («хаб» или «свитч» — последний иметь предпочтительнее) часто бывает причиной неполадок. Например, часто на нём «выгорают» какие-то порты, чтобы выявить неисправность, проверьте наличие физического соединения по горящим индикаторам на платах и коммутаторах, попробуйте переставить кабели.

Коммутатор, как и всё сетевое оборудование, боится грозы - используйте для защиты нетпротекты. Не любит он и нестабильного питания - тут иногда помогает перезагрузка. Иногда в комплекте с оборудованием идут диагностические утилиты от производителя устройства - можно ими воспользоваться. Идеально, конечно, иметь запасной хаб для оперативной проверки работоспособности основного и его замены. Учтите только, что бывают случаи, когда полностью исправные устройства почему-то недолюбливают друг друга и отказываются работать вместе - например, дешёвый хаб не работает с некоторыми конкретными сетевыми картами.

Проверку работоспособности сетевой карты можно легко осуществить, переставив её на другой ПК, на котором сеть работает нормально. Разумеется, драйвера для неё должны быть установлены самые свежие, соответствующие установленной операционной системе, перемычки на сетевой карте (если таковые есть) установлены верно (включен режим Plug-and-play). Откройте Менеджер Устройств и убедитесь, что ОС не сигнализирует о неисправности устройства или конфликте прерываний или адресов ввода-вывода. Желательно, чтобы IRQ 15 не доставалось сетевому адаптеру - некоторым оно не нравится.

Поставьте сетевую карту в другой PCI-cлот (он должен являться bus master - проверьте это по инструкции материнской платы), удостоверьтесь, что у платы хороший контакт с PCI-разъёмом. Кстати, для небольшой сети удобно предварительно настроить и проверить сеть, установив все компьютеры в одной комнате и соединив их временными короткими проводами - нередко это спасает очень много времени.

Кабель - далеко не самая надёжная составная часть сети. Поэтому если отсутствует соединение с каким-то из ПК, при этом все порты хаба работоспособны, а замена сетевой карты не помогает, то, если имеется такая возможность, попробуйте временно перенести его на один стол с другим ПК той же сети и соединить их напрямую коротким кроссоверным кабелем. Если всё заработало, то причина сбоя может заключаться в некачественном кабеле, который не соответствует пятой категории, плохо обжат, проходит рядом с создающими электромагнитные наводки силовыми линиями, слишком длинный или где-то сильно изгибается либо перекручивается.

При желании проверить контакты и распайку можно воспользоваться специальными тестерами для сетевых кабелей. В случае 100-мегабитной витой пары старайтесь не делать соединения более 100 метров, впрочем, при наличии высококачественного оборудования (3Com, например) иногда нормально работают и 200-300-метровые сегменты. Для ещё больших расстояний требуется уже дополнительное оборудование, например - репитеры.

При использовании же коаксиального кабеля попробуйте также заменить терминаторы (50-омные заглушки) в T-образных коннекторах, установленных в BNC-разъёмы (Bayonet Nut Connector) сетевых карт (для сети топологии «шина», построенной на коаксиальном кабеле, требуется два терминатора - для двух машин, находящихся по концам шины). Максимальной длиной тонкого коаксиального кабельного соединения (10Base2) принято считать 185 метров. Более длинные соединения (бывает 500 м!) тоже возможны, однако в этом случае устойчивой связи гарантировать нельзя.

Не забудьте, что телевизионный кабель и кабель для локальной сети - разные вещи, волновое сопротивление компьютерного - 50 Ом, а телевизионного - 75 Ом. Учтите, что коаксиал может быть заземлён в одной и только в одной точке (как и экран экранированной витой пары) и плохо переносит морозы.

Ограничения по длине на сегмент медного кабеля без повторителей:

• 10Base2 (тонкий коаксиальный кабель 50 Ом) - до 185 метров;
• 10Base5 (толстый коаксиальный кабель 50 Ом) - до 500 метров;
• 10BaseT (витая пара) - обычно 100-150 метров;
• 100BaseT (витая пара) - до 100 метров;
• 1000BaseT (витая пара) - до 100 метров.

Проверка настроек ОС

Если аппаратура в порядке, то в первую очередь проверьте правильность настроек сетевого соединения. В диалоге "Свойства компьютера" - "Имя компьютера" обратите внимание на имя компьютера и рабочую группу - у каждого ПК домашней сети должно быть уникальное имя, а название рабочей группы (в домашних сетях домены почти не встречаются) должно совпадать. Имя ПК и название рабочей группы следует записывать заглавными буквами латинского алфавита - это исключит ряд проблем. Не используйте имена длиннее 15 букв (это относится и к разделяемым ресурсам) и не включайте в них пробелы и другие спецсимволы.

Далее в Панели управления Windows XP выберите диалог «Network Connections» и откройте свойства своего соединения (предварительно удалите его из сетевого моста Bridge Connections, используя контекстное меню). Удостоверьтесь, что для него установлены следующие сетевые компоненты:

• Клиент для сетей Microsoft (Client for Microsoft Networks). Если его нет, то нажмите кнопку Install и установите его. Нажмите кнопку Properties и установите переключатель Name service provider в положение Windows Locator;
• Служба доступа к файлам и принтерам сетей Microsoft (File and Printer Sharing for Microsoft Networks) - устанавливайте её, только если необходимо предоставить в общий доступ файлы и принтеры данного ПК;
• QoS Packet Scheduler - этот компонент можно оставить, а можно и удалить, так как он помогает при использовании голосовых и видеоконференций в корпоративных сетях (если эту технологию поддерживает всё оборудование сети на пути сигнала и используемые программы). То, что он резервирует 20% полосы пропускания канала - миф;
• Протокол TCP/IP. В соответствии с конфигурацией вашей сети либо задайте в его настройках явным образом IP-адрес и маску подсети, например - 192.168.0.1 и 255.255.255.0, либо используйте автоматическое присвоение IP, которое осуществляет сервер DHCP. Проверьте, чтобы маски на всех ПК вашей сети совпадали, а IP у каждого ПК был собственный (то есть у первого ПК - 192.168.0.1, у второго - 192.168.0.2, и так далее). Проверьте правильность установленных IP шлюза и DNS-серверов. Нажмите кнопку Advanced и попробуйте на странице WINS снять флажок Enable LMHOSTS Lookup (если в настройках вашей сети этот файл не используется). Попробуйте установить параметр Enable NetBIOS over TCP/IP. На странице Options - Properties отключите фильтрацию TCP/IP, разрешив все соединения.

Выберите теперь в свойствах соединения вкладку Authentication и снимите (или установите - в соответствии с настройками своей сети) флаг Enable IEEE 802.1x authentication for this network. Собственно говоря, в домашних LAN эта функция практически не используется - она более востребована в Wi-Fi-сетях.

На вкладке Advanced свойств соединения временно отключите файерволл и Internet Connection Sharing, если вы их используете.

Теперь вернитесь на страницу General и в случае Wi-Fi-адаптера установите флаг Show Icon in notification area when connected - иногда этот параметр оказывается критичным при установке беспроводного соединения. Далее нажмите кнопку Configure - тем самым вы откроете диалог свойств сетевого адаптера. Ещё раз убедитесь, что в окне Device status отсутствуют сообщения об ошибках в работе устройства. На вкладке «Дополнительно» временно откажитесь от всех автоматических режимов.

То есть, если вы имеете сеть 100 Мбит, то вместо режима автоопределения скорости сети попробуйте принудительно установить для всех сетевых карт “100 Full Mode” - полнодуплексный режим - и принудительно же выберите тип используемого кабеля (если это предусмотрено в настройках). Иногда можно, наоборот, попробовать понизить скорость передачи, выставив полудуплекс 10 Мбит - возможно, что длина кабеля или помехи не дают сети работать на полную мощность. Учтите также, что полнодуплексный режим поддерживают только свитчи, но не хабы. Если в свойствах адаптера имеется опция “Transmit Threshold”, то установите её в положение “Store and Forward”.

Наконец, переустановите самые свежие драйвера сетевой карты, чипсета материнской платы, а также все обновления операционной системы, обновите BIOS, откажитесь от разгона и установите в CMOS Setup все параметры в положение “Default”.

Другие протоколы

Наличие в системе ненужных протоколов - IPX/SPX и NetBEUI - не приветствуется, и удаление лишних сетевых компонентов иногда может помочь в устранении сбоя. Но, разумеется, протокол IPX/SPX можно устанавливать, если какие-либо приложения или сетевые игры его требуют. Установка же протокола NetBEUI может избавить от некоторых сбоев, даже если явной необходимости в нём не наблюдается.

В Windows XP для установки NetBEUI в Панели управления откройте диалог Network Connections и откройте свойства своего соединения. На вкладке General нажмите кнопку Install. Далее в списке компонентов выберите Protocol - Add - Have Disk и в появившемся окне обзора откройте папку Valueadd\msft\net\netbeui компакт-диска Windows XP. Выберите файл Netnbf.inf и нажмите кнопку Open - ОК.

Проблемы Windows XP

Таким образом, если после всех вышеописанных действий вы убедились, что настройки сети правильные (хорошо бы ещё раз их уточнить у администратора сети, если таковой имеется), но проблема не исчезла, то её причина может быть в сбоях операционной системы. Попробуйте для начала найти её решение в базе данных службы технической поддержки Microsoft и подробно описать симптомы сбоя в нескольких специализированных веб-конференциях - возможно, ответ уже давно известен.

В ряде случаев помогает полное удаление всех сетевых компонентов (начиная от протоколов и заканчивая сетевой картой) с последующей их переустановкой. Разумеется, все патчи и обновления для Windows должны быть установлены (обновите даже драйвера сетевых принтеров!).

В Windows XP и Windows Server 2003 стек протоколов TCP/IP официально считается компонентом ядра операционной системы, и для его переустановки необходимо использовать утилиту командной строки WINDOWS\SYSTEM32\NETSH.EXE (NetShell, предназначена для настройки и тестирования сетевых компонентов), которая обеспечит восстановление стека протоколов TCP/IP в состояние на момент установки операционной системы. Для того, чтобы это осуществить, введите в командной строке:

netsh int ip reset c:\resetlog.txt

Файл журнала resetlog.txt покажет, какие изменения при этом произошли.

Отключите или удалите компонент Windows Internet Connection Sharing, файерволл и антивирус. Посмотрите, какие программы находятся в памяти с помощью утилиты TaskInfo (www.iarsn.com). Возможно, что причиной неполадок является какая-то фоновая программа. Текущие же параметры сетевого соединения удобно контролировать с помощью утилиты wntipcfg.exe, входящей в состав пакета Windows 2000 Resource Kit.

Повреждения или удаления системных файлов могут вызывать множество непонятных сбоев - начиная от отсутствия вкладки Sharing («Доступ») в свойствах папок и заканчивая сообщениям об ошибках и «синими экранами смерти». Для проверки файлов необходимо выполнить команду SFC /SCANNOW. В крайнем случае может потребоваться переустановить SP1 или ОС поверх себя же - настроек прикладных программ это не повредит, а исходные файлы восстановятся. Временно отключите все «твики» системы - они могут быть причиной сбоя, например, если при попытке открыть папку «Сетевое окружение» (“My Network Places”) выдаётся сообщение об ошибке, то это может быть связано с тем, что в программе TweakUI вы, воспользовавшись опцией “First Icon on Desktop”, отказались от привычного расположения иконки My Documents - верните в этой опции My Documents на первое место.

Попробуйте отключить системный сервис Web Client и службу Remote Access Auto Connection Manager. Отключите службу Wireless Zero Configuration - некоторые Wi-Fi-адаптеры с ней плохо совместимы. Проверьте, не отключена ли какая-то важная служба - список служб по умолчанию можно найти на сайте www.blackviper.com. Так, для работы VPN-соединений обязательно требуется запущенная служба Remote Access Connection Manager, а для работы Internet Connection Sharing в Windows XP необходимы сервисы:

• Application Layer Gateway Service;
• Network Connections;
• Network Location Awareness (NLA);
• Plug and Play;
• Remote Access Auto Connection Manager;
• Remote Access Connection Manager;
• Remote Procedure Call (RPC);
• Telephony.

Установите для каждого режим запуска Startup type в положение Automatic.

Щёлкните, наконец, правой кнопкой мыши по значку сетевого соединения в Windows XP и в выпадающем меню выберите команду Repair - она переинициализирует текущее соединение.