Акыркы чекиттин дареги өзгөргөндө VPN үчүн UFW өзгөчөлүгү

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

Туннель кайра туташат, андан кийин эч нерсе чыкпайт

Бара турган даректи атаган чыгуу эрежеси — бул заматтык сүрөт, ал эми DNS жооптору андай эмес. Провайдер даректи айландырганда, кардардын жаңы peer-га жиберген пакети эч нерсеге туура келбейт жана демейки тыюу менен ыргытылат. Андан кийин кардар убакыттын бүткөнү тууралуу билдирет, бул firewall эмес, сервер көйгөйүнө окшош.

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

Чындап көздөгөн өзгөчөлүгүңүздү сүрөттөңүз

Эрежеге керек болгон төрт маанини жазуудан баштаңыз: бекитилген акыркы чекиттин аталышы же даректер жыйындысы, ташуу, бара турган порт жана пакет чыккан интерфейс. Төртөө тең уруксаттын бөлүгү жана алардын кайсынысы болбосун туура эмес болушу мүмкүн, эреже дагы эле ишенимдүү көрүнөт. Үчөөндө туура эреже төртөөндө туура эмес эреже сыяктуу эле ишке ашпайт. Аларды буйрукту териштен мурун жазып коюңуз, анткени эреже артындагы сүрөттөмө канчалык жакшы болсо, ошончолук жакшы.

Төмөнкү буйрук зымдуу uplink-теги бир IPv4 UDP акыркы чекити үчүн форманы көрсөтөт. Эки маанини тең жайгаштырууга каршы текшерген маанилериңиз менен алмаштырыңыз.

sudo ufw allow out on enp3s0 proto udp to 192.0.2.44 port 1194
sudo ufw status verbose

Бул уруксат ошол эле порттогу ыктыярдуу бара турган жерлерге жол бербейт, угуучу түзбөйт жана TCP-ны камтыбайт. UFW колдонмо бети дарек, интерфейс жана протокол эрежени кантип тарайтканын сүрөттөйт, ошол тарайтуу — бүт маселе.

Аны бир жумуш агымы катары жаңыртыңыз

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

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

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

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

Эски уруксатты атайын алып салыңыз

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

Uplink Ethernet-тен Wi-Fi-га өткөндө, ташуу өзгөргөндө же кызмат бир нече дарек боюнча айланганда бүт кароону кайталаңыз. Интерфейске таандык эреже тармак өзгөргөндөн кийин дал келүүнү токтотушу керек жана бул жүрүм-турум регрессия болуп көрүнсө да туура.

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