Таблица маршрутизации постоянный маршрут не работает (Windows). Таблица маршрутизации windows 7


Две сетевые карты Windows 7. Настройка маршрутизации

Иногда возникают ситуации при которой необходимо иметь две сетевые карты на одном компьютере для подключения к различным сетям. Например есть подключение компьютера к провайдеру и внутренней сети предприятия. Или тестовый WEB-сервер изолированный от интернет и подключение к интернет и т. д.

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

Решение проблемы:

Есть компьютер с двумя сетевыми картами с ОС Windows

Первая сетевая карта имеет статический или динамически ip адрес(выданный маршрутизатором) подключенный к провайдеру.

Вторая сетевая карта подключена в свитч внутренней сети. Статика или динамика тоже значения не имеет.

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

Допустим:ip адрес маршрутизатора подключенного к провайдеру 10.10.4.1ip адрес внутреннего маршрутизатора 192.168.1.1

Вариант 1:Прописать в командной строке следующие командыROUTE ADD 192.168.1.0 MASK 255.255.255.0 192.168.1.1 -pROUTE ADD 0.0.0.0 MASK 0.0.0.0 10.10.4.1 -pВсе. Первая строка указывает на то, что весь трафик который относиться к сети 192.168.1.0 будет отправляться на съедение внутресетевому маршрутизатору. Вторая строка указывает на то, что весь трафик не относящийся к первому маршруту, добавленному первой строкой, будет направляться на маршрутизатор подключенный к интернет провайдеру.Ключ -p указывает, что маршрут должен сохраняться после перезагрузки компьютера.

Вариант 2:Задавать метрику в настройках соединения. Метрика это как бы обратный приоритет. Чем метрика меньше, тем авторитетней маршрут. То есть чтобы интернет не отвалился надо на соединение локальной сети выставить значение больше, чем на соединение с интернет.

Свойства -> Протокол интернета TCP/IP -> Дополнительно -> Снять галку "Автоматическое назначение метрики" и выставить значение например 100 - для соединения с локальной сетью.

www.avesblog.ru

Настройка маршрутизации в Windows

Дефаулт маршрут можно изменить только в графическом интерфейсе в поле основной шлюз.

Для внесения или удаления записей из таблицы маршрутизации можно использовать команду ROUTE.

Формат команды:

route add|delete адрес_назначения MASK маска след_узел.

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

Для того чтобы компьютер стал принимать пакеты из сети адресованные не ему (то есть стал работать как маршрутизатор) необходимо запустить службу Windows «Маршрутизация и удаленных доступ» через графический интерфейс, либо выполнив команду net start remoteaccess.

Просмотреть внесенные изменения можно с помощью команды netstat -r.

Настройка маршрутизации в Linux

Для внесения или удаления записей из таблицы маршрутизации можно использовать команду ROUTE.

Формат команды:

route add -net сеть_назначения netmask маска gw след_узел

route delete -net сеть_назначения

где сеть_назначения и маска - IP-адрес и маска сети назначения (сети, в которой находится конечный пункт следования дейтаграммы), след_узел - IP-адрес следующего маршрутизатора на пути к указанной сети назначения.

Указание default вместо адреса сети назначения обозначает маршрут по умолчанию (в этом случае маска не требуется). В другом случае если маска не указана, route выберет ее из своих соображений.

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

Просмотреть внесенные изменения можно с помощью команды netstat -r.

Если необходимо чтобы запись стала постоянной и не исчезала при перезагрузке необходимо править конфигурационные файлы в /etc . Подробнее смотри в документации на выбранную сборку Linux.

Для того чтобы компьютер стал принимать пакеты из сети адресованные не ему (то есть стал работать как маршрутизатор) необходимо переменную ядра ip_forvard установить в 1. Для этого выполним sysctl –w net.ipv4.ip_forward=1 или

echo 1 > /proc/sys/net/ipv4/ip_forward, но параметр будет действовать только до перезагрузки. Для внесения постоянно нужно править конфиг файлы (см. документацию).

Проверка маршрутизации

Для проверки можно использовать команду ping, но удобнее использовать команду traceroute(Linux) или tracert(Windows).

Программа traceroute (tracert - Windows) выводит список промежуточных узлов сети на маршруте от данного узла к указанному.

 

Порядок выполнения работы

1. Провести анализ требований. Выбрать IP адреса и маски сетей для реализации поставленной задачи.

