RRAS ачаалах үед OpenVPN туннель бэлэн болохоос өмнө эхэлдэг

Сервер дахин ачаална, OpenVPN эхэлнэ, RRAS нь өөрөөс нь хамааралтай адаптер эсвэл маршрут хараахан байхгүй байхад авирна. Нэг минутын дараа RRAS-ыг гараар дахин эхлүүлэхэд засагдана, энэ нь асуудлыг шийдэгдсэн мэт харагдуулж, жинхэнийг нуудаг. Энд хоёр өөр нөхцөл андуурч байна: урьдчилсан үйлчилгээ ажиллаж байгаа, ба RRAS-д үнэхээр хэрэгтэй сүлжээний нөөц ашиглах боломжтой болсон. Windows үйлчилгээний хамаарал эхний нөхцөлийг илэрхийлж чаддаг ч хоёр дахь нөхцөлийг хэзээ ч илэрхийлж чадахгүй, тиймээс нөөцийг тодорхойлоогүй хамаарал нэмэх нь илүү цэгцтэй харагдах ачаалал ба ижил алдааг өгдөг.

Хүйтэн ачаалалд шинж тэмдэг хэрхэн харагдах вэ

Шинж тэмдэг нь хүйтэн эхлэл ба дахин эхлүүлэлтийн ялгаа юм. Хүйтэн эхлэлд туннелийн адаптер байхгүй, маршрут алга болсон, эсвэл хосын хаяг хараахан шийдэгдэхгүй байхад RRAS өөрийгөө ажиллаж байна гэж мэдээлдэг. Гараар дахин эхлүүлэх нь тухайн үед нөөц байгаа, үйлчилгээ нь нэг минутын өмнө харж чадаагүй ертөнцийг дахин уншиж байгаа учраас амжилттай болдог. Үйлчилгээний лог хоёр тохиолдолд цэвэр эхлэлийг харуулна, тиймээс зөвхөн үйл явдлын харагч үүнийг ховор тайлбарладаг.

Ямар нэгэн зүйлийг өөрчлөхөөс өмнө хоёр төлөвийг бүртгэ: ачаалах үед RRAS юу мэдээлдэг, гараар дахин эхлүүлэх амжилттай болох мөчид юу байгаа. Эдгээр хоёр ажиглалт ижил бол эхлэх дараалал таны тайлбар биш бөгөөд хамаарал тус болохгүй. Энэ харьцуулалт арван минут зарцуулж, нэг долоо хоногийн таамаглалыг хэмнэнэ.

«Дахин эхлүүлсний дараа ажилладаг» гэсэн үндэслэлээр нэмсэн хамаарал нь урьдчилсан үйлчилгээ RUNNING гэж мэдээлэх хугацаагаар л ижил алдааг хойшлуулдаг. Дарааллын хязгаарлалт одоо тайлбар мэт харагдаж байгаа тул ачааллыг ойлгоход хэцүү болгодог. Хамаарал ямар объектыг баталгаажуулдаг, тэр объект RRAS-ын харж чадаагүй зүйл мөн эсэхийг асуу.

Нөөцийг нэрлэ, зөвхөн үйлчилгээг биш

Дутуу байгаа тодорхой зүйлийг бич. Энэ нь хаягтай туннелийн адаптер, хосын дэд сүлжээ рүү чиглэсэн маршрут, DNS хариулт, эсвэл хараахан олгогдож байгаа гэрчилгээ байж болно. «VPN үйлчилгээ ажиллаж байна» нь нөөцийн тодорхойлолт биш, клиент дэх ногоон дүрс ч биш. Объект болон түүнийг харуулах командыг нэрлэж чадах хүртэл та хүлээхийг оролдож буй нөхцөлийг тодорхойлоогүй байна.

Энэ OpenVPN хувилбар хэрхэн эхэлдэг талыг ч тогтоо. GUI-аар удирдагддаг туннель болон үйлчилгээгээр удирдагддаг туннель нь өөр ачааллын амьдралын мөчлөгтэй бөгөөд үйлчилгээний нэр нь өөр суулгагчид зориулж бичсэн жишээнээс биш, таны өмнөх машинаас ирэх ёстой. Санаж байгаа нэрд найдахын оронд нэр дэвшигчдийг жагсаа.

Get-Service | Where-Object Name -match 'vpn|openvpn' | Select-Object Name, Status, StartType

Нэмэхээс өмнө хамаарлын гинжийг унш

