OpenVPN асахгүй байна: конфіг биш, эхний мөрийг уншина уу

Эхний секундэд үхдэг VPN нь холбогдоод дараа нь бүтэлгүйтдэг VPN-ээс өөр амьтан бөгөөд хоёрыг ижил гэж үзэх нь нийтлэг алдаа юм. Энд handshake ч, гэрчилгээ солилцоо ч, шалгах маршрут ч байхгүй. Журналын нэг мөр нь хоорондоо холбоогүй хэд хэдэн засварын алийг хэрэглэхийг шийддэг бөгөөд түүнийг алгасах нь хэзээ ч уншигдаагүй конфігийг засварлахад хагас өдөр үрэхэд хүргэдэг. Эхлээд тэр мөрийг уншина уу.

Зөвхөн унших гурван команд таныг тэнд хүргэнэ: эхлээд journalctl -u openvpn@server -b --no-pager, дараа нь systemctl status openvpn@server, мөн UDP сонсогчид болон тэдний эзэмшигчдэд зориулсан ss -lunp.

Эхний мөр салбарыг сонгоно

Портын зөрчил болон байхгүй бинар хоёулаа асгалтыг нэг секундын дотор устгаж, өөр өөр эхний мөрүүд үлдээдэг. Хаяг аль хэдийн ашиглагдаж байна гэсэн мэдээ портыг нэрлэнэ; байхгүй гүйцэтгэх файл цаашид байхгүй замыг нэрлэнэ; бүтэлгүй нөхцөл эсвэл байхгүй конфігийн файл файлыг нэрлэнэ. Эдгээр гурав өөр өөр засварт хүргэдэг бөгөөд аль нь ч клиентийг дахин суулгаснаар сайжрахгүй. Өөр зүйл ажиллуулахаас өмнө эхний алдааг тэмдэглэлдээ хуулж авна уу.

Анхны мөрийг нуудаг дахин оролдлогын давталтаас болгоомжлоорой. Дахин ачаалах бодлого бүхий нэгж эхний алдааг хэдэн арван ижил алдааны доор булж болзошгүй тул нэгжээр шүүж, дээрээс нь уншсан journalctl -b сүүлээс дээр.

1194 портыг өөр хэн барьж байна вэ

Гэмтэн ихэвчлэн хэн нэгэн санаатайгаар тохируулсан хоёр дахь сервер биш юм. Өөр терминалд амьд байгаа гараар эхлүүлсэн клиент, ижил портыг санамсаргүй сонгосон хоёр дахь профайл, эсвэл өөрийн туннель нь 1194-ийг барьж буй нийлүүлэгчийн багцыг хүлээж байгаарай. Сокетийн эзэн ss -lunp дотор харагдана; нэгж хариуцлагатай эсэхийг мэдэхийн тулд тэр PID-ийг systemctl status-д өгнө үү. Сигналаар биш, өөрийнх нь удирдлагын замаар унтраана уу.

Нэгжээр удирдуулсан процесст сигнал илгээх нь ихэвчлэн дахин ачааллыг үүсгэдэг бөгөөд мөнөөх алдаа хэсэг хугацааны дараа шинэ асуудал мэт дахин гарч ирдэг. Нэгжид systemctl stop, нийлүүлэгчийн суулгалтад багцын өөрийн үйлчилгээний командыг, сигналыг зөвхөн тухайн shell-д өөрөө гараар эхлүүлсэн зүйлд хэрэглэнэ үү.

Устгасны дараа үлдсэн нэгжүүд

Устгалт нь бинаруудыг арилгадаг; гараар бичсэн нэгжийн файлууд, ихэвчлэн /etc/systemd/system дор, түүнээс амьд үлддэг. Дараа нь Systemd цаашид байхгүй зам руу заасан нэгжийг дахин оролддог бөгөөд мэдээ нь өчигдрийн устгалын тухай биш, тэр алга болсон файлын тухай байдаг. systemctl status нэгжийн фрагментийн замыг дээд хэсэгт харуулдаг тул ямар нэгэн зүйлийг устгахаас өмнө түүнийг dpkg -S-ээр шалгана уу. Өнчин нэгж арилсны дараа systemctl daemon-reload болон systemctl reset-failed төлөвийг цэвэрлэнэ; эс бөгөөс дараагийн төлөв шалгалт бүр үүнийг өвлөнө.

which openvpn /usr/local доорх зүйлээр хариулах үед ашиглагдаж буй бинар нь apt-ээс биш, нийлүүлэгчийн суулгагчаас ирсэн байна. Ийм суулгагч ихэвчлэн өөрийн сонсогч, өөрийн ачаалах бичлэг, өөрийн конфігийн хавтсыг авчирдаг тул харагдах командыг устгасан ч сокет завгүй хэвээр үлддэг.

Нийлүүлэгчийн баримтжуулсан аргаар устгаж, ss -lunp-ээр порт чөлөөтэй эсэхийг баталж, түгээлтийн клиентийг хэрэгтэй үед л нэмнэ үү.

Дахин оролдохын өмнө төлөвийг цэгцлэнэ үү

Үүнээс дүгнэлт гаргахаас өмнө бүтэлгүй төлөвийг цэвэрлэнэ үү: systemctl reset-failed тоолууруудыг арилгаж, дараа нь systemctl status нэгжийн түүхийг биш, одоогийн төлөвийг мэдээлнэ. Нэг удаа эхлүүлж, машины нийт төлөвийг биш, тэр ажиллагааны өөрийн журналыг уншина уу. Туннель юу ч зөөхгүй байхад идэвхтэй гэж мэдээлдэг нэгж нь тусдаа асуудал бөгөөд илүү түгээмэл. Хоёулаа алдааны тайланд нэгддэг, учир нь хоёулаа хэрэглэгчийн «VPN ажиллахгүй байна» гэсэн үгээр төгсдөг.

Сонгосон салбараа тэмдэглээрэй: портын зөрчил, байхгүй бинар, байхгүй конфіг. Дараагийн удаа таньж мэдэх нь хурдан болно.