2. Построить таблицу в которой для каждой подсети указать адрес сети, маску, начальный адрес и последний адрес.

3. Нарисовать структурную схему сети с указанием выбранных адресов.

4. Собрать необходимую конфигурацию сети в виртуальной машине.

5. Настроить параметры сетевых адаптеров рабочих станций под заданные требования.

6. Вывести с помощью команды NETSTAT -R и проанализировать маршрутные таблицы настроенных рабочих станций.

7. Настроить параметры сетевых адаптеров маршрутизаторов.

8. Вывести с помощью команды NETSTAT -R и проанализировать маршрутную таблицу маршрутизаторов.

9. Проверить работоспособность сети с помощью команды PING.

10. Проанализировать движение пакета с помощью команды TRACERT.

 

Содержание отчета

1. Введение.

2. Задание.

3. Анализ требований. Обоснование выбора IP адресов и масок сетей.

4. Таблица адресов.

5. Структурная схема сети.

6. Скриншоты или команды настройки параметров сетевых адаптеров на рабочих станциях и маршрутизаторах.

7. Распечатка маршрутных таблиц всех рабочих станций и маршрутизаторов с описанием их содержимого.

8. Скриншоты выполнения команды Ping со всех рабочих станций

9. Скриншоты выполнения команды Tracert c пояснениями.

10. Выводы.

 

Контрольные вопросы:

5. Сколько адресов может иметь хост?

6. Может ли у хоста быть прописано несколько шлюзов?

7. Может ли у хоста быть прописано несколько шлюзов по умолчанию?

8. Чем отличаются таблицы у разных классов сетевых устройств?

9. Почему начальный адрес подсети должен быть кратен ее размеру?

10. Чем Вы руководствовались при выборе шлюзов по умолчанию?

11. Может ли физический сегмент сети содержать несколько сетевых подсетей?

12. Какие утилиты командной строки для работы с сетью Вы знаете?

Варианты заданий

 

Необходимо создать подсети по индивидуальным характеристикам, а затем соединить их через роутеры (рис. 2.1). В качестве роутеров используется машина с несколькими физическими интерфейсами под управлением Linux и Windows.

Требования для построения сети по вариантам представлены в таблице.

Таблица 2.1

Количество хостов в подсети
A B
Рис. 2.1. Структура создаваемой сети

 

 

 

Литература

1. Олифер В.Г. Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы: Учебник для вузов 4-е изд. - СПб.: Питер, 2011. – 958с.:ил.

2. Куроуз Дж., Росс К. Компьютерные сети, 4-е изд. - СПб.: Питер, 2007

3. Столингс В. Передача данных – 4-е изд. - СПб.: Питер, 2004

 

studopedya.ru

WindowsFAQ.ru

Выводит на экран и изменяет записи в локальной таблице IP-маршрутизации. Запущенная без параметров, команда route выводит справку.

Синтаксис

route [-f] [-p] [команда [конечная_точка] [mask маска_сети] [шлюз] [metric метрика]] [if интерфейс]]

Параметры
-f Очищает таблицу маршрутизации от всех записей, которые не являются узловыми маршрутами (маршруты с маской подсети 255.255.255.255), сетевым маршрутом замыкания на себя (маршруты с конечной точкой 127.0.0.0 и маской подсети 255.0.0.0) или маршрутом многоадресной рассылки (маршруты с конечной точкой 224.0.0.0 и маской подсети 240.0.0.0). При использовании данного параметра совместно с одной из команд (таких, как add, change или delete) таблица очищается перед выполнением команды. -p При использовании данного параметра с командой add указанный маршрут добавляется в реестр и используется для инициализации таблицы IP-маршрутизации каждый раз при запуске протокола TCP/IP. По умолчанию добавленные маршруты не сохраняются при запуске протокола TCP/IP. При использовании параметра с командой print выводит на экран список постоянных маршрутов. Все другие команды игнорируют этот параметр. Постоянные маршруты хранятся в реестре по адресу HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes команда Указывает команду, которая будет запущена на удаленной системе. В следующей таблице представлен список допустимых параметров.

Команда

Назначение

add

Добавление маршрута

change

Изменение существующего маршрута

delete

Удаление маршрута или маршрутов

print

Печать маршрута или маршрутов

