Чи намагатиметься NAT-роутер спілкуватися безпосередньо з пристроєм у своїй підмережі або лише через свій шлюз?


1

Я знаю, що це досить неоднозначно, тому що багато факторів сприяють тому, як маршрутизується трафік, але чи очікується поведінка, що коли клієнти в NATED мережі намагаються надіслати пакет за адресою за межами своєї підмережі, але в підмережі маршрутизатора, маршрутизатор буде спробувати зв’язатися безпосередньо з цією адресою? Або пакети будуть відправлені до шлюзу, а потім назад до комутатора та нарешті до пункту призначення?

У мене таке налаштування:

Шлюз для маршрутизатора встановлений на 10.1.1.1

Клієнти NATed (їх небагато) відправляють трафік до 10.1.1.X, як вони туди потрапляють?

                all devices have a netmask 255.255.255.0

                    |modem internal address:10.1.1.1|
                               |
                               |
                           |switch|
                               |
                              / \
                             /   \
                            /     \
  |server address: 10.1.1.x|       |router external address: 10.1.1.Y|
                                   |    internal address: 10.1.2.1   |
                                                    |
                                                    |
                                         |client address 10.1.2.X|


тло: у

мене виникають деякі проблеми зі швидкістю (dsl / у світі), коли я генерую багато трафіку всередині мережі 10.1.1.0 і підозрюю, що модем (який не обладнаний для такого типу трафіку) може стати джерелом мого вузького місця, якщо через нього надсилається весь внутрішній трафік. Я не мав багато досвіду роботи з мережами, тому не знаю, чи очікується, що маршрутизатор повинен вести себе таким чином.


Будь ласка, зверніться до Супер Користувача
Майка Пеннінгтона

Чи можна це перемістити?
Крейг Лафферті

Відповіді:


2

NAT чи ні, у вас є різні підмережі, і те, як маршрути трафіку з підмережі та поза підмережі працюють однаково з IPv4. Якщо ви перебуваєте в 10.1.2.0/24 і відправляєте що-небудь ще 10.1.2.0/24, ваш трафік не обробляється маршрутизатором. Пристрій бачить, що пункт призначення знаходиться в одній мережі, і використовуватиме ARP для отримання апаратної адреси пункту призначення, а частина комутатора маршрутизатора буде направляти пакети на основі таблиці ARP до потрібного пристрою.

Якщо ви 10.1.2.0/24 і хочете перейти на що-небудь 10.1.1.0/24, клієнт побачить, що пункт призначення не в тій самій мережі, і відправить його у відповідний шлюз (у більшості випадків за замовчуванням, якщо у вас немає більш складної схеми маршрутизації, але в будь-якому випадку шлюз). Шлюз перегляне місце призначення та побачить, чи він знаходиться у власній мережі, чи потрібно його перенести далі. Якщо він знаходиться в одній мережі, він консультується зі своєю таблицею ARP та ARP, якщо необхідно, щоб надіслати пакети до потрібного пристрою в своїй мережі. Оскільки ваш маршрутизатор має зовнішню адресу 10.1.1.Y, щось 10.1.1.0/24 буде в його мережі, тому він просто відправить пакет на апаратну адресу. У цьому випадку модем ніколи не побачить трафік.

Якщо йому потрібно піти в інше місце (наприклад, адреса з іншого боку модему), він вимикається на відповідний шлюз - 10.1.1.1, і цей шлюз зробить те саме, і передасть його до самого відповідний шлюз, який він має для пункту призначення, і ця схема триває, поки не досягне свого пункту призначення.

Про скільки трафіку ви тут говорите? Який тип комутатора знаходиться під модемом? Подивіться на специфікацію магістралі щодо цього та переконайтеся, що він може керувати трафіком, який ви прокладаєте через нього. Цей пристрій здається, що він є найбільш правдоподібним вузьким місцем у описаному вами сценарії.


Це гігабітний комутатор, я починаю вважати, що маршрутизатор просто не здатний керувати усім трафіком в цілому.
Крейг Лафферті

Дякую за допомогу в його звуженні. Це тимчасове рішення, поки я не буду будувати коробку pfsense з карткою змінного струму.
Крейг Лафферті
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.