route Wi-Fi интерфейсінің атауын қабылдайды, шағымсыз шығады, ал хост қолжетімсіз күйінде қалады. Ештеңе бүлінбеген; маршруттағы қатынас жай ғана дұрыс емес: интерфейс жалаушасы межелі нүктенің қай байланыста екенін айтады, басқа жердегі межелі нүктеге трафикті қай маршрутизатор қабылдауы керегін емес. Пәрмен синтаксистік тұрғыдан дұрыс болғандықтан орындалады, жұмыс істейтін жолды сипаттағандықтан емес.

Дәл осы айырмашылық VPN жанындағы маршрут ерекшелігінің жұмыс істейтінін немесе тек сенімді көрінетінін анықтайды.

Интерфейс — шығу жолы, келесі қадам — тапсыру

192.168.50.20 мекенжайлы Mac пен 192.168.50.1 мекенжайындағы маршрутизатор болғанда сол байланыстағы басқа машинаға тікелей жетуге болады. Кадр сол машинаға адрестеліп, сымға қойылады. Маршрутизатор қатыспайды және интерфейспен шектелген маршрут дәл осыны білдіреді. Алыс ұшын басқа ғимараттағы хостқа ауыстырыңыз — сол пәрмен мәнсіз болады. Mac-тің сымға қоятын екінші деңгей мекенжайы жоқ, сондықтан интерфейс жалаушасына сипаттайтын ештеңе жоқ.

Байланыстан тыс межелі нүкте басқаша. Mac екінші деңгейде жете алмайтын хостқа адрестелген кадрды сымға қоя алмайды; пакетті жете алатын маршрутизаторға тапсырады. Сондықтан маршрутқа шлюз керек, ал шлюздің өзі қосылған байланыста қолжетімді болуы тиіс.

Байланыстан тыс межелі нүкте үшін интерфейс жалаушасын қолдану macOS-қа бұл межені сымда тұрғандай қарауды айтады. Сонда ядро ол үшін екінші деңгей мекенжайын шеше алмайды және пакет қатеде ешқандай пайдалы ақпаратсыз тасталады.

Интерфейс жалаушасы шын мәнінде нені растайды

Apple-дың маршрут анықтамасы делдалсыз тікелей қолжетімді межелі нүктелер үшін интерфейс пішімін анықтайды. Бұл байланыс моделі туралы мәлімдеме, қай адаптерді қолдану туралы таңдау емес. Wi-Fi арқылы интернет хостқа жету әлі де сол Wi-Fi байланысындағы маршрутизаторды қажет етеді және маршрут оны атауы керек.

Интерфейс ауқымы — жеке атрибут. Ол ауқым шешімдері үшін, мысалы қай бастау мекенжайы қолданылатыны, маршрутты белгілі интерфейспен байланыстырады, бірақ интерфейс өзі жете алмайтын межелі нүктеге қолжетімділік жасамайды. Екі атрибут әртүрлі сұрақтарға жауап береді.

Сондықтан пәрмен қабылданып, кестеде көрініп, бәрібір сәтсіз аяқталуы мүмкін. Ядро ниетіңізді тексермейді; ол не растағаныңызды жазады, ал растау меженің байланыста екені болды. Үнсіз сәттіліктен кейінгі үнсіз тастау — күтілетін нәтиже, ақау емес. Желіні кінәламас бұрын растауды өзіңізге қайта оқып шығыңыз.

Байланыстан тыс межелі нүктеге қажет маршрут

LAN маршрутизаторы арқылы 198.51.100.25 сияқты құжаттама мекенжайына бекітілген жол үшін көзделген қатынас — межелі нүкте, 192.168.50.1 келесі қадамы және сол қадамға жететін LAN интерфейсі. Интерфейс маршрут пәрменімен мәжбүрленбейді, келесі қадамды іздеуден туындайды.

macOS-те тек оқуға арналған тексеру — route -n get 198.51.100.25. Шлюз бен интерфейс жолдарын бірге оқып, шлюздің Mac шынымен жете алатын мекенжай екенін тексеріңіз. Басқа ішкі желідегі шлюз немесе соңғы желілік өзгерістен бері жоғалған шлюз дұрыс көрінетін және ештеңе жібермейтін маршрут жасайды.

Тұрақты нұсқаулықта en0 мәнін қатты кодтамаңыз. Интерфейс атаулары адаптерлермен, доктармен және VPN клиенттерімен өзгереді, ал қатесін атайтын маршрут кеңірек желілік ақау ретінде оңай оқылатын түрде сәтсіздікке ұшырайды.

Ауыстырмас бұрын ағымдағы таңдауды оқыңыз

Бірдеңе қоспас бұрын жүйе не таңдағанын және неге таңдағанын тексеріңіз. Бұл шығыс трафиктің туннель арқылы, LAN маршрутизаторы арқылы немесе ешқайда бармайтынын айтады және өзгерістен кейін салыстыру үшін негіз береді. Онсыз жаңа маршруттың күшіне енгенін біле алмайсыз.

Содан кейін мекенжай тобын тексеріңіз. IPv4 үшін қосылған маршрут IPv6 межесіне ештеңе жасамайды, ал екі топқа да шешілетін қызмет үзіліспен қолжетімді болып көрінуі мүмкін. Маршрут кестесі мен шешуші әртүрлі сұрақтарға жауап береді және екеуі де көзделген жолға сай болуы керек.

Соңында, маршрут — таңдау, рұқсат емес. Басқарылатын VPN профилі немесе клиент сүзгісі кесте нұсқаса да тікелей жолды тыйюы мүмкін, сондықтан сәтті кесте жазбасы тергеуді аяқтайды деп болжамай, нақты қолданбамен сынаңыз.

Туннельдер мен саясат пішінді өзгертеді

Нүкте-нүкте интерфейстері — жеке жағдай. Туннель Ethernet стиліндегі шлюз мекенжайынсыз маршрут алып жүре алады және бұл автоматты түрде дұрыс емес емес. Көрген әрбір кесте жазбасына Wi-Fi мысалын кеңейтудің орнына интерфейстің нақты байланыс моделін қолданыңыз.

Өзгеріс сұраулары үшін межелі нүктені, бекітілген желілік жолды, ағымдағы шлюз бен интерфейсті және ерекшелікті кім ұстауы керегін жазыңыз. Иесі маңызды, өйткені пәрмен жолында терілген біржолғы маршрут саясат емес және келесі қайта қосылу оны жояды.

Егер талап VPN қосулы кезде осы хостқа жету болса, адал жауап әдетте интерфейске ие желі менеджері орнататын, жергілікті маршрутизатор арқылы нақты хост маршруты. Егер талап кез келген нәрсеге тікелей жету болса, талаптың өзі маршрут пәрменінен бұрын саясат қарауын қажет етеді.

Қатысты мақалалар