конечная_точка Определяет конечную точку маршрута. Конечной точкой может быть сетевой IP-адрес (где разряды узла в сетевом адресе имеют значение 0), IP-адрес маршрута к узлу, или значение 0.0.0.0 для маршрута по умолчанию. mask маска_сети Указывает маску сети (также известной как маска подсети) в соответствии с точкой назначения. Маска сети может быть маской подсети соответствующей сетевому IP-адресу, например 255.255.255.255 для маршрута к узлу или 0.0.0.0. для маршрута по умолчанию. Если данный параметр пропущен, используется маска подсети 255.255.255.255. Конечная точка не может быть более точной, чем соответствующая маска подсети. Другими словами, значение разряда 1 в адресе конечной точки невозможно, если значение соответствующего разряда в маске подсети равно 0. шлюз Указывает IP-адрес пересылки или следующего перехода, по которому доступен набор адресов, определенный конечной точкой и маской подсети. Для локально подключенных маршрутов подсети, адрес шлюза — это IP-адрес, назначенный интерфейсу, который подключен к подсети. Для удаленных маршрутов, которые доступны через один или несколько маршрутизаторов, адрес шлюза — непосредственно доступный IP-адрес ближайшего маршрутизатора. metric метрика Задает целочисленную метрику стоимости маршрута (в пределах от 1 до 9999) для маршрута, которая используется при выборе в таблице маршрутизации одного из нескольких маршрутов, наиболее близко соответствующего адресу назначения пересылаемого пакета. Выбирается маршрут с наименьшей метрикой. Метрика отражает количество переходов, скорость прохождения пути, надежность пути, пропускную способность пути и средства администрирования. if интерфейс Указывает индекс интерфейса, через который доступна точка назначения. Для вывода списка интерфейсов и их соответствующих индексов используйте команду route print. Значения индексов интерфейсов могут быть как десятичные, так и шестнадцатеричные. Перед шестнадцатеричными номерами вводится 0х. В случае, когда параметр if пропущен, интерфейс определяется из адреса шлюза. /? Отображает справку в командной строке.
Примечания
  • Большие значения в столбце metric таблицы маршрутизации — результат возможности протокола TCP/IP автоматически определять метрики маршрутов таблицы маршрутизации на основании конфигурации IP-адреса, маски подсети и стандартного шлюза для каждого интерфейса ЛВС. Автоматическое определение метрики интерфейса, включенное по умолчанию, устанавливает скорость каждого интерфейса и метрики маршрутов для каждого интерфейса так, что самый быстрый интерфейс создает маршруты с наименьшей метрикой. Чтобы удалить большие метрики, отключите автоматическое определение метрики интерфейса в дополнительных свойствах протокола TCP/IP для каждого подключения по локальной сети.
  • Имена могут использоваться для параметра конечная_точка, если существует соответствующая запись в файле базы данных Networks, находящемся в папке системный_корневой_каталог\System32\Drivers\Etc. В параметре шлюз можно указывать имена до тех пор, пока они разрешаются в IP-адреса с помощью стандартных способов разрешения узлов, таких как запрос службы DNS, использование локального файла Hosts, находящегося в папке системный_корневой_каталог\system32\drivers\etc, или разрешение имен NetBIOS.
  • Если команда — print или delete, параметр шлюз опускается и используются подстановочные знаки для указания точки назначения и шлюза. Значение конечной_точки может быть подстановочным значением, которое указывается звездочкой (*). При наличии звездочки (*) или вопросительного знака (?) в описании конечной точки, они рассматриваются как подстановки, тогда печатаются или удаляются только маршруты, соответствующие точке назначения. Звездочка соответствует любой последовательности символов, а вопросительный знак — любому одному символу. 10.*.1, 192.168.*, 127.* и *224* являются допустимыми примерами использования звездочки в качестве подстановочного символа.
  • При использовании недопустимой комбинации значений конечной точки и маски подсети (маски сети) выводится следующее сообщение об ошибке : «Маршрут: неверная маска подсети адреса шлюза». Ошибка появляется, когда одно или несколько значений разрядов в адресе конечной точки равно 1, а значения соответствующих разрядов маски подсети — 1. Для проверки этого состояния выразите конечную точку и маску подсети в двоичном формате. Маска подсети в двоичном формате состоит из последовательности единичных битов, представляющей часть сетевого адреса конечной точки, и последовательности нулевых битов, обозначающей часть адреса узла конечной точки. Проверьте наличие единичных битов в части адреса точки назначения, которая является адресом узла (как определено маской подсети).
  • Параметр -p поддерживается в команде route только в операционных системах Windows NT 4.0, Windows 2000, Windows Millennium Edition и Windows XP. Этот параметр не поддерживается командой route в системах Windows 95 и Windows 98.
  • Эта команда доступна, только если в свойствах сетевого адаптера в объекте Сетевые подключения в качестве компонента установлен протокол Интернета (TCP/IP).
