Тому, якщо ви думаєте про це, це має сенс, що він перестав працювати. Ключовою інформацією було це:
Я змінив мережеву маску на маршрутизаторі. Це автоматично призвело до змін
в DHCP, який у свою чергу змінив маски net для всіх клієнтів (при оренді
закінчився звичайно).
Тепер я можу пояснити, чому це не працює - однак, щоб отримати більш повне розуміння, ви повинні прочитати про мережу в цілому.
Так ви згадали, що ваші інтерфейси LAN мають мережевий простір 192.168.10.0/24. DCHP гарантує, що всі клієнти в цій мережі також будуть існувати в цьому просторі IP. Це означає, що таблиця маршрутизації ймовірно виглядала так:
Destination Netmask Route Type Gateway
192.168.10.0 255.255.255.0 connected *
0.0.0.0 0.0.0.0 default 192.168.10.1
Щоб зрозуміти цю таблицю маршрутів, потрібно трохи зрозуміти про маршрутизацію.
- Connected - це маршрут, пов'язаний з адресою інтерфейсу та маскою мережі. IP-адреси, які існують в межах цього мережевого простору, підключаються безпосередньо. Тобто, хост буде ARP для адреси і потім відправити трафік на цей хост безпосередньо. Проміжний маршрутизатор (шлюз) не потрібен.
- default - Цей маршрут - це маршрут, по якому весь трафік, який не потрапляє в рамки інших маршрутів у таблиці. Це, як правило, маршрут, необхідний для доступу до Інтернету. Це також є статичний маршрут .
Якщо у вас є клієнт на 192.168.10.0/24 мережі, скажімо 192.168.10.10, який хотів поговорити з IP адресою 192.168.10.15 він би звернувся до таблиці маршрутизації, щоб побачити, як він повинен це робити. Це буде відповідати підключеному маршруту (це буде зроблено шляхом виконання побітових і на IP-адресі призначення та маски мережі в таблиці маршрутизації). 192.168.10.10 потім ARP для 192.168.10.15 і зв'язок буде продовжуватися звідти.
У випадку 192.168.100.1 однак комп'ютер на 192.168.10.0/24 Мережа перевіряла б таблицю маршрутизації і знаходила лише відповідність за маршрутом по замовчуванню, так як вона посилала б трафіку маршрутизатор (шлюз), який має маршрут до цієї мережі.
Коли ви вирощували мережу з 192.168.10.0/24 до a 192.168.0.0/16 мережу ви також змінили таблицю маршрутизації. Таблиця маршрутизації зараз виглядає так:
Destination Netmask Route Type Gateway
192.168.0.0 255.255.0.0 connected *
0.0.0.0 0.0.0.0 default 192.168.10.1
Як результат, тепер, коли ви намагаєтеся перейти 192.168.100.1 шукати таблицю маршрутизації буде відповідати підключеному маршруту. Як результат, ваші хости виконують запит ARP, щоб знайти пристрій, не посилаючи трафік на маршрутизатор. Запит ARP не виконується, оскільки пристрій не існує в одній локальній мережі, а для переходу на маршрутизатор.
Тепер, можливо, маршрутизатор виконує "проксі-арп" для пристрою, але це залежить від програмного забезпечення маршрутизатора.
На більш педантичній і педагогічній перспективі, як правило, вважається поганою практикою мати пов'язаний маршрут, а потім створити менший статичний маршрут у межах цього пов'язаного маршруту. Це може призвести до численних проблем. У цьому випадку у вас є a /16 з яких ви вирізали a /24 перейти до іншого інтерфейсу. Навіть якщо ви зробили /24 хост-маршрут, це ще погана практика. Більшість програмного забезпечення маршрутизатора навіть не дозволить вам зробити це, викинувши помилку, якщо ви спробуєте. Тепер, поки можна використовувати функцію за допомогою такого налаштування, рекомендується використовувати повністю окремі простори IP.
Схоже, ви зацікавлені в тому, щоб робити багато мережевих матеріалів, що добре. Це важке поле, і в цьому районі багато обгортати голову. Я пропоную вам прочитати трохи про це, щоб ви могли зрозуміти, що насправді відбувається.
Однією з книг, якими я користувався, була Network Warrior від O'Reilly Media. Ця книга навчає багатьох мережевих основ. Це, звичайно, моя думка, існує багато інших ресурсів, вільних чи інших.