د webpack پراختیایي سرور په VPN پته کې څنګه وړاندې کړو

پراختیایي سرور چې په لپ ټاپ کې ځواب وایي او بل چېرې نه، معمولاً په غلطې پتې تړل شوی وي. هغه سرور چې اړیکه مني خو پاڼه ردوي، معمولاً د کوربه نوم څېړنه کې ناکامېږي. دا بېلابېلې خرابۍ او بېلابېل سمونونه دي، او د سم تنظیم ټاکل دا پورې اړه لري چې کارځای ته باید څوک ورسېږي او څنګه رسېږي.

درې پوښتنې ځواب ټاکي: څوک نښلوي، کومې پتې ته رسېدلی شي، او آیا ژوندی بیا پورته کول باید د هغوی لپاره کار وکړي.

د ترتیباتو له فایل نه نه، د ساکټ نه پیل وکړئ

ولولئ چې روان بهیر واقعاً څه ته تړل شوی، په هماغه شبکوي شرایطو کې چې هغه یې پیل کړ، ځکه کنټینر یا د نومونو تشه کولای شي داسې ساکټ ولري چې د کوربه شیل یې نه ویني. د اورېدو ستنه لومړنۍ پوښتنې ته ځواب وایي: یوازې ځایي لار، یو ځانګړی انټرفېس، یا هر انټرفېس.

ss -ltn '( sport = :8080 )'
ss -ltnp | grep node

د لوپ بیک پته خوندي پیشفرض ده او لرې کاروونکي لپاره بېګټې ده. د وایلډکارډ تړل اسانه دي او پورټ په هر هغه انټرفېس کې ښکاره کوي چې لار ولري، چې د ټونل لرونکې ماشین په اړه د ډېرو خلکو له نیت څخه پراختر دی. ځانګړې پته منځنی انتخاب دی، او یوازې هغه وخت کار کوي چې د ساکټ جوړېدو په وخت کې انټرفېس هغه پته ولري. توپیر مهم دی ځکه د دغو درېیو تړلو له څخه دوه په براوزر کې ورته ښکاري او کله چې دویم انټرفېس وي، بشپړ توپیر لري.

د لارو یا د اور وژنې د قواعدو له لمسولو مخکې دې مشاهده سره سمون وکړئ. که بهیر په غلطه پته اورېدل کوي، هېڅ د پالیسۍ لارښوونه کاروونکی هلته نه رسولای شي.

د اتصال پته د دې له مخې وټاکئ چې څوک باید ورته ورسېږي

که په دې ماشین کې یوازې تاسو ته پاڼه پکار وي، د لوپ بیک تړل وساتئ او ودروئ. که په هماغه ټونل کې یو همکار ته پکار وي، د ټونل انټرفېس پته وتړئ او اور وژنه یوازې هغه سرچینې ته اجازه ورکړي. پراختیایي سرور د هغو خلکو څخه بهر خپرول چې فعاله یې ازموینه کوي داسې عادت دی چې په پای کې کارځای انټرنیټ ته ښکاره کوي.

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

بیا پته په هغه بڼه وټاکئ چې ستاسو پیلونکی واقعاً لولي. د ترتیباتو فایل او هغه سکریپټ چې سرور پروګرامي بڼه جوړوي، یو شان اختیارونه نه کاروي:

devServer: {
  host: "10.77.0.20",
  port: 8080,
  allowedHosts: ["dev.corp.example"],
}

په دغه ټوټه کې پته بېلګه ده او هغه VPN پته ښیي چې کوربه یې لري. که پروژه سرور new WebpackDevServer(options, compiler) سره جوړوي، نو پرځای یې اختیارونه د جوړونکي دلیل له لارې ولېږئ، ځکه د webpack په ترتیباتو کې جلا devServer ځانګړنه په دې لار کې نه ګڼل کېږي. د ترتیباتو فایل او Node API ترمنځ دا توپیر هغو خلکو ته رسېږي چې ټوټه داسې پروژې ته کاپي کوي چې هېڅکله یې نه لولي. د dev-server اسناد دوه پیلولو سټایلونه جلا کوي او هغه حواله ده چې کارول شوې بڼه باید ورسره پرتله شي.

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

د کوربه نوم څېړنه د دې لپاره ده چې له بریدګر تر کنټرول لاندې نوم څخه وړاندې شوې پاڼه د براوزر له لارې ستاسو پراختیایي سرور سره خبرې ونه کړي. د allowedHosts: "all" سره یې نا فعالول هغه ساتنه لرې کوي، او اسانتیا په داسې ماشین کې چې داخلي خدمتونو ته رسېدلی شي، کله ناکله ارزښت لري. کله چې پوه شئ چې براوزر کوم نومونه لېږي، څېړنه سمه پوره کول ارزانه دي.

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

درې کنټرولونه په خپل ذهن کې جلا وساتئ: د اتصال پته ټاکي چې کوم انټرفېسونه اړیکه مني، د اجازې لیست ټاکي چې کوم Host سرلیکونه منل کېږي، او تصدیق ټاکي چې چا ته د ننوتلو اجازه ده. یوازې درېیم د لاسرسي کنټرول دی، او پراختیایي سرور معمولاً هېڅ نه لري. د ټونل پته هم د تصدیق میکانیزم نه ده، ځکه هر څوک چې ورته لارښوونه کولای شي، لا دمخه هغه پولې دننه دی چې تاسو پرې تکیه کوله.

پاڼه او د ژوندي بیا پورته کولو ساکټ یوځای تایید کړئ

له ټاکل شوي کاروونکي څخه د ترتیب شوې سکیم سره تازه غوښتنه پورته کړئ او پایله ولولئ نه کیش. د HTTPS لپاره تمه شوی کوربه نوم او د سند تصدیق وساتئ، ځکه د براوزر خبرداری بریالۍ منلو ازموینه نه ده. پاڼه چې ښکاري پداسې حال کې چې ژوندی بیا پورته کول په چوپتیا ناکامېږي، دلته تر ټولو عامه جزوي بریا ده، او په چټکه څېړنه کې یې له لاسه ورکول اسانه دي.

curl -sS -o /dev/null -w "%{http_code} %{remote_ip}\n" http://dev.corp.example:8080/
curl -sS -i http://10.77.0.20:8080/ | head -n 5

بیا د براوزر شبکوي تشخیص خلاص کړئ او WebSocket اړیکه وګورئ. پاڼه کولای شي په یوه کوربه نوم، پورټ او سکیم پورته شي پداسې حال کې چې د بیا پورته کولو ساکټ بل کاروي، نو ځکه دواړه باید جلا وجنګول شي. مستند کاروونکي URL یوازې هغه وخت تنظیم کړئ چې خپره شوې لار واقعاً بل ارزښت ته اړتیا ولري، او د کاروونکي لپاره د بدیله لارې ښوولو پرځای لاره سمول غوره ګڼئ.

د اورېدونکي پته، منل شوی نوم، اجازه شوې سرچینه او دواړه پایلې د پروژې په یادښتونو کې ولیکئ. هغه ثبت د بل کس لپاره پاتې کېږي چې کارځای پیل کړي او حیران شي چې پاڼه ولې پورته کېږي خو هېڅکله تازه نه کېږي.