Примеры

Чтобы вывести на экран все содержимое таблицы IP-маршрутизации, введите команду:

route print

Чтобы вывести на экран маршруты из таблицы IP-маршрутизации, которые начинаются с 10., введите команду:

route print 10.*

Чтобы добавить маршрут по умолчанию с адресом стандартного шлюза 192.168.12.1, введите команду:

route add 0.0.0.0 mask 0.0.0.0 192.168.12.1

Чтобы добавить маршрут к конечной точке 10.41.0.0 с маской подсети 255.255.0.0 и следующим адресом перехода 10.27.0.1, введите команду:

route add 10.41.0.0 mask 255.255.0.0 10.27.0.1

Чтобы добавить постоянный маршрут к конечной точке 10.41.0.0 с маской подсети 255.255.0.0 и следующим адресом перехода 10.27.0.1, введите команду:

route -p add 10.41.0.0 mask 255.255.0.0 10.27.0.1

Чтобы добавить маршрут к конечной точке 10.41.0.0 с маской подсети 255.255.0.0 и следующим адресом перехода 10.27.0.1 и метрикой стоимости 7, введите команду:

route add 10.41.0.0 mask 255.255.0.0 10.27.0.1 metric 7

Чтобы добавить маршрут к конечной точке 10.41.0.0 с маской подсети 255.255.0.0 и следующим адресом перехода 10.27.0.1 и использованием индекса интерфейса 0х3, введите команду:

route add 10.41.0.0 mask 255.255.0.0 10.27.0.1 if 0x3

Чтобы удалить маршрут к конечной точке 10.41.0.0 с маской подсети 255.255.0.0, введите команду:

route delete 10.41.0.0 mask 255.255.0.0

Чтобы удалить все маршруты из таблицы IP-маршрутизации, которые начинаются с 10., введите команду:

route delete 10.*

Чтобы изменить следующий адрес перехода для маршрута с конечной точкой 10.41.0.0 и маской подсети 255.255.0.0 с 10.27.0.1 на 10.27.0.25, введите команду:

route change 10.41.0.0 mask 255.255.0.0 10.27.0.25

www.windowsfaq.ru

Таблица маршрутизации постоянный маршрут не работает (Windows)

Привет я настроил следующим постоянные маршруты на моем сервере Windows.

route -p ADD 10.32.1.40 MASK 255.255.255.255 172.16.8.254 route -p ADD 10.192.1.40 MASK 255.255.255.255 172.16.8.254

они работают нормально изначально, но при перезагрузке они больше не работают и больше не отображаются как активный маршрут. Как такое могло случиться?

мой маршрут вывода выглядит следующим образом

