ډومین فرنټینګ VPN نه دی: دوه نومونه، یوه غوښتنه
په یوه HTTPS غوښتنه کې دوه نومونه تونل نه دي. فرنټینګ د چمتوکوونکي د لارښوونې قواعدو پورې تړلی دی؛ VPN غوره کوي چې کوم پیکټونه ځي. دواړه جلا رسم کړئ.
دا دوه تخنیکونه یوځای ساتل کېږي ځکه چې دواړه یو منځګړی لري او دواړه د پټولو غوندې ښکاري. خو دوی په بېلو شیانو کار کوي. ډومین فرنټینګ د دې په اړه دی چې په یوه HTTPS غوښتنه کې په کومه طبقه کې کوم نوم ښکاري. VPN د دې په اړه دی چې کوم پیکټونه په ټاکلې لار کې همکار ته ځي. فرنټینګ د VPN یو ډول بلل داسې ډیزاینونو ته رسوي چې کار نشي کولی، او داسې بیاکتنو ته چې غلط پوښتنه کوي.
دوه نومونه، دوه طبقې
د TLS اړیکه کولی شي په خپله لاس ورکړه کې د سرور نوم ولېږدوي. کله چې اړیکه جوړه شي، HTTP غوښتنه هغه واکمني پېژني چې غواړي، معمولاً په Host سرلیک کې. دا دوه ساحې دي چې په دوو بېلو شېبو کې د دوو بېلو سافټویر برخو له خوا لوستل کېږي.
| Layer | What carries the name | Who reads it |
|---|---|---|
| TLS handshake | Server name indication | The TLS terminator in front of the service |
| HTTP request | Authority or Host header | The routing layer that picks a backend |
| Network path | Destination address and port | Routers, and the VPN peer if one is in use |
ډومین فرنټینګ د لومړنیو دوو ترمنځ توپیر کاروي ترڅو د فرنټینګ خدمت اړیکه ومني او بیا غوښتنه بل ځای ته ولېږي. دا یوازې هغه ځای کار کوي چې هغه خدمت د لېږلو لپاره چمتو وي، او دا د پروتوکول چل نه، بلکې د چمتوکوونکي د تګلارې پوښتنه ده.
فرنټینګ د تخنیک نه، بلکې د چمتوکوونکي پورې تړلی دی
د یوې محدودې بېلګې په توګه، د Front Door په اړه مکررې پوښتنې Azure لارښود د ډومین فرنټینګ پر وړاندې ساتنې مستندوي. پکې د یوې ګډون او ترتیب شوو لارو دننه د ډومینونو لپاره د اجازه شوې ناسمونې یادونه، او کله چې د ناسمونې ساتنه غوښتنه بنده کړي نو د 421 Misdirected Request ځواب یادونه شوې ده.
همغه یوه مستنده تګلاره دواړه شعارونه یوځای باطلوي. د بېلو نومونو هره جوړه کار نه کوي، او هره ناسمونه هم بندیز نه لري. نور خدمتونه خپلې څېړنې، خپل ځای پرځای کولو اړتیاوې او خپل د تېروتنې کوډونه لري.
دا د بل شبکې محدودیتونو د تېرېدو لپاره لارښود هم نه دی. د چمتوکوونکي د لارښوونې قواعد لوستل ترڅو پوه شو چې څه اجازه ورکوي، د معمارۍ کار دی؛ هغه قواعد د تېرېدو د ترکیب په توګه ګڼل، بله فعالیت دی چې بل اغېز لري. دا دوه فعالیتونه په هغه سند کې چې لیکئ جلا وساتئ. دوهم هغه دی چې په بیاکتنه کې ډیزاین ردوي.
VPN په ریښتیا څه غوره کوي
په شبکه یي VPN کې، لارښوونه او د پلیټفارم تګلاره هغه داخلي ترافیک غوره کوي چې همکار ته د تونل لپاره وي. د ترتیب له مخې دا کېدای شي څو اپلیکیشنونه یا ټاکل شوې فرعي ټولګه پوښي، او هغه پروتوکولونه هم ولېږدوي چې هېڅ HTTP غوښتنه نه لري.
فرنټینګ له دې څخه هېڅ نه کوي. د فرنټینګ خدمت له لارې د یوې HTTPS غوښتنې ترتیب کول د خصوصي شبکې لار نه نصبوي، خپل سره UDP اپلیکیشنونه نه لېږدوي، او د وسیلې هر پروګرام دې ته نه اړ باسي چې خدمت وکاروي. که تاسو ته هغه پوښښ ته اړتیا وي، تاسو ته پروکسي یا تونل ته اړتیا ده، نه د نوم چل ته.
له همدې امله دا دواړه په بیاکتنه کې ګډېږي: دواړه د منځګړي په توګه بیانېږي، او دواړه د لاسرسي په اړه سندونو کې ښکاري. هغه انټرفېس چې هر یو یې وړاندې کوي په بشپړه توګه بېل دی، او یوازې یو یې د شبکې لار ده.
لیدل کېدل دوه اړخیز نه دی
پرتله هم یوازې پټ او ښکاره نه ده. DNS پوښتنې، د منزل پتې، د لاس ورکړې ځانګړنې، د پیکټ اندازې او وخت ټول هغه چاته چې د لیدلو په حالت کې دی د پام وړ پاتې کېږي، او هغه څارونکی څه زده کوي، دا په دې پورې تړلی چې چېرته ناست دی.
د اپلیکیشن معلومات هم هغو پای ټکو کې ښکاري چې دوی پای ته رسوي. هغه فرنټینګ خدمت چې ستاسو غوښتنه لېږي، د هغو ټکو یو دی، او د VPN همکار بل دی. دواړه ترتیبات منځپانګه هغه اړخ لپاره ناڅرګنده نه کوي چې باید یې ولولي ترڅو تاسو ته خدمت وکړي.
درې بکسونه رسم کړئ
د معمارۍ بیاکتنې لپاره، د TLS پای ټکی، د HTTP لارښوونې خدمت او وروستی اپلیکیشن د درې بېلو بکسونو په توګه رسم کړئ، بیا هر VPN همکار بیا بل ځای رسم کړئ. هغه ځای چې د وېب منزل غوره کوي او هغه ځای چې د خصوصي شبکې پیکټونه لېږدوي اړ نه دي چې یو سیستم وي، او معمولاً نه وي.
کله چې بکسونه جلا شي، پوښتنې ځواب وړ کېږي: دا چمتوکوونکی کوم نومونه مني، کوم پروتوکولونه لېږد ته اړتیا لري، او کوم اړخ څه لیدلی شي. هغه ډیاګرام چې دوی یوځای کوي، داسې ډیزاین جوړوي چې هیڅوک یې نشي پلي کولی، او داسې بیاکتنه چې د لغتونو په سر جګړه کوي.