ddclient د VPN وتل خپروي: د کشف سرچینه سمه کړئ

ستاسو د DNS نوم اوس د VPN برابرونکي پتې ته حل کېږي، او د تازه کولو ثبت په بشپړه توګه روغ ښکاري. دا یوځای والی نورمال دی. د وېب پر بنسټ د کشف پروب له بهرنۍ خدمت څخه پوښتنه کوي چې کومه سرچینه ویني، او کله چې غوښتنه د بشپړ تونل VPN له لارې ووځي، ځواب د VPN وتل وي نه ستاسو د کور WAN پته. تازه کوونکي خپله دنده وکړه؛ دنده په غلط مشاهده باندې روانه وه.

تایید کړئ چې نوم باید چېرته ورسېږي

د راتلونکي کورني خدمت لپاره عام نوم ته داسې پته ته اړتیا ده چې تصویب شوي راتلونکي اړیکې له هغې لارې دې خدمت ته ورسېږي. د ګډ برابرونکي وتل خپرول هلته راتلونکی لېږد نه برابروي، او هیڅ DNS ترتیب هغه لېږد نه جوړوي. دا پرېکړه د تازه کوونکي له لمس کولو دمخه وکړئ، ځکه دا ټاکي چې کومه پته سمه ده.

د VPN پیرودونکي د تونل پتې لپاره شخصي نوم بېله ځواب لرونکې بېله ستونزه ده: دا شخصي DNS ته اړه لري، او په بشپړه توګه عام د کشف خدمت ته اړتیا نه لري. دوه اړتیاوې ګډول هغه لار ده چې کارکوونکی ترتیب پرته له دې چې څوک یې وغواړي پته خپرول پیل کړي.

د انټرفیس پتې هم تشریح ته اړتیا لري. د کور راؤټر شاته د لپ ټاپ پته عامه WAN پته نه ده، او حتی د راؤټر WAN پته هم کېدای شي د آپریټر NAT شاته وي، چېرې چې د هغې خپرول راتلونکې لاسرسی نه شي رامنځته کولی.

له هر بدلون دمخه ارزښت بیا تولید کړئ

دواړه لارې جلا مشاهده کړئ. کله چې تونل روښانه وي، پروب وتل راپور کوي؛ کله چې تونل مړ وي، یا پروب فزیکي انټرفیس ته تړل شوی وي، دا د کور پته راپور کوي: curl --interface eth0 https://ifconfig.me. که هغه دوه ځوابونه توپیر ولري، تاسو نیمګړتیا پرته له دې چې تازه کوونکی ولټوئ بیا تولید کړې ده.

بیا پیرودونکی په داسې حالت کې چلوئ چې پرته له تازه کولو ترتیب وګوري، لکه ddclient -verbose -noexec, او ولولئ چې کومه د کشف طریقه یې غوره کړه. تفصیلي وتنه طریقه او ترلاسه شوی ارزښت نوموي، او دا هغه حقیقت دی چې له هر ویرایش دمخه ورته اړتیا لرئ.

کشف غوره شوې لارې ته واستوئ

که نوم باید د کور WAN پته خپره کړي، کشف باید هماغه پته وګوري. په نږدې غوراوي ترتیب درې انتخابونه کار کوي: راؤټر دې د خپل ملاتړ شوي تازه کوونکي له لارې خپره کړي؛ د ddclient د راؤټر حالت کشف د هغې پاڼې پر وړاندې وکاروئ چې راؤټر واقعاً برابروي؛ یا وېب پروب وساتئ خو فزیکي انټرفیس ته یې وتړئ ترڅو له تونل بهر ووځي.

د راؤټر حالت لارې لپاره، نوي ddclient خپرونې د usev4 او fwv4 انتخاب کورنۍ کاروي، د پاڼې شاوخوا متن لپاره اختیاري پرېښودنې بڼې سره. د خپل نصب شوي نسخې README وګورئ، ځکه زاړه خپرونې هماغه نظر د use او fw سره لیکي، او د غلطې خپرونې څخه کاپي شوی انتخاب نوم په پیل کې ناکامېږي.

که وېب کشف ساتئ، په یاد ولرئ چې د پروب لارښوونه او د تازه کولو API غږ لارښوونه جلا پرېکړې دي. د تازه کولو غږ ثبت رسوي؛ پروب ټاکي چې کوم ارزښت ورسول شي.

پټې او نسخې سمبال وساتئ

د راؤټر اعتبارنامې او د برابرونکي ټوکنونه په ساتل شوې ترتیب فایل کې ځای لري، نه په هغه کمانډ کرښه کې چې shell تاریخ ته رسېږي. تفصیلي نښې ممکن دواړه ولري، نو د ټیکټ په نښلولو دمخه یې پاکې کړئ. هغه د کشف طریقه چې تصدیق شوې راؤټر پاڼه سکریپ کول غواړي، هغه هم غواړي چې دا اعتبارنامې د فرم ویئر تازه کولو په اوږدو کې کار وکړي. دوی د برابرونکي ټوکن په څېر هماغه پاملرنې سره وساتئ.

ddclient README د کشف لارې چارې او د هغوی د انتخاب نومونه ثبتوي. په یوه ثبت کې IPv4 او IPv6 پایلې مه ګډوئ، او مه فرض کوئ چې په یوه خپرونه کې موجود انتخاب په بله کې هم شته.

ارزښت تایید کړئ، بیا لاسرسی

له ژوندي تازه کولو اجازه دمخه وړاندیز شوې پته د نیت شوې پای ټکي سره پرتله کړئ، بیا له یوې اجازه شوې تازه کولو وروسته معتبر DNS وګورئ او د حل کوونکو زیرمې په پام کې ونیسئ. ټیټ TTL انتظار لنډوي؛ غلط ارزښت سم نه کوي.

یوازې وروسته له دې چې ثبت سم شي، باید راتلونکی خدمت له خپلواکې شبکې څخه وازموئ، په داسې حال کې چې اړین اور دیوال او لېږد مخکې تصویب شوي وي. سم A ثبت د رسېدونکي خدمت ثبوت نه دی، او ثابته VPN اجاره کولی شي شخصي نومونه ساده کړي، خو هغه عامه کوربه نوم نه سمولی شي چې غلط WAN ته اشاره کوي.