SoftEther жергілікті көпірі немесе SecureNAT: қайсысын қосу
Жергілікті көпір хабты нақты Ethernet сегментіне қояды, ал SecureNAT өз мекенжайларын ойлап табады. Біреуін таңдаңыз, содан кейін шлюз мен шешушіні тексеріңіз.
SoftEther Manager-ді ашыңыз, және хаб туралы алғашқы шынайы шешім құсбелгі емес, топология мәселесі. Жергілікті көпір сол хабты физикалық адаптерге қосады және бар сегментке мекенжай беруге мүмкіндік береді, ал SecureNAT хабқа өзінің виртуалды маршрутизаторын, NAT және DHCP береді. Олардың арасында таңдау мекенжайлардың қайдан келетінін және олар үшін қай құрылғы жауап беретінін өзгертеді. Екеуін бірге қосып, біреуі жеңеді деп үміттену — жұмыс істеп тұрған зертхананы қолдау тақырыбына айналдыратын жол.
Шынымен өңдеп жатқан хабтан бастаңыз
Manager серверлер мен хабтардың ағашын көрсетеді, және әдепкі хабты реттеу оңай, ал клиенттер басқа атаулы хабқа қосылады. Хабты басып, оның атын оқыңыз және астында тізілген сессиялар қызмет көрсеткіңіз келетін клиенттер екенін растаңыз. Осы бір тексеру кейін протоколға жабылатын шатасудың көп бөлігін болдырмайды.
Содан кейін клиентке алыс жақтан не қажет екенін шешіңіз. Тарату мен LAN қызметтері бар ортақ Ethernet мінез-құлқы көпірге сілтейді, шағын мекенжай ауқымына маршрутталған жеке қатынас 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 ауқымынан мекенжайлар алады, виртуалды маршрутизатор әдепкі шлюз үшін жауап береді, ал сыртқа шығуы керек трафик аударылады. Физикалық адаптер қатыспайды, сондықтан бұл бір NIC және коммутатор конфигурациясыз хостта жұмыс істейді.
Бағасы — виртуалды мекенжайлар хабқа тиесілі және басқа ешнәрсеге емес. Кеңсе 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.internalLinux клиентінде сол ақпарат мекенжай, маршрут және шешуші файлдарынан келеді. Әдепкі маршрут — трафиктің туннель арқылы шығатынын шешетін мән. Егер шлюз кеңсе маршрутизаторына сілтеп, ал туннель трафикті тасуды күтсе, топология аты бойынша көпірленген және іс жүзінде бұзылған. Алдымен мекенжай көзін түзетіңіз, содан кейін қолданбаны қайта сынаңыз, тек содан кейін ғана екінші режимді өзгертуді қарастырыңыз.