Tracing route to 10.192.1.40 over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 10.129.81.11 2 <1 ms <1 ms <1 ms 10.222.129.5 3 17 ms 4 ms 4 ms 10.48.1.121 4 1 ms 1 ms 1 ms 10.222.13.13 5 4 ms 4 ms 4 ms 10.222.13.14 6 * * * Request timed out. 7 * * * Request timed out. 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 PS C:\Users\Administrator> route print =========================================================================== Interface List 12 ...00 50 56 bb 76 d2 ...... Intel(R) PRO/1000 MT Network Connection #2 11 ...00 50 56 bb 47 c4 ...... Intel(R) PRO/1000 MT Network Connection 1 ........................... Software Loopback Interface 1 14 ...00 00 00 00 00 00 00 e0 isatap.{B96D2DBB-444E-4452-ADD3-E20B7A534D11} 13 ...00 00 00 00 00 00 00 e0 isatap.{7D99C8C8-276A-4232-A137-BA84ACBD738D} 10 ...02 00 54 55 4e 01 ...... Teredo Tunneling Pseudo-Interface =========================================================================== IPv4 Route Table =========================================================================== Active Routes: Network Destination Netmask Gateway Interface Metric 0.0.0.0 0.0.0.0 10.129.81.10 10.129.81.234 266 10.10.110.0 255.255.255.0 172.16.6.254 172.16.6.234 11 10.129.81.0 255.255.255.0 On-link 10.129.81.234 266 10.129.81.234 255.255.255.255 On-link 10.129.81.234 266 10.129.81.255 255.255.255.255 On-link 10.129.81.234 266 127.0.0.0 255.0.0.0 On-link 127.0.0.1 306 127.0.0.1 255.255.255.255 On-link 127.0.0.1 306 127.255.255.255 255.255.255.255 On-link 127.0.0.1 306 172.16.0.0 255.255.0.0 172.16.6.254 172.16.6.234 11 172.16.6.0 255.255.255.0 On-link 172.16.6.234 266 172.16.6.234 255.255.255.255 On-link 172.16.6.234 266 172.16.6.255 255.255.255.255 On-link 172.16.6.234 266 224.0.0.0 240.0.0.0 On-link 127.0.0.1 306 224.0.0.0 240.0.0.0 On-link 172.16.6.234 266 224.0.0.0 240.0.0.0 On-link 10.129.81.234 266 255.255.255.255 255.255.255.255 On-link 127.0.0.1 306 255.255.255.255 255.255.255.255 On-link 172.16.6.234 266 255.255.255.255 255.255.255.255 On-link 10.129.81.234 266 =========================================================================== Persistent Routes: Network Address Netmask Gateway Address Metric 10.10.110.0 255.255.255.0 172.16.6.254 1 172.16.0.0 255.255.0.0 172.16.6.254 1 10.32.1.40 255.255.255.255 172.16.8.254 1 10.192.1.40 255.255.255.255 172.16.8.254 1 0.0.0.0 0.0.0.0 10.129.81.10 Default =========================================================================== IPv6 Route Table =========================================================================== Active Routes: If Metric Network Destination Gateway 1 306 ::1/128 On-link 1 306 ff00::/8 On-link =========================================================================== Persistent Routes: None

по данным этот пост наиболее конкретная маска подсети должна получить приоритет. Уверен, что не могу сказать более конкретно, чем 255.255.255.255

дополнительная информация: я могу пропинговать шлюз я пытаюсь установить

PS C:\Users\Administrator> ping 172.16.8.254 Pinging 172.16.8.254 with 32 bytes of data: Reply from 172.16.8.254: bytes=32 time=3ms TTL=255 Reply from 172.16.8.254: bytes=32 time=1ms TTL=255 Reply from 172.16.8.254: bytes=32 time=4ms TTL=255 Reply from 172.16.8.254: bytes=32 time=2ms TTL=255

результат tracert:

PS C:\Users\Administrator> tracert 10.32.1.40 Tracing route to pen-srv1 [10.32.1.40] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 10.129.81.11 2 <1 ms <1 ms <1 ms 10.222.129.5 3 1 ms 1 ms 1 ms 172.29.150.10 4 2 ms 1 ms 1 ms 172.29.150.9 5 * * * Request timed out.

он продолжает прыгать не в ту сеть.

источник

kompsekret.ru

Общие сведения о таблицах маршрутизации Windows и шлюзах по умолчанию

Примечание: это моя домашняя компьютерная лаборатория, а не бизнес / производственная среда. Я более чем счастлив сломать его и исправить его снова, так что любые предложения приветствуются!

резюме

Я добавил Это краткое резюме, потому что этот вопрос становится довольно длинной. Если вы хотите более подробную информацию о маршрутизации таблиц, ИС конфиги и т. д., смотри ниже.

у меня есть несколько сетевых карт на компьютере. Один NIC-172.16.200.1 / 24. Когда я пытаюсь пинговать 172.16.200.2 (хост который существует в сети), получаю ответ. So far, so good.

когда я пытаюсь подключиться к 172.16.200.5 (или любой другой хост, который не существует), компьютер вернется к моему маршруту по умолчанию (0.0.0 через мой шлюз по умолчанию 192.168.0.1) - это будет отправлено моим домашним маршрутизатором, где он затем теряется в цикле маршрутизации в моей сети Интернет-провайдеров. При необходимости ниже приведены более подробные сведения, но я предполагаю, что есть гуру, который может ответить на это уже...

мой вопрос:

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

Я проверил это на нескольких машинах (Server 2008 R2, Windows 7, Hyper-V Server 2012 R2, Windows Server 2012), и все они ведут себя одинаково. Я начинаю это принимать. это "нормальное поведение" для машин Windows, но мне любопытно, можно ли его остановить.