Үйлчилгээний хяналтын менежер START_PENDING, RUNNING зэрэг төлөвийг мэдээлдэг бөгөөд SERVICE_STATUS reference талбар бүрийн утгыг яг тодорхойлдог. Эдгээр төлөвийн аль нь ч хос, DNS нэр, эсвэл доод түвшний програмыг хүрэх боломжтой гэж амладаггүй. Энэ цоорхой нь зөв тохируулсан хамаарлыг энэ алдаа давж гарахын бүх шалтгаан юм.

Get-Service -Name RemoteAccess | Select-Object Status, StartType
sc.exe qc RemoteAccess
Get-Service -Name RemoteAccess | Select-Object -ExpandProperty DependentServices

sc.exe qc-аас гарсан DEPENDENCIES мөр нь таны хадгалах ёстой жагсаалт, учир нь sc.exe config RemoteAccess depend= бүх жагсаалтыг сольдог, түүн дээр нэмдэггүй. VPN үйлчилгээ нэмэх үед холбоогүй урьдчилсан нөхцөлийг орхих нь өөр ачаалалд илрэх хоёр дахь гэмтэл үүсгэдэг бөгөөд түүнийг оношлох нь анхныхаас хамаагүй хэцүү. Хүрэхээс өмнө одоо байгаа жагсаалтыг өөрчлөлтийн бүртгэлдээ хуул.

Хамаарал нь унтраах зан төлөвийг ч өөрчилдөг, учир нь урьдчилсан нөхцөлийг зогсоох нь түүнээс хамааралтай үйлчилгээг зогсоодог. RRAS-ыг байнга дахин эхэлдэг зүйлд холбохын өмнө засвар үйлчилгээний үеэр юу болохыг шалга.

Дахин эхлүүлэлтийг таймерт биш, нөхцөлд захируул

Тогтмол хүлээлт нь туннель тэр цонхонд үргэлж бэлэн байна гэж үздэг бөгөөд гэрчилгээ удаан эсвэл холбоос унасан ачаалалд бүтэлгүйтдэг нь яг тэр таамаглал юм. Нөөцийг өөрөө хугацаатай шалгаж, дахин эхлүүлэлт огт хэрэгтэй эсэхийг шалгалт шийдэг.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetRoute -DestinationPrefix 0.0.0.0/0
Get-WinEvent -LogName System -MaxEvents 40 |
  Where-Object ProviderName -eq 'Service Control Manager'

Ачаалах үед ажилладаг хуваарьт даалгавар тэдгээр шалгалтыг хийж, адаптер эсвэл маршрут хараахан байхгүй үед л RRAS-ыг дахин эхлүүлбэл энэ нь хязгаарлагдмал, аудит хийх боломжтой, арилгахад хялбар. Балама нь дахин холбогдох бүрт RRAS-ыг дахин эхлүүлэх бөгөөд эрүүл сессийг тасалж, тогтворгүй холбоосыг дахин эхлүүлэлтийн давталт болгоно. Тэр давталт нь анхны гэмтлээс муу, учир нь одоо сайхан байсан хэрэглэгчдэд нөлөөлж байна.

Шалгалтад таны техник хангамж дээр туннель үндэслэлтэй зарцуулах хугацаатай тохирох хамгийн их хүлээлт өгч, бууж өгөх үед даалгавар тэгээс ялгаатай төлөвөөр гарцгаа. Оролдохоо зүгээр л зогсоодог чимээгүй даалгаврыг амжилттай даалгавраас ялгах боломжгүй.

Шилжилтийг бүртгэ, дараагийн ачаалал өөрийгөө тайлбарлах болтугай

Нэг мөрөнд гурван цагийн тэмдэг бич: хамаарлын үйлчилгээ RUNNING-д хүрсэн үед, шаардлагатай нөөц гарч ирсэн үед, RRAS эцэст нь хүлээн авсан үед. Тэр нэг мөр дараагийн инженер асуух асуултад хариулж, үүсгэхэд бараг юу ч зарцуулагдахгүй. Үүнгүйгээр дараагийн мөрдөн шалгалт энэ мөрдөн шалгалтын адил таамаглалаас эхэлнэ.

Тодорхой тооны оролдлогын дараа автоматжуулалтыг зогсоож, мөнхөд дахин оролдохын оронд бүтэлгүйтлийг мэдээл. «Нөөц хэзээ ч гарч ирсэнгүй» гэсэн тодорхой мессежээр төгсдөг ачаалал харанхуйд үйлчилгээг дахин эхлүүлсээр байдаг ачаалалаас илүү үнэ цэнэтэй. Тэр мессеж гарч ирэх үед хоёр дахь хэсэгт бичсэн нөөцийн нэр нь дараагийн хүний хайх зүйл юм.