Як з'єднати дві мережі без можливості зміни шлюзу за замовчуванням?


2

У мене є декілька інтерфейсів VPS Linux (Ubuntu) з декількома постачальниками, і я з'єдную їх разом із віртуальною мережею на задній план від ZeroTier ( https://www.zerotier.com/ ). Я використовую це, щоб робити такі речі, як реплікація бази даних між серверами, без необхідності дозволити з'єднання бази даних через загальнодоступний Інтернет. Також у віртуальній мережі розміщений мій домашній сервер VM, який працює під управлінням Windows 2008. Це за NAT в моїй домашній мережі, і я включаю його в задній план, щоб дозволити моїм веб-інструментам аутентифікувати проти AD за допомогою LDAP. Віртуальна мережа - це просте рішення зробити NAT важливим.

Моя домашня мережа використовує підмережу 192.168.1.x, а моя віртуальна мережа ZeroTier використовує підмережу 192.168.2.x. Що я хотів би зробити, це об'єднати дві мережі разом, щоб будь-який з віртуальних вузлів у віртуальній мережі ZeroTier був безпосередньо доступний з будь-якої машини на моїй домашній мережі, і навпаки.

Мій домашній маршрутизатор надається Інтернет-провайдером і не дозволяє мені налаштувати статичні маршрути, але всі машини в моїй домашній мережі є частиною домену AD, і я передбачаю, що я можу використовувати групову політику для налаштування будь-яких статичних маршрутів Мені потрібно на клієнтах через сценарій запуску. Я не в змозі змінити шлюз за замовчуванням у своїй домашній мережі - маршрутизатор встановлює себе таким, коли надає IP-адреси через DHCP.

Я не маю уявлення, як досягти того, що я намагаюся зробити. Я припускаю, що мені потрібно встановити статичні маршрути для всіх клієнтів Windows у моїй домашній мережі, щоб відправити трафік, призначений для 192.168.2.x, на VM Windows 2008 (192.168.1.52), встановити маршрути для всіх VPS, щоб відправити трафік, призначений для 192.168 .1.x у вікні Windows 2008 VM (192.168.2.100), а потім зробіть щось у вікні Windows 2008, щоб домогтися належного переходу між його фізичними та віртуальними мережевими інтерфейсами за потребою. Це чудово на папері, але мені ніколи не доводилося встановлювати статичні маршрути в Windows або Linux до цих пір, і я не маю уявлення, як, і я не знаю, як змусити інсталяцію Windows VM для виконання своєї ролі як посередник / роутер.

Деякі додаткові відомості: Окрім Windows 2008 VM, у моїй домашній мережі також є VM сервера Ubuntu. Якщо в цьому сценарії простіше використовувати поле Linux як середній чоловік, то я можу це зробити. Я включив вікно Windows у віртуальну мережу, тому що хотів, щоб VPS мали можливість легко отримати доступ до його послуг, але якщо ми зможемо об'єднати дві підмережі, вони, очевидно, зможуть це зробити у будь-якому разі.

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


У вас є схема вашої мережі? Мені важко слідувати.
Герута

Звісна річ! Заздалегідь вибачте за мої хитрі навички діаграмування. Домашня мережа (192.168.1.x) підключена до Інтернету через маршрутизатор. Всі VPS мають власний загальнодоступний IP на додаток до адреси 192.168.2.x у віртуальному інтерфейсі.
Джейсон Вільямс

Дякую за схему. Зробити це з'ясувати це трохи простіше. Тепер ще одне питання до вас. Як ваш сервер Windows на 192.168.1.52 може спілкуватися з вашою віртуальною мережею ZeroTier? Я ніколи раніше не натрапляв на цю послугу. Це програма, яку ви встановлюєте на свої ПК для формування віртуальної мережі?
Герута

Тож я просто переглянув це трохи детальніше. Чи можете ви встановити додаток ZeroTier на клієнт Windows і Linux Server? Якщо ви це зробите, це дасть вам два інтерфейси. 1 інтерфейс підключиться до мережі 192.168.1.x, а інший підключиться до мережі 192.168.2.x. Комп'ютер буде пересилати весь трафік, призначений для мережі 2.x, з віртуального інтерфейсу NetTier, а все інше буде спрямовано з належного реального інтерфейсу.
Герута

Я думаю, що це, можливо, я повинен пройти. Я збираюся пограти ще трохи з визначенням статичних маршрутів і, можливо, встановити служби маршрутизації на вікно Windows 2008. Ми побачимо!
Джейсон Вільямс
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.