Я создал виртуальную машину Ubuntu с той же конфигурацией, что и мои виртуальные машины Windows-виртуальная машина Ubuntu не возвращается к маршруту по умолчанию, как это делают виртуальные машины Windows. Я добавил таблицы маршрутизации и результаты для виртуальной машины Ubuntu и Windows 8.1 VM в нижней части этого сообщения.

ДАЛЬНЕЙШИЕ ПОДРОБНОСТИ

Я сделал обширный поиск по этому вопросу и ближайший вопрос, который я видел здесь:цикл маршрутизации: TTL истек в пути, но, к сожалению, он не отвечает, как остановка проблема или изменить поведение на компьютере. Ответ предполагает фиксацию маршрута. Я могу изменить свой маршрутизатор, чтобы удалить все, предназначенное для частных IP-адресов (или перенаправить его на IP-адреса моих соседей по дому, хехехе), но это не изменит поведение моего компьютера. (Я также прочитал большое руководство по подсетям, которое было ссылкой в оригинальном ответе, который можно найти по адресу /q/how-to-make-a-statement-that-checks-if-something-is-divisible-by-something-else-without-a-remainder-bash-6436/"Дополнительные параметры" в окно "Сетевые подключения", я подтвердил, что 192.168.0.117 адаптер является самой низкой в адаптерах и привязках того...

Итак, немного ударившись головой, я в тупике. Очевидно, удаление 0.0.0.0 маршрут останавливает его, но, конечно, это остановит мой интернет тоже...

как я могу остановить мой машина пытается пройти через мой шлюз по умолчанию 192.168.0.1, когда он пытается достичь хоста на 172.16.200.0...

http://technet.microsoft.com/en-us/library/cc779122%28v=ws.10%29.aspx ("таблица IP-маршрутизации: TCP/ИС"), кажется, предполагает, что "маршрут по умолчанию обычно пересылает дейтаграммы IP (для которых нет соответствия или явные местный маршрут) на шлюз по умолчанию-адрес маршрутизатора в локальной подсети."Насколько более явным я могу быть с этим маршрут!

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

некоторая дополнительная информация: этот сервер обычно запускает NPS/RRAS - его отключение и даже удаление ничего не сделало. Кроме того, я создал совершенно новую виртуальную машину 2008 R2, дал ей две сетевые карты, одну непосредственно в сети 192.168.0.0, а другую в сети 172.16.200.0, и она сделала то же самое... я надеюсь, вы можете сказать, что я потратил на это немного времени.

Я установил свой домашний маршрутизатор для пересылки всех 172.16.X. X вещи обратно на свой компьютер, но это обходной путь...

есть ли что-нибудь мне не хватает? Возможно, что-то очевидное? Я прошу невозможного?

[UPDATE #1 И #2]

я перерыла все настройки на маршрутизатор и он, кажется, не обрабатывать запросы ARP прокси - это даже не имеет настроек, что я вижу.

Я использовал MS Network Monitor 3.4, чтобы проверить, отвечает ли маршрутизатор на запросы ARP, а они нет. Я могу видеть Запрос ARP отправляется, когда я пытаюсь пропинговать несуществующий хост, и я не получаю никаких ответов ARP. Пингуя хост, который существует, естественно, дает мне ответ ARP. Можно ли с уверенностью предположить, что мой маршрутизатор не обрабатывает запросы ARP прокси-сервера?

таблица маршрутизации на маршрутизаторе была следующей:

> route show Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.20.21.36 * 255.255.255.255 UH 0 0 0 ppp0 192.168.0.0 * 255.255.255.0 U 0 0 0 br0 default * 0.0.0.0 U 0 0 0 ppp0

Я добавил эти записи ниже в качестве временной меры остановки-это останавливает мои бедные "потерянные" пакеты от перехода к моему Интернет-провайдер:

172.16.1.0 192.168.0.117 255.255.255.0 UG 1 0 0 br0 172.16.100.0 192.168.0.117 255.255.255.0 UG 1 0 0 br0 172.16.200.0 192.168.0.117 255.255.255.0 UG 1 0 0 br0

[UPDATE #3-добавлены Ubuntu и Win8.1 таблицы маршрутизации виртуальных машин]

OK, поэтому я создал совершенно новую виртуальную машину Ubuntu и совершенно новую виртуальную машину Windows 8.1. Виртуальная машина Ubuntu не пытается вернуться к маршруту 0.0.0.0, но Windows 8.1. Я попробовал старый ping-a-non-existant-host и наблюдал за трафиком на маршрутизаторе 172.16.1.1. Он получает запросы ICMP от виртуальной машины Windows 8.1 и передает их, но никогда не видит трафика ICMP от виртуальная машина Ubuntu.

таблица Ubuntu VM ниже:

Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface MSS Window irtt 0.0.0.0 172.16.1.1 0.0.0.0 UG 0 0 0 eth0 0 0 0 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth2 0 0 0 172.16.1.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 0 0 0 172.16.200.0 0.0.0.0 255.255.255.0 U 1 0 0 eth2 0 0 0

таблица Windows 8.1 ниже:

=========================================================================== Interface List 9...00 15 5d 01 4c 1c ......Microsoft Hyper-V Network Adapter #2 3...00 15 5d 01 4c 08 ......Microsoft Hyper-V Network Adapter 1...........................Software Loopback Interface 1 4...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter 13...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2 =========================================================================== IPv4 Route Table =========================================================================== Active Routes: Network Destination Netmask Gateway Interface Metric 0.0.0.0 0.0.0.0 172.16.1.1 172.16.1.101 5 127.0.0.0 255.0.0.0 On-link 127.0.0.1 306 127.0.0.1 255.255.255.255 On-link 127.0.0.1 306 127.255.255.255 255.255.255.255 On-link 127.0.0.1 306 172.16.1.0 255.255.255.0 On-link 172.16.1.101 261 172.16.1.101 255.255.255.255 On-link 172.16.1.101 261 172.16.1.255 255.255.255.255 On-link 172.16.1.101 261 172.16.200.0 255.255.255.0 On-link 172.16.200.1 261 172.16.200.1 255.255.255.255 On-link 172.16.200.1 261 172.16.200.255 255.255.255.255 On-link 172.16.200.1 261 224.0.0.0 240.0.0.0 On-link 127.0.0.1 306 224.0.0.0

kompsekret.ru

Иллюстрированный самоучитель по Microsoft Windows 2003 › Маршрутизация › Одноадресная маршрутизация. Понятие таблицы маршрутизации. Типы записей в таблице маршрутизации. [страница - 493] | Самоучители по операционным системам

Одноадресная маршрутизация. Понятие таблицы маршрутизации. Типы записей в таблице маршрутизации.

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

Понятие таблицы маршрутизации

Отправителя и получателя может разделять произвольное количество маршрутизаторов. При этом процесс передачи сообщения от одного маршрутизатора другому называется "прыжком" (hop). Каждый маршрутизатор обладает информацией о структуре сети на расстоянии одного прыжка. Другими словами, маршрутизатор не обладает информацией о точном местоположении требуемого хоста.

В большой сети, да еще и с интенсивно меняющейся структурой (как, например, Интернет), это было бы невозможно. Вместо этого, маршрутизатор обладает информацией о соседних маршрутизаторах и о том, кому из них необходимо передать сообщение для последующей доставки в той или иной ситуации. Эта информация хранится в специальной таблице, которая носит название таблицы маршрутизации (routing table).

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

Типы записей в таблице маршрутизации

Записи в таблице маршрутизации называются маршрутами. При этом существует три типа маршрутов.

  • Маршрут к хосту, или узловой маршрут (Host Route). Этот тип маршрута определяет путь доставки пакета, адресованного хосту с конкретным сетевым адресом. Маршруты к хостам обычно используются для создания настраиваемых маршрутов к определенным компьютерам, а также для управления или оптимизации сетевого трафика.
  • Маршрут к сети, или сетевой маршрут (Network Route). Данный тип маршрута используется для определения способа доставки пакета в подсеть с определенным адресом. Большую часть содержимого таблицы маршрутизации представляют собой маршруты данного типа.
  • Маршрут по умолчанию (Default Route). Маршрут по умолчанию используется, когда не найдены никакие другие маршруты в таблице маршрутизации. Маршрут по умолчанию используется в ситуации, когда в таблице маршрутизации отсутствует соответствующий маршрут по идентификатору сети или маршрут к хосту по адресу получателя. Маршрут по умолчанию упрощает конфигурацию компьютеров. Вместо конфигурирования компьютера и настройки маршрутов для всех идентификаторов сетей в межсетевой среде используется одиночный маршрут по умолчанию для пересылки всех пакетов в сеть получателя или по адресу в межсетевой среде, который не был найден в таблице маршрутизации.

samoychiteli.ru

Таблица маршрутизации — Википедия

Материал из Википедии — свободной энциклопедии

Таблица маршрутизации — электронная таблица (файл) или база данных, хранящаяся на маршрутизаторе или сетевом компьютере, которая описывает соответствие между адресами назначения и интерфейсами, через которые следует отправить пакет данных до следующего маршрутизатора. Является простейшей формой правил маршрутизации.

Таблица маршрутизации обычно содержит:

  • адрес сети или узла назначения, либо указание, что маршрут является маршрутом по умолчанию
  • маску сети назначения (для IPv4-сетей маска /32 (255.255.255.255) позволяет указать единичный узел сети)
  • шлюз, обозначающий адрес маршрутизатора в сети, на который необходимо отправить пакет, следующий до указанного адреса назначения
  • интерфейс, через который доступен шлюз (в зависимости от системы, это может быть порядковый номер, GUID или символьное имя устройства; интерфейс может быть отличен от шлюза, если шлюз доступен через дополнительное сетевое устройство, например, сетевую карту)
  • метрику — числовой показатель, задающий предпочтительность маршрута. Чем меньше число, тем более предпочтителен маршрут (интуитивно представляется как расстояние).

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

=========================================================================== Interface List 0x1 ........................... MS TCP Loopback interface 0x2 ...00 14 2a 8b a1 b5 ...... NVIDIA nForce Networking Controller 0x3 ...00 50 56 c0 00 01 ...... VMware Virtual Ethernet Adapter for VMnet1 0xd0005 ...00 53 45 00 00 00 ...... WAN (PPP/SLIP) Interface =========================================================================== =========================================================================== Active Routes: Network Destination Netmask Gateway Interface Metric 0.0.0.0 0.0.0.0 89.223.67.129 89.223.67.131 20 60.48.85.155 255.255.255.255 89.223.67.129 89.223.67.131 20 60.48.105.1 255.255.255.255 89.223.67.129 89.223.67.131 20 60.48.172.103 255.255.255.255 89.223.67.129 89.223.67.131 20 60.48.203.116 255.255.255.255 89.223.67.129 89.223.67.131 20 60.49.71.132 255.255.255.255 89.223.67.129 89.223.67.131 20 66.36.138.228 255.255.255.255 89.223.67.129 89.223.67.131 20 66.36.152.228 255.255.255.255 89.223.67.129 89.223.67.131 20 74.108.102.130 255.255.255.255 89.223.67.129 89.223.67.131 20 89.223.67.128 255.255.255.192 89.223.67.131 89.223.67.131 20 89.223.67.131 255.255.255.255 127.0.0.1 127.0.0.1 20 89.255.255.255 255.255.255.255 89.223.67.131 89.223.67.131 20 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 164.77.239.153 255.255.255.255 89.223.67.129 89.223.67.131 20 192.168.23.0 255.255.255.0 192.168.23.1 192.168.23.1 20 192.168.23.1 255.255.255.255 127.0.0.1 127.0.0.1 20 192.168.23.255 255.255.255.255 192.168.23.1 192.168.23.1 20 192.168.192.0 255.255.255.0 192.168.192.251 192.168.192.251 1 192.168.192.251 255.255.255.255 127.0.0.1 127.0.0.1 50 192.168.192.255 255.255.255.255 192.168.192.251 192.168.192.251 50 212.113.96.250 255.255.255.255 89.223.67.129 89.223.67.131 20 219.95.153.243 255.255.255.255 89.223.67.129 89.223.67.131 20 224.0.0.0 240.0.0.0 89.223.67.131 89.223.67.131 20 224.0.0.0 240.0.0.0 192.168.23.1 192.168.23.1 20 224.0.0.0 240.0.0.0 192.168.192.251 192.168.192.251 50 255.255.255.255 255.255.255.255 89.223.67.131 89.223.67.131 1 255.255.255.255 255.255.255.255 192.168.23.1 192.168.23.1 1 255.255.255.255 255.255.255.255 192.168.192.251 192.168.192.251 1 Default Gateway: 89.223.67.129 ===========================================================================
Пример таблицы маршрутизации при четырёх интерфейсах (loo

ru.wikipedia.org