В Linux, почему я не могу получить доступ к своей сети после подсети с маской 255.255.255.240?

Хорошо, сначала у меня есть система двойной загрузки. Linux Mint 18 (Сара) Корица и Windows 7 SP1. Хорошо, что я сделал это, потому что я новичок в Linux.

Когда я впервые установил Windows и Linux, я настроил LAN1 как 192.168.1.1/255.255.255.0. У меня не было проблем с доступом к LAN1 или Интернету из любой ОС.

Недавно я решил подсеть. Я изменил LAN1 на 192.168.64.80/255.255.255.240. Это дало мне xxx80 в качестве шлюза, 14 используемых IP-адресов как xxx81-xxx94, что достаточно, и xxx95 как широковещательную рассылку. Затем я перезагрузил маршрутизатор, и новые IP-адреса были переданы через DHCP. Сеть Windows получила данные DHCP, и я без проблем смог получить доступ к LAN1 и Интернету. Пробовал то же самое с Linux и не может получить доступ к чему-либо по LAN1 или Интернету. Изучив как сетевой апплет на рабочем столе, так и ifconfig через терминал, стало ясно, что Linux знает о новых данных DHCP. Поэтому я не понимаю, почему я не могу получить доступ к чему-либо!

Кто-нибудь знает особенности сети Linux, так что я могу починить то, что, очевидно, требует ремонта?

Заранее спасибо.

Источник

3 ответа

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

Для вашего примера 192.168.64.80/28:

Network    = 192.168.64.80
First host = 192.168.64.81
Last host  = 192.168.64.94
Broadcast  = 192.168.64.95

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

Источник

Маршрутизаторы Cisco имеют команду глобальной конфигурации ip subnet-zero, которая разрешает использование сетевого адреса в качестве хоста. Однако не все реализации IP поддерживают это по умолчанию, как здесь.

Однако в более поздних версиях IOS, по-видимому, по умолчанию включен ip subnet-zero, поэтому ваш маршрутизатор, вероятно, не в своем уме, позволяя настроить его как таковой.

Однако ваш linux-бокс может быть не настроен на использование нулевой подсети. Там может быть sysctl установка; могут быть некоторые дополнительные ifconfig или же route флаги для установки использования нулевой подсети. Тем не менее, я не использую Linux, и поэтому я не могу проверить, действительно ли какой-либо из методов googled для использования нулевой подсети действительно работает как задумано.

С сайта cisco по настройке подсети-ноль..

Подсеть с адресом подсети 0 недопустима и настоятельно не рекомендуется (как указано в RFC 791) из-за путаницы, которая может возникнуть между сетью и подсетью, имеющей одинаковые адреса. Например, если сеть 131.108.0.0 имеет подсеть как 255.255.255.0, подсеть 0 будет записана как 131.108.0.0, которая идентична сетевому адресу.

Вы можете использовать подсети all 0s и all 1s (131.108.255.0), даже если это не рекомендуется. Конфигурирование интерфейсов для подсети all 1s явно разрешено. Однако, если вам нужно все пространство подсети для ваших IP-адресов... (используйте команду, выделенную жирным курсивом выше)

Источник

У Linux нет проблем с этим. Когда я сталкивался с подобными проблемами, обычно это было одно из следующих:

  • Брандмауэр по умолчанию, установленный в ОС, проверьте с помощью:

    sudo iptables -nvxL

    (обратите внимание на политику тоже)

  • Опечатка в конфигурации сети - на клиенте или сервере

  • Опечатка в команде конфигурации, например ifconfig - он может полностью настроить поддельные адреса, а некоторые реализации не принимают CIDR (/28), вы должны ввести его или использовать ключевое слово "маска сети".

  • Дублирующиеся MAC-адреса

    cat /proc/net/arp

  • IP-адрес в том же диапазоне на другом сетевом интерфейсе

  • Вирусная инфекция на роутере, проверьте прошивку
  • Сетевой коммутатор с портами, которые зависли, перезагрузите его
Источник
Другие вопросы по тегам