Synology'де OpenVPN кол алышуусу ишке ашпай жатабы? LAN багыттоосун текшериңиз

Ноутбукуңуз TLS кол алышуусу ишке ашпаганын билдирет, ошондуктан сертификаттарды кайра куруу азгырыгы пайда болот. Мурун мындан да кызыксыз суроо бериңиз: Synology чындыгында кайсы Ethernet портунда угат? Эки LAN порту бар NAS'тын эки дареги бар, жана DSM'деги VPN Server пакети өзүнүн OpenVPN угуучусун ошолордун бирине байлайт. Маршрутизатор 1194'тү башка дарекке багыттаганда, бир да пакет кызматка жетпейт, ал эми кардардын сүйлөшүүгө эч нерсеси жок.

Ката тексти адаштырат, анткени ал кардардын эң акыркы сынаганын сүрөттөйт, биринчи эмне бузулганын эмес. Пакет баракчасын маршрутизатор эрежеси менен салыштырууга эки мүнөт жетет.

Угуучу байланган даректи табыңыз

DSM портторун LAN 1 жана LAN 2 деп атайт, ар биринин өзүнчө дареги жана ички тармагы бар. VPN Server'ди ачыңыз, OpenVPN өтмөгүндө аталган интерфейсти окуңуз, андан кийин Башкаруу панелин ачып, DSM'дин ошол эле интерфейстеги IPv4 дарегин жазып алыңыз. Багыттоо NAS'тын хост атын эмес, ушул эки маанини аташы керек.

Экинчи туташтырылган кабель экинчи угуучуну жаратпайт. Эки байланыш тең туташкандай көрүнүшү мүмкүн, бирок трафикти бир гана дарек кабыл алат, ал эми эки интерфейс бир ички тармакта болсо, эки дарек эреже сакталганга чейин эч ким кайра окубаган бир цифра менен айырмаланат.

SSH аркылуу сокеттин өзүн караңыз, анткени демон чындыгында эмнеге байланганын, жөндөөлөр баракчасы эмнени көздөп жатканын эмес, ушул жерден гана көрүүгө болот.

sudo netstat -anp | grep 1194

Жаңысын кошуунун ордуна бар болгон багыттоону оңдоп чыгыңыз

Бир сырткы порт үчүн эки эреже маршрутизаторго тандоо эркиндигин берет, ал эми кайсынысын тандаары прошивка жаңыртылгандан же кайра жүктөлгөндөн кийин өзгөрүшү мүмкүн. Бар болгон эрежени ачыңыз, ички дарегин өзгөртүңүз, сактаңыз, андан кийин аны кайра ачып, маанисин окуңуз. Эрежени кызматтын аты менен атоо жардам берет, анткени беш окшош багыттоонун тизмеси — катанын тирүү калуу жолу.

external 1194/udp  ->  192.0.2.20:1194/udp

Ички портту угуу портуна барабар кармаңыз жана протоколду бирдей кармаңыз. UDP 1194 — демейки угуучу, ал эми TCP профилине пакет тарапта өзүнүн угуучусу жана маршрутизатордо тиешелүү багыттоо керек. UDP'де гана уга турган кызматка TCP багыттоо ката эмес, үнсүздүк берет.

Эгер NAS'тын дареги DHCP'ден келсе, эреже сакталганга чейин аны камсыздап кой. Ижара мөөнөтү бүткөндө дарек кайра дайындалат, багыттоо эски мааниге шилтемени улантат, ал эми кол алышуу NAS'ка эч ким тийбеген күнү ишке ашпай баштайт. NAS тараптагы статикалык конфигурация ошол эле маселени чечет, бирок дарек маршрутизатордун DHCP диапазонунан тышкары болушу шарт.

Пакеттердин такыр жетээрин далилдеңиз

Алгач NAS'та кармоону баштаңыз, андан кийин кардардан туташыңыз жана чыгыштагы булак дарегин окуңуз. Ийгиликсиздиктен кийин башталган кармоо эч нерсе көрсөтпөйт жана эч нерсени далилдебейт.

sudo tcpdump -i any -n udp port 1194

Үнсүздүк трафик кызматка жетпей өлгөнүн билдирет: туура эмес ички дарек, DSM тосмоунда жабык порт же административдик түрдө өчүрүлгөн интерфейс. Чыгышта пакеттер болсо, багыттоо иштеп жатат, ал эми калган ката тармак катмарынан жогору, бул алда канча кичине издөө аймагы.

Кармоо пакет келген интерфейсти да атайт, жана ушул эле бир деталь туура эмес портко багытталган эрежени күйгүзүлбөгөн портко багытталган эрежеден ажыратат. Ошол эле аракет учурунда маршрутизатордун өзүнүн эсептегичин да байкаңыз, эгер ал көрсөтсө. Кармоо бош турганда кыймылдабаган эсептегич маршрутизаторду көрсөтөт, ал эми бош кармоо менен кыймылдаган эсептегич эки түзмөктүн ортосундагы жолду көрсөтөт.

Пакеттер келгенде, багыттоону күнөөлөөнү токтотуңуз

Профиль — кийинки шектүү, ал эми кадимки себеп — эскилик. Экспорттолгон .ovpn файлы экспорттолгон учурдагы органды жана материалды камтыйт, ошондуктан сертификаты кийинчерээк алмаштырылган пакет эски көчүрмөнү алып жүргөн кардардан баш тартат.

Ташуу — мындан ары ачык текшерүүгө татыктуу кийинки дал келбестик, анткени профиль менен пакет ар башка жерде оңдолот. Профилди UDP'ден TCP'ге пакетти алмаштырбай өзгөртүү кардарды жок угуучуну күтүүгө калтырат, ал эми кардар калган бардык нерсе үчүн айткан ошол жалпы кол алышуу текстин айтат. Файлдагы proto сабын окуңуз, андан кийин сервер баракчасында тандалган протоколду караңыз, ошондон кийин гана алар дал келет деп жыйынтыктаңыз. DSM тосмо эрежелерин окуу — үчүнчү текшерүү: портко жергиликтүү ички тармактан уруксат берип, интернеттен бербеген эрежени сыноодон кийин калтыруу оңой, ал эми ал ашканадан иштеп, калган бардык жерден ишке ашпаган туташуу жаратат.

Алыскы колдонуучу чындыгында баскан жолду сынаңыз

Ошол эле LAN ичиндеги кардар багыттоону такыр кармабастан NAS'ка жете алат, ошондуктан бул алыскы кирүү жөнүндө эч нерсени далилдебейт. Wi-Fi өчүк телефонду колдонуңуз же тармактан тышкаркы адамдан сураңыз жана ошол аракет учурунда маршрутизатор эсептегичин байкаңыз. Алыскы аракет ишке ашпай, жергиликтүүсү ийгиликтүү болсо, багыттоо же тосмо дагы эле оюнда.

Иштеп жаткан абалды иштеп турганда жазып алыңыз: сырткы порт, ички дарек, протокол, пакет интерфейси, ошондой эле профилдин аты жана экспорт күнү. Кол алышуу кайрадан ишке ашпаса, ошол жазуу менен учурдагы конфигурациянын ортосундагы айырма — ката, жана кызматтын эки порттун кайсынысын колдонорун эч ким кайра ачууга аргасыз эмес.