RRAS د بوټ پر مهال د OpenVPN تونل د چمتو کېدو مخکې پیلېږي
تړاو د خدمت د پیل ترتیب ټاکي؛ تونل د کارولو وړ نه جوړوي۔ هغه سرچینه ونوموئ چې RRAS ورته اړتیا لري، بیا بیا پیل د انتظار پر ځای هغې ته وتړئ۔
سرور بیا بوټ کېږي، 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 کله په پای کې ومنله۔ هماغه یوه کرښه هغه پوښتنې ته ځواب ورکوي چې راتلونکی انجنیر به یې وپوښتي، او جوړول یې نږدې هیڅ لګښت نه لري۔ پرته له دې، راتلونکې پلټنه د همدې پلټنې له هماغه اټکل څخه پیلېږي۔
له ټاکل شمېر هڅو وروسته اتوماتیک کول ودروئ او د بې پایه بیا هڅې پر ځای ناکامي وښودئ۔ هغه بوټ چې د «سرچینه هېڅکله راڅرګنده نه شوه» په روښانه پیغام پای ته رسېږي، له هغه چې په تیاره کې خدمت بیا پیلوي ډېر ارزښت لري۔ کله چې هغه پیغام راشي، په دویمه برخه کې لیکل شوی د سرچینې نوم هماغه دی چې بل کس به یې لټوي۔