2.3. Обычные проблемы с tcp/ip и их решения

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

Если вы не получаете ответа на команду PING и не можете другим образом соединиться с удаленным узлом при использовании локальной сети в качестве клиента удаленного доступа, вы, возможно, не установили флажок Use Default Gateway On Remote Network при настройках TCP/IP в адресной книге службы удаленного доступа. Эта возможность добавляет в таблицу маршрутизации, новую запись. Эта запись позволяет отправлять пакеты, для которых IP-адрес узла назначения невозможно определить при помощи других записей в таблице маршрутизации, — на шлюз с другой стороны канала, используемого службой удаленного доступа. Эта возможность должна быть разрешена для использования утилит Интернета, таких как Web-браузер или FTP.

Используйте команду ROUTE add для создания пути к подсети, которую вы пытаетесь использовать, и связывания этого пути с локальным шлюзом. Например, если компьютер, с которым вы соединяетесь, имеет IP-адрес 11.1.0.3, используйте для создания пути в таблице следующую команду:

route add 11.0.0.0 MASK 255.0.0.0 199.199.41.1

Это позволит отправлять все пакеты, предназначенные для сети 11.Х.Х.Х, на шлюз (199.199.41.1) в локальной сети.

Используйте команду NBTSTAT -n  для определения причины проблем, которые возникают при установлении связи с сервером, имеющим определенное имя. Эта команда позволит вам узнать, какое имя сервер зарегистрировал в сети. Команда NBTSTAT также полезна, когда необходимо вывести на экран значения для удаленных компьютеров из кэша имен — записей из файла LM HOSTS, помеченных тегом   ftPRE, либо записей для недавно определенных имен.

Если при соединении с удаленным компьютером IP-адреса работают, но имена узлов — нет, убедитесь, что файл HOSTS и DNS настроены правильно. Для этого проверьте настройки определения имен, выбрав в окне Network вкладку DNS. Убедитесь, что IP-адреса серверов DNS указаны верно и в нужном порядке. Используйте NSLOOKUP, чтобы убедиться, что сервер DNS работает правильно. Отправьте эхо-запрос на удаленный компьютер при помощи команды PING, использовав как IP-адрес, так и имя узла, чтобы убедиться, что имя узла определяется правильно. Если вы используете для определения имен файл HOSTS, проверьте его дважды — нет ли в нем каких-нибудь опечаток.

Если TCP/IP-соединение с удаленным компьютером выглядит зависшим, используйте команду NETSTAT -а для вывода статуса всех активных TCP- и  UDP-портов на локальной машине. Если кажется, что с со   единением все в порядке, то, скорее всего, размер очереди для отправки и приема установлен в 0 байт. Если данные заблокированы в очереди или состояние соединения отличается от обычного, то, вероятно, существует проблема со связью; в противном случае проблема, скорее всего, связана с сетью или с приложениями.

2.4. Работа со стеком протоколов  TCP/IP  в операционной системе  Win  2000.   Нажмите на эту ссылку.