Локальний міст SoftEther чи SecureNAT: що ввімкнути
Локальний міст ставить концентратор у справжній сегмент Ethernet, а SecureNAT вигадує власні адреси. Виберіть один варіант, потім перевірте шлюз і резолвер.
Відкрийте SoftEther Manager, і перше справжнє рішення про концентратор — не прапорець, а питання топології. Локальний міст підключає цей концентратор до фізичного адаптера і дозволяє наявному сегменту видавати адреси, а SecureNAT дає концентратору власний віртуальний маршрутизатор, NAT і DHCP. Вибір між ними змінює, звідки надходять адреси і який пристрій відповідає за них. Увімкнути обидва й сподіватися, що один переможе, — це шлях, яким робоча лабораторія перетворюється на тему підтримки.
Почніть із концентратора, який ви справді редагуєте
Manager показує дерево серверів і концентраторів, і легко налаштувати типовий концентратор, доки клієнти підключаються до іншого, з іншим ім'ям. Клацніть концентратор, прочитайте його ім'я і переконайтеся, що перелічені нижче сеанси — це клієнти, яким ви хочете служити. Ця одна перевірка запобігає більшій частині плутанини, яку потім списують на протокол.
Далі вирішіть, що потрібно клієнтові з далекого боку. Спільна поведінка Ethernet із широкомовленням і службами LAN вказує на міст, маршрутизований приватний доступ до невеликого діапазону адрес вказує на SecureNAT, а вихід в інтернет — це рішення про маршрутизацію, яке обидві схеми можуть погано витримати.
Запишіть відповідь, перш ніж щось натискати, бо ці два налаштування не взаємозамінні, а скасування триває довше за рішення. Дві хвилини запису економлять годину перепідключень.
Що локальний міст робить з адресацією
Локальний міст підключає концентратор до фізичного адаптера, тому концентратор стає частиною цього сегмента Ethernet. Клієнти отримують адреси від того, що вже обслуговує сегмент, а їхнім шлюзом стає маршрутизатор сегмента. З погляду клієнта він увійшов до офісної LAN, з усією доступністю і всією вразливістю, які це передбачає.
Це також означає, що мосту потрібен справжній адаптер із належною підтримкою драйвера, а адміністратор має бути уповноважений розширювати цей сегмент. Вхід у VPN доводить автентифікацію, а не право розмістити хост у виробничому VLAN. Перевірте, що ім'я драйвера відповідає потрібному адаптеру, бо міст на неправильному порту швидко виводить сегмент з ладу. Якщо список адаптерів порожній або міст повідомляє про помилку, причина зазвичай пов'язана з драйвером чи правами, а не з криптографією.
Читайте таблицю мостів із командного рядка, коли графічне дерево неоднозначне. Вивід називає адаптер, чого дерево не завжди робить.
vpncmd /SERVER localhost /HUB VPN /CMD BridgeList
vpncmd /SERVER localhost /HUB VPN /CMD SessionListПорожній список мостів із підключеними сеансами — корисна картина: клієнти всередині віртуального концентратора, і ніщо ще не розширює його на сегмент.
Що додає SecureNAT і що приховує
SecureNAT дає концентратору віртуальний маршрутизатор, функцію NAT і службу DHCP, усе всередині процесу SoftEther. Клієнти отримують адреси з віртуального діапазону DHCP, віртуальний маршрутизатор відповідає за шлюз за замовчуванням, а трафік, якому потрібно вийти, транслюється. Фізичний адаптер не задіяний, тому це працює на хості з однією мережевою картою і без налаштування комутатора.
Ціна в тому, що віртуальні адреси належать концентратору і більше нічому. Машина в офісній LAN не може без допомоги маршрутизувати до адреси SecureNAT клієнта, а все, що реєструє адреси джерела, бачить трансльовану адресу хоста SoftEther. Якщо ваші правила доступу або журнал аудиту залежать від реальної адреси клієнта, це зміна проєкту, а не деталь. Це також вирішує, чи побачить правило адреси джерела клієнта взагалі.
Це ще й сервер DHCP. Запуск у сегменті, де такий уже є, або міст того самого сегмента одночасно дає двох відповідачів і непередбачувані оренди. Посібник розглядає ці дві функції як окремі рішення саме з цієї причини.
Перевірте, що концентратор обслуговує зараз, перш ніж вмикати щось інше. Кожна команда друкує поточний стан, а не запланований.
vpncmd /SERVER localhost /HUB VPN /CMD SecureNatStatusGet
vpncmd /SERVER localhost /HUB VPN /CMD NatGet
vpncmd /SERVER localhost /HUB VPN /CMD DhcpGetУвімкнути одне, не зламавши інше
Виберіть схему, увімкніть її, а іншу залиште вимкненою. Концентратор із мостом і з SecureNAT одночасно — це концентратор із двома можливими відповідями на одне питання, і клієнт повірить тому, що прийде першим. Переходячи з однієї на іншу, вимкніть стару функцію і перепідключіть клієнта, замість того щоб припускати, що нове налаштування діє на наявний сеанс.
Упорядкуйте зміну так, щоб пул клієнтів не перекривався з діапазоном LAN. Перекривні підмережі — друга за частотою причина тунелю, який підключається, а потім нічого не досягає, і вони невидимі, доки ви не порівняєте обидва плани адресації поряд.
Потім перепідключіться з клієнта і прочитайте, що він отримав, бо бачення концентратора щодо сеансу — не бачення клієнта щодо власної мережі. Перепідключення — єдиний надійний спосіб змусити видати нову оренду.
Перевірте шлюз і резолвер на клієнті
Успішна автентифікація каже, що облікові дані працюють і концентратор прийняв сеанс. Вона нічого не каже про те, чи клієнт чогось досягає, бо це залежить від адреси, маски, шлюзу і DNS-сервера, які він отримав. Прочитайте ці чотири значення на клієнті, перш ніж знову торкатися налаштування сервера.
У Windows відомості про адаптер показують оренду і резолвер, а таблиця маршрутів показує, чи тунель справді є шляхом за замовчуванням.
ipconfig /all
route print -4
nslookup intranet.corp.internalНа клієнті Linux ті самі відомості надходять із файлів адрес, маршрутів і резолвера. Маршрут за замовчуванням — це значення, яке вирішує, чи трафік узагалі виходить через тунель. Якщо шлюз указує на офісний маршрутизатор, а тунель має нести трафік, топологія зведена мостом за назвою і зламана на практиці. Спершу виправте джерело адрес, потім перевірте застосунок знову і лише після цього думайте про зміну іншого режиму.