Ошибки протокола tcp ip - Не ошибается лишь тот, кто ничего не делает!

Исправляем ошибки протокола TCP/IP без переустановки Windows
Октябрь 21, 2007, 23:51
Сегодня и весь октябрь мой блог спонсирует Форум вебмастеров, где навалом умных мыслей и злых кроликов.

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

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

И вот, когда финальная проверка показала, что машина чиста, я вдруг обнаружил, что с нее невозможно выйти в интернет. Причем проблема проявляется как-то странно: команда ping на конкретный ip-адрес выполняется успешно, но ни одна из служб, работающих поверх TCP/IP, не функционирует: ни telnet, ни nslookup, ни tracert — ничего. Мало того, ip-адрес по DHCP тоже не получается, хотя вручную его установить реально.

Делаем вывод: поддержка протокола TCP/IP на машине работает некорректно. Вероятно, причина в вирусном коде в одном из системным файлов, который был некорректно вычищен антивирусом. А может файл просто был поврежден при очередной некорректной перезагрузке… Так или иначе, требовалось переустановить компоненты Windows, отвечающие за работу TCP/IP. Но вот беда: Windows не дает удалить этот протокол и установить его заново. Кнопка “Удалить” для протокола TCP/IP попросту не активна. Неужели переустанавливать Windows?

Открываем редактор реестра REGEDIT (Кнопка “Пуск” — пункт “Выполнить” — пишем regedit и нажимаем

) и безжалостно удаляем два ключа реестра:

•HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWinsock
•HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWinSock2
Выходим из REGEDIT и ОБЯЗАТЕЛЬНО (!) перезагружаемся.

После перезагрузки находим папку c:windowsinf (а если точнее, то %winroot%inf — ведь Windows может быть установлена в другом месте) и находим в ней файл nettcpip.inf. Обязательно сделайте его резервную копию, а потом отредактируйте с помощь Блоктнота:

Строки

[MS_TCPIP.PrimaryInstall]
; TCPIP has properties to display
Characteristics = 0xA0 ; NCF_HAS_UI | NCF_NOT_USER_REMOVABLE

замените на

[MS_TCPIP.PrimaryInstall]
; TCPIP has properties to display
Characteristics = 0×80 ; NCF_HAS_UI

Сохраните файл. Откройте настройки сетевого адаптера, щелкнув по нему правой клавишей и выбрав “Свойства”. Нажмите “Установить”, выберите из списка “Протокол” и нажмите “Добавить”. Далее нажмите кнопку “Установка с диска” и введите в строке пути c:windowsinf (или %winroot%inf). В появившемся списке выберите Протокол TCP/IP и завершите установку.

Перезагрузите компьютер.

После перезагрузки снова идите в свойства сетевого адаптера, и вы обнаружите, что кнопка “Удалить” для протокола TCP/IP теперь стала доступна. Удалите протокол TCP/IP и снова перезагрузите машину.

После перезагрузки установите протокол TCP/IP с нуля. Вот и все.

Эта операция занимает 5-10 минут, после чего работоспособность TCP/IP восстанавливается. Вам даже не потребуется компакт-диск с дистрибутивом. Мне доводилось проделывать это раза 3 или 4 за свою практику, и отказов не случалось. Если вы столкнулись с проблемой, похожей на ту, что описана выше, попробуйте данный рецепт прежде, чем переустанавливать ОС. Возможно, вы сэкономите кучу времени. Удачи!

-=-=-=-=-=-

Источник

Диагностические средства TCP/IP

Ниже приведены некоторые диагностические средства TCP/IP, входящие в Windows XP.

Основные средства

•	Диагностика сети в справке и поддержке Подробные сведения о конфигурации сети и результатах автоматически выполняемых тестов.
•	Папка «Сетевые подключения» Она содержит сведения о всех сетевых подключениях на компьютере и их настройках. Чтобы открыть папку «Сетевые подключения», нажмите кнопку Пуск, выберите команду Панель управления, затем щелкните значок Сетевые подключения.
•	Команда IPConfig Отображает текущие значения конфигурации сети TCP/IP, обновляет или освобождает адреса, назначенные сервером DHCP, а также отображает, регистрирует или освобождает имена DNS.
•	Команда Ping Отправляет сообщения с эхо-запросами по протоколу ICMP, чтобы проверить правильность настройки TCP/IP и доступность узла TCP/IP.

Дополнительные средства

•	Команда Hostname Отображает имя узла.
•	Команда Nbtstat Отображает сведения о текущих соединениях NetBIOS поверх TCP/IP, обновляет кэш имен NetBIOS и отображает зарегистрированные имена и код области.
•	Команда PathPing Отображает путь к узлу TCP/IP и сообщает о потерях данных на каждом маршрутизаторе по пути следования пакета.
•	Команда Route Отображает таблицу IP-маршрутизации и добавляет или удаляет маршруты IP.
•	Команда Tracert Отображает путь узла TCP/IP.

Чтобы узнать синтаксис вызова любого из перечисленных средств, наберите в командной строке после его имени -?.

Средства Windows XP Professional

Windows XP Professional включает следующие дополнительные средства:

•	Просмотр событий Записывает системные ошибки и события.
•	Управление компьютером Вносит изменения в драйверы сетевых интерфейсов и другие системные компоненты.

Перейти к началу страницы

Устранение неполадок

Процедура устранения неполадок TCP/IP зависит от используемого типа подключения и проблемы.

Автоматическое устранение неполадок

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

1.	Нажмите кнопку Пуск и выберите команду Справка и поддержка.
2.	Щелкните ссылку Использование служебных программ для просмотра информации о компьютере и диагностики неполадок, а затем в списке слева выберите пункт Диагностика сети.
3.	Если выбрать пункт Собрать информацию, средство сетевой диагностики соберет сведения о настройке и выполнит автоматический поиск неисправностей, связанных с сетевым подключением.
4.	Когда процесс завершится, отметьте любой элемент, помеченный красным шрифтом как FAILED, чтобы раскрыть его и просмотреть дополнительные сведения о результатах проверки.

Затем можно использовать полученные сведения для самостоятельного решения проблемы или обратиться за помощью к специалисту службы технической поддержки, предоставив ему эти сведения. Сравнив результаты тестов, выявивших проблемы, с документацией в разделе «Разрешение проблем вручную» (см. далее в этой статье), можно определить источник неполадки. Для интерпретации результатов по подключению TCP/IP разверните раздел «Сетевые адаптеры», а затем — сетевой адаптер, при проверке которого были выявлены ошибки.

Интерфейс диагностики сети может быть также запущен напрямую с помощью следующей команды:

netsh diag gui

Устранение неполадок вручную

Для устранения неполадок подключений TCP/IP вручную следует использовать указанные способы в следующем порядке:

Способ 1. Проверка конфигурации с помощью средства IPConfig

Чтобы проверить конфигурацию TCP/IP на компьютере, где обнаружена проблема, с помощью средства IPConfig, нажмите кнопку Пуск, выберите пункт Выполнить и введите команду cmd. Для получения сведений о конфигурации компьютера, включая его IP-адрес, маску подсети и шлюз по умолчанию, можно использовать программу ipconfig.

Если указать для IPConfig параметр /all, будет создан подробный отчет о конфигурации всех интерфейсов, включая адаптеры удаленного доступа. Отчет IPConfig можно записать в файл, что позволит вставлять его в другие документы. Для этого введите команду

ipconfig > имя_папкиимя_файла

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

Отчет команды IPConfig позволяет выявить ошибки в конфигурации сети компьютера. Например, если компьютер имеет IP-адрес, который уже присвоен другому компьютеру, то маска подсети будет иметь значение 0.0.0.0.

Если компьютер имеет IP-адрес 169.254.y.z и маску подсети 255.255.0.0, то IP-адрес был назначен средством автоматического назначения IP-адресов APIPA операционной системы Windows XP Professional. Это означает, что TCP/IP настроен для автоматической конфигурации, сервер DHCP не был найден и не была указана альтернативная конфигурация. В этой конфигурации для интерфейса не задан шлюз по умолчанию.

Если компьютер имеет IP-адрес 0.0.0.0, значит, он был переопределен средством опроса носителя DHCP. Это может быть вызвано тем, что сетевой адаптер не обнаружил подключения к сети, или тем, что протокол TCP/IP обнаружил IP-адрес, который дублирует присвоенный вручную адрес компьютера.

Если не удалось определить проблемы в конфигурации TCP/IP, перейдите к способу 2.

Способ 2. Проверка подключения с помощью средства Ping

Если в конфигурации TCP/IP не было обнаружено ошибок, проверьте возможность подключения компьютера к другим компьютерам в сети TCP/IP. Для этого используется средство Ping.

С помощью средства Ping можно проверить подключение на уровне IP. Команда ping отправляет на другой компьютер сообщение с эхо-запросом по протоколу ICMP. С помощью средства Ping можно узнать, может ли главный компьютер отправлять IP-пакеты на компьютер-получатель. Команду Ping можно также использовать для выявления того, чем вызвана проблема – неполадкой сетевых устройств или несовместимостью конфигураций.

Примечание Если была выполнена команда ipconfig /all и отобразилась конфигурация IP, то адрес замыкания на себя и IP-адрес компьютера не нужно проверять с помощью команды Ping. Эти задачи уже были выполнены командой IPConfig при выводе конфигурации. При устранении неполадок следует убедиться, что существует маршрутизация между локальным компьютером и узлом сети. Для этого используется команда

ping IP-адрес

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

Чтобы использовать команду ping, выполните следующие действия:

Задайте адрес замыкания на себя, чтобы проверить правильность настройки и установки TCP/IP на локальном компьютере. Для этого служит следующая команда:

ping 127.0.0.1

Если контроль по обратной связи завершится ошибкой, это означает, что стек IP не отвечает. Подобное поведение наблюдается в следующих случаях:

•	Повреждены драйвера TCP.
•	Не работает сетевой адаптер.
•	Другая служба мешает работе протокола IP.

Обратитесь по IP-адресу локального компьютера, чтобы убедиться в том, что он был правильно добавлен в сеть. Если таблица маршрутизации не содержит ошибок, эта процедура просто приведет к направлению пакета по адресу замыкания на себя 127.0.0.1. Для этого служит следующая команда:

ping IP-адрес локального узла

Если контроль по обратной связи выполнен успешно, но локальный IP-адрес не отвечает, возможно, проблема заключается в таблице маршрутизации драйвера сетевого адаптера.

Обратитесь по IP-адресу шлюза по умолчанию, чтобы проверить его работоспособность и возможность связи с локальным узлом локальной сети. Для этого служит следующая команда:

ping IP-адрес шлюза по умолчанию

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

Обратитесь по IP-адресу удаленного узла, чтобы проверить возможность связи через маршрутизатор. Для этого служит следующая команда:

ping IP-адрес удаленного узла

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

Обратитесь по IP-адресу удаленного узла, чтобы проверить, может ли быть разрешено имя удаленного узла. Для этого служит следующая команда:

ping имя удаленного узла

Команда Ping использует разрешение имен для разрешения имени компьютера в IP-адрес. Поэтому, если обращение по IP-адресу производится успешно, а обращение по имени – неудачно, проблема заключается в разрешении имени узла, а не в сетевом подключении. Проверьте, настроены ли для компьютера адреса сервера DNS (вручную в свойствах TCP/IP или автоматически). Если адреса сервера DNS выводятся командой ipconfig /all, обратитесь по адресам сервера, чтобы проверить, доступны ли они.

Если на одном из этапов использования средства Ping возникают ошибки, выполните следующие действия:

•	Убедитесь, что IP-адрес локального компьютера действителен и правильно задан на вкладке Общие диалогового окна Свойства протокола Интернета (TCP/IP) или с помощью средства Ipconfig.
•	Убедитесь, что настроен шлюз по умолчанию и имеется связь между узлом и шлюзом по умолчанию. Для разрешения проблем должен быть настроен только один шлюз по умолчанию. Хотя шлюзов по умолчанию может быть несколько, все шлюзы кроме первого используются только тогда, когда стек IP определяет, что первый шлюз не работает. При устранении неполадок определяется состояние первого из настроенных шлюзов. Для облегчения задачи все остальные шлюзы можно удалить.
•	Убедитесь, что отключен протокол безопасности IPSec. При некоторых политиках IPSec пакеты Ping могут блокироваться или требовать защищенного подключения. Дополнительные сведения о протоколе IPSec см. в способе 7. Проверка протокола IPSec

Внимание! Если соединение с удаленной системой, к которой происходит обращение, имеет большое время задержки (это относится, например, к спутниковой линии связи), возможно, ответа придется ждать дольше. С помощью параметра -w можно задать более продолжительный период ожидания, чем период по умолчанию, равный 4 секундам.

Способ 3. Проверка маршрутизации с помощью средства PathPing

PathPing – это средство, выявляющее потери пакета на маршрутах, включающих несколько прыжков. Обратившись с помощью PathPing к удаленному узлу, можно убедиться, что маршрутизаторы, через которые проходит пакет, работают нормально. Для этого служит следующая команда:

pathping IP-адрес удаленного узла

Способ 4. Очистка кэша ARP с помощью средства Arp

Если обращение по адресу замыкания на себя (127.0.0.1) и собственному IP-адресу выполняется успешно, но ко всем остальным IP-адресам обратиться не удается, попытайтесь очистить кэш протокола ARP (Address Resolution Protocol, протокол разрешения адресов). С помощью командной строки выполните одну из следующих команд.

Чтобы удалить записи, введите команду

arp -d IP-адрес

Для очистки кэша ARP используется следующая команда:

netsh interface ip delete arpcache

Способ 5: Проверка шлюза по умолчанию

Адрес шлюза должен находится в той же сети, что и локальный узел. Иначе сообщения компьютера не будут передаваться вне локальной сети. Если адрес шлюза принадлежит той же сети, что и узел, убедитесь, что адрес шлюза по умолчанию корректен. Шлюз по умолчанию должен являться маршрутизатором, а не только узлом. Маршрутизатор должен иметь возможность передавать IP-датаграммы.

Способ 6. Проверка связи с помощью средств Tracert или Route

Если шлюз по умолчанию отвечает правильно, обратитесь к удаленному узлу, чтобы убедится в правильной работе межсетевых соединений. Если эти соединения работают некорректно, проследите путь сообщения к получателю с помощью служебной программы Tracert. Для IP-маршрутизаторов, которые являются компьютерами с операционной системой Microsoft Windows 2000 или Microsoft Windows NT 4.0, просмотрите таблицу IP-маршрутизации с помощью средства маршрутизации или оснастки «Маршрутизация и удаленный доступ» этих компьютеров. На других IP-маршрутизаторах для просмотра таблицы IP-маршрутизации используйте средство, указанное поставщиком используемой операционной системы.

В большинстве случаев при использовании команды Ping отображаются четыре следующих сообщения об ошибках:

Это сообщение об ошибке означает, что количество требуемых проходов через маршрутизатор превышает время жизни (TTL). Время жизни можно увеличить с помощью команды ping-i. Возможно, причина этой ошибки в том, что в маршрут является циклическим. Чтобы узнать, действительно ли возник циклический маршрут (из-за неправильной конфигурации маршрутизаторов), используйте команду Tracert.

Destination Host Unreachable

Это сообщение об ошибке означает, что к узлу-получателю нет локального или удаленного маршрута (на узле-отправителе или маршрутизаторе). Проверьте таблицу маршрутизации на локальном узле или маршрутизаторе.

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

Ping request could not find host

Это сообщение об ошибке означает, что не удается разрешить имя узла-получателя. Проверьте имя и доступность серверов DNS или WINS.

Способ 7. Проверка протокола IPSec

IPSec может усилить безопасность в сети, но усложнить изменение конфигурации сети и устранение неполадок. В некоторых случаях политика IPSec требует защищенного подключения для компьютера под управлением Windows XP Professional. Это требование затрудняет установку подключения к удаленному узлу. Если службы IPSec развернуты на локальном узле, можно отключить их в оснастке «Службы».

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

Способ 8. Проверка фильтрации пакетов

Ошибки при фильтрации пакетов могут нарушить работу системы разрешения адресов или подключения. Чтобы узнать, является ли фильтрация пакетов источником проблемы, отключите фильтрацию пакетов TCP/IP. Для этого выполните следующие действия.

1.	Нажмите кнопку Пуск и последовательно выберите пункты Панель управления, Сеть и подключения к Интернету и Сетевые подключения.
2.	Щелкните правой кнопкой мыши значок подключения по локальной сети, которое требуется изменить, и выберите пункт Свойства.
3.	На вкладке Общие в списке Отмеченные компоненты используются этим подключением выберите вариант Протокол Интернета (TCP/IP) и нажмите кнопку Свойства.
4.	Нажмите кнопку Дополнительно и перейдите на вкладку Параметры.
5.	В диалоговом окне Необязательные параметры выберите элемент Фильтрация TCP/IP и нажмите кнопку Свойства.
6.	Снимите флажок Задействовать фильтрацию TCP/IP (все адаптеры) и нажмите кнопку OK.

Попробуйте обратиться к адресу по его имени DNS, имени NetBIOS компьютера или IP-адресу. Если обращение выполнено успешно, возможно, параметры фильтрации были неправильно установлены или накладывают слишком жесткие ограничения. Например, фильтрация может разрешить компьютеру выступать в роли веб-сервера, но отключить ряд средств, таких как удаленное администрирование. Чтобы расширить диапазон допустимых параметров фильтрации, измените допустимые значения для порта TCP, порта UDP и протокола IP.

Способ 9. Проверка подключения к определенному серверу

Чтобы определить причину проблемы при подключении к серверу через NetBIOS, выполните команду nbtstat -n на этом сервере. Это позволит узнать, под каким именем сервер зарегистрирован в сети.

Команда nbtstat -n выводит несколько имен, под которыми зарегистрирован компьютер. Среди этих имен должно быть имя, похожее на то, которое указано на вкладке Имя компьютера окна Система, доступного с панели управления. Если такого имени нет, попытайтесь использовать любое другое уникальное имя, выведенное командой nbtstat.

Средство Nbtstat также может отображать кэшированные записи удаленных компьютеров, которые отмечены #PRE в файле Lmhosts или относятся к недавно разрешенным именам. Если удаленные компьютеры используют для сервера одно и то же имя, а другие компьютеры находятся в удаленной подсети, убедитесь, что для них задано соответствие «имя-адрес» в файлах Lmhosts или в серверах WINS.

Способ 10. Проверка удаленных подключений

Чтобы определить, почему не устанавливается подключение по протоколу TCP/IP с удаленным компьютером, выполните команду netstat -a, показывающую состояние всех портов TCP и UDP локального компьютера.

Если подключение TCP работает нормально, в очередях Sent (Отправлено) и Received (Получено) отображается 0 байт. Если в одной из этих очередей данные блокируются или они имеют состояние «irregular», подключение может быть неисправно. Если данные не блокируются, а очереди находятся в состоянии «typical», то проблема, вероятно, вызвана задержкой в работе сети или программе.

Способ 11. Проверка таблицы маршрутизации с помощью средства Route

Для того чтобы два узла могли обмениваться IP-датаграммами, они должны иметь маршруты друг к другу или использовать шлюзы по умолчанию, где имеются эти маршруты. Чтобы просмотреть таблицу маршрутизации на компьютере под управлением Windows XP, введите команду

route print

Способ 12: Проверка путей с помощью средства Tracert

Средство Tracert отправляет сообщения с эхо-запросами, увеличивая на каждом шаге значения в IP-заголовке поля TTL, чтобы определить сетевой путь между двумя узлами. Затем средство Tracert анализирует возвращенные сообщения ICMP. Tracert позволяет прослеживать путь, не превышающий 30 прыжков. Tracert определяет причину проблемы, когда при проходе через какой-либо маршрутизатор происходит ошибка или маршрут образует замкнутый цикл. После того, как маршрутизатор, являющийся причиной проблемы, обнаружен, обратитесь к администратору маршрутизатора, если маршрутизатор находится в другой сети, или сами восстановите работоспособность маршрутизатора, если он находится под вашим управлением.

Способ 13. Устранение неполадок в шлюзах

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

Your default gateway does not belong to one of the configured interfaces

Сравните часть IP-адреса шлюза по умолчанию, соответствующую идентификатору сети, с идентификаторами сети сетевых адаптеров компьютера. В частности, проверьте, равен ли результат логического поразрядного И IP-адреса и маски подсети результату логического поразрядного И основного шлюза и маски подсети.

Например, если компьютер имеет один сетевой адаптер с IP-адресом 172.16.27.139 и маской подсети 255.255.0.0, шлюз по умолчанию должен иметь адрес 172.16.y.z.y.z. Идентификатор сети для этого интерфейса IP — 172.16.0.0.

Дополнительные ресурсы

Перечисленные ниже ресурсы содержат дополнительные сведения по разрешению проблем TCP/IP:

Раздел Configuring TCP/IP (Настройка TCP/IP) документации к пакету ресурсов Microsoft Windows XP Professional Resource Kit.

Раздел Introduction to TCP/IP (Общие сведения о TCP/IP) руководства TCP/IP Core Networking Guide, входящего в пакет ресурсов Microsoft Windows 2000 Server Resource Kit, содержит общие сведения о наборе протоколов TCP/IP.

Раздел Unicast Routing Overview (Общие сведения об одноадресной маршрутизации) руководства Internetworking Guide, входящего в пакет ресурсов Microsoft Windows 2000 Server Resource Kit, содержит дополнительные сведения о принципах маршрутизации.

Раздел TCP/IP Troubleshooting (Устранение неполадок TCP/IP) руководства TCP/IP Core Networking Guide, входящего в пакет ресурсов Microsoft Windows 2000 Server Resource Kit, содержит дополнительные сведения о фильтрации пакетов IP.

Перейти к началу страницы

Источник

Нет, это не наш метод! Мы пойдем другим путем и продемонстрируем превосходство человека над машиной. А заодно и восстановим работу TCP/IP, не прибегая к реинсталляции ОС. Вот как это делается:
ОБСЛУЖИВАНИЕ ИТ-ИНФРАСТРУКТУРЫ: подробное how to по организации своего бизнеса — ЗДЕСЬ >>>

Открываем редактор реестра REGEDIT (Кнопка “Пуск” — пункт “Выполнить” — пишем regedit и нажимаем

) и безжалостно удаляем два ключа реестра:

* HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWinsock
* HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWinSock2

Выходим из REGEDIT и ОБЯЗАТЕЛЬНО (!) перезагружаемся.

Строки

[MS_TCPIP.PrimaryInstall]
; TCPIP has properties to display
Characteristics = 0xA0 ; NCF_HAS_UI | NCF_NOT_USER_REMOVABLE

замените на

[MS_TCPIP.PrimaryInstall]
; TCPIP has properties to display
Characteristics = 0×80 ; NCF_HAS_UI

Перезагрузите компьютер.

После перезагрузки установите протокол TCP/IP с нуля. Вот и все.

Источник

В
этой главе представлены сведения по
устранению неполадок, связанных с
протоколом TCP/IP
(Протокол управления передачей/Межсетевой
протокол), таких как подключение и
производительность.

Секции
этой главы фокусируются на общих
проблемах TCP/IP,
а также на проблемах маршрутизации,
связанных с Протоколом маршрутной
информации (RIP),
Внутренним протоколом маршрутизации
шлюзов (IGRP),
Расширенным IGRP
(Enhanced
IGRP),
Протоколом динамической маршрутизации
под названием «Открыть первый кратчайший
путь» (OSPF),
Протоколом граничного шлюза (BGP),
Протоколом горячего резервирования
маршрутизатора (HSRP).
Каждый раздел описывает конкретные симптомы,
проблемы, которые могут быть причиной
каждого симптома, и решения этих
проблем.

TCP/IP:
Локальный узел не может получить доступ
к удаленному узлу.
TCP/IP:
Маршруты получены от неверного
интерфейса или протокола.
TCP/IP:
Маршрутизация не функционирует должным
образом на новом интерфейсе.
TCP/IP:
Подключение выходит из строя при
использовании определенных приложений.
TCP/IP:
Проблемы с отправкой по протоколу BOOTP
(сетевой протокол, используемый для
автоматического получения клиентом
IP-адреса)
и другими широковещательными пакетами
UDP.
TCP/IP:
Низкая производительность.
RIP/IGRP:
Из таблицы маршрутизации пропадают
маршруты.
OSPF:
Маршрутизаторы не обнаруживают своих
соседей.
OSPF:
Из таблицы маршрутизации пропадают
маршруты.
IP
Enhanced
IGRP:
Маршрутизаторы не обнаруживают своих
соседей.
IP
Enhanced
IGRP:
Из таблицы маршрутизации пропадают
маршруты.
IP
Enhanced
IGRP:
Маршрутизатор зависает в активном
режиме работы.
BGP:
Из таблицы маршрутизации пропадают
маршруты.
BGP:
Маршрутизаторы не извещают о своих
маршрутах.
HSRP:
Узлы не могут получить доступ к удаленным
сетям.

Симптомы,
описанные в следующих разделах, носят
общий характер и относятся к
общим сетевым проблемам TCP / IP. Однако,
когда обсуждаются проблемы конфигурирования
компьютера, предполагается, что имеются
в виду системы семейства UNIX. Подобные виды
действий могут быть применимы и к
компьютерам с другими системами, но
обсуждение не касается конкретных
проблем с системами не из семейства
UNIX.

Tcp/ip: Локальный узел не может получить доступ к удаленному узлу.

Симптом: узлы в
одной сети не могут связываться с
узлами в удаленной сети. Сети
разделены одним или несколькими
маршрутизаторами и могут включать
в себя WAN или другие соединения. Существует один
или несколько протоколов маршрутизации,
работающих на данных маршрутизаторах.

Таблица
5-1 описывает проблемы, которые
могут привести к этому симптому, и
описывает решения этих проблем.

Таблица
5-1. Локальный узел не может получить
доступ к удаленному узлу.

Возможная проблема	Решение
Шлюз по умолчанию не указан или неправильно настроен на локальном или удаленном узле	Если узлы работают ненаправленно, необходимо настроить шлюз по умолчанию.
ШАГ 1. Определите, имеют ли локальный узел и удаленный узел спецификацию шлюза по умолчанию. Используйте команду UNIX: unix-host% netstat –rn Проверьте, есть ли в выводе этой команды спецификация шлюза по умолчанию.
ШАГ 2. Если спецификации шлюза по умолчанию неверна, или если ее нет вообще, вы можете добавить или изменить шлюз по умолчанию с помощью следующей команды UNIX на локальном узле: unix-host% route add default address 1 ,где address – IP-адрес шлюза по умолчанию (маршрутизатора, локального по отношению к узлу). Значение 1 показывает, что указанный шлюз находится на расстоянии одного транзитного участка. Возможно, потребуется перезагрузить хост, чтобы изменения вступили в силу.
ШАГ 3. Рекомендуется указать назначение шлюза по умолчанию, как часть процесса загрузки. Укажите IP-адрес шлюза в файле узла /etc/defaultrouter. Этот файл может быть другим на вашей UNIX-системе Если вы работаете с PC или Macintosh, обратитесь к соответствующей документации, чтобы определить, как настроить шлюз по умолчанию.
Неверно настроены или отсутствуют направления маршрутов по умолчанию	ШАГ 1. Если узел работает направленно, используйте команду UNIX netstat –rn, чтобы увидеть маршруты в таблице маршрутизации. Запись, в которой в пункте «Destination» указано default, обозначает маршрут по умолчанию.
ШАГ 2. Запись маршрута по умолчанию должна указывать на маршрутизатор, который имеет маршрут к удаленному хосту. Если нет записи маршрута по умолчанию, используйте команду rout UNIX-системы, чтобы вручную настроить шлюз по умолчанию.
Таблица DNS¹ узла неполная	Если таблица DNS хоста является неполной, то DNS не сможет отвечать на некоторые поисковые запросы. Если DNS получает запрос поиска для узла, которого нет в ее кэше, то она не сможет ответить на запрос, а пользователь не сможет установить соединение.
ШАГ 1. В UNIX запросе введите следующую команду: unix-host% host address где address – это адрес сервера, маршрутизатора. Или другого узла сети.
ШАГ 2. Если результат этой команды – сообщение “Host not found”, но вы можете установить соединение, используя IP-адреса узла, а не его имя, попробуйте установить соединение с другими узлами, используя их имена. Если вы можете открыть соединения с другими узлами, используя их имена, значит, таблица DNS хоста может быть неполной. Добавьте отображение имени узла на адрес в кэш DNS для каждого узла сети.
ШАГ 3. Если вы не можете открыть ни одного соединения, используя имена узлов, то возможно DNS не запущена и не работает. Информацию по устранению неполадок смотрите в следующей проблеме, “DNS служба не работает”.
DNS служба не работает	Если в ответ на UNIX запрос host возвращается сообщение » Host not found», но вы можете открыть соединение напрямую через использование IP-адреса узла, вероятнее всего DNS служба не работает. Обратитесь к документации DNS программного обеспечения или системному администратору для получения информации о настройке DNS.
Маршрутизация не работает на одном или нескольких маршрутизаторах	Шаг 1. Используйте EXEC команду trace, чтобы локализовать проблему маршрутизатора (или маршрутизаторов).
Шаг 2. Если вы нашли странно ведущий себя маршрутизатор, определите включена ли маршрутизация. Воспользуйтесь привилегированной EXEC коммандой show ip route, чтобы просмотреть таблицу маршрутизации. Проверьте, что таблица маршрутизации заполнена информацией о маршрутах.
Шаг 3. Если маршрутная информация отсутствует (то есть, результат команды show ip route не показывает записи, которые были извлечены из протокола маршрутизации). используйте исполняемую комманду show running-config.
Шаг 4. Используйте команду router глобальной конфигурации для протокола маршрутизации, который должнен использоваться. Например, если маршрутизатор использует IGRP, введите следующее: router igrp 109 network 192.16 8.52.0 network 192.16 8.4 8.0
Шаг 5. Если маршрутизация не включена на одном или нескольких маршрутизаторах, включите соответствующий протокол маршрутизации с помощью команды router глобальной конфигурации маршрутизатора.
Шаг 6. В режиме настройки маршрутизатора, введите соответствующие network команды, чтобы связать сети с процессом маршрутизации, в зависимости от обстоятельств. Например, чтобы включить маршрутизацию IGRP для сетей 193.166.66.0 и 193.168.25.0, введите следующие команды конфигурации: Router(config)# router lgrp 109 Router(config-router)# network 193.166.66.0 Router(config-router)# network 193.168.2 5.0
Для получения полной информации о настройке конкретных IP-протоколов маршрутизации см. «Cisco IOS Network Protocols Configuration Guide. Part 1» «Network Piotocols Command Reference. Part 1.»
Маршрутизация выполняется неверно на одном или нескольких маршрутизаторах	В этом разделе будут приведены специфичные симптомы неправильной работы оборудования и приемы их устранения. Например, проверьте таблицу маршрутизации на различных маршрутизаторах с использованием привилегированной EXEC команды show ip route. Если у вас запущена IGRP и есть маршруты, отсутствующие в таблице маршрутизации (то есть, вы не видите пути к определенной сети, но вы знаете, что путь есть), обратитесь к разделу «RIP / IGRP: Маршруты пропадают из таблицы маршрутизации» далее в этой главе.

1.
DNS = доменная система имен

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник