Արդյո՞ք մասնավոր IP հասցեները պետք է շրջանցեն ձեր պրոքսին։
Որոշեք՝ մասնավոր նպատակակետը տեղական է հաճախորդի համար, թե հասանելի պրոքսիից, նախքան մասնավոր հասցեների ամբողջ տիրույթը շրջանցելը։
Մասնավոր հասցեն տեղադրության պիտակ չէ, որը ասում է «այս նոթբուքի տեղական ցանցում»։ Այն կարող է պատկանել ցանցի, որը հասանելի է միայն պրոքսիից։
Պատկերացրեք հաստատված պրոքսի գրասենյակային ցանցում։ Նրա հաճախորդը խնդրում է հասնել 10.20.0.15։ Պրոքսին ունի անհրաժեշտ ուղին. այդ ցանցից դուրս գտնվող հաճախորդը՝ ոչ։ Ամբողջ մասնավոր տիրույթը հաճախորդի շրջանցման ցանկին ավելացնելը հեռացնում է այն միակ ուղին, որը ծառայությունը հասանելի էր դարձնում։
Մասնավոր հասցեային տարածքը նաև վերօգտագործելի է։ Նույն թվային հասցեն կարող է նշանակել ինչ-որ բան հաճախորդի տնային ցանցում և բոլորովին այլ բան պրոքսիի ցանցում։ Ուստի ուղիղ կամ պրոքսիով երթուղավորում ընտրելը կարող է ընտրել տարբեր նպատակակետային համատեքստ, ոչ թե պարզապես ավելի արագ ուղի դեպի նույն մեքենան։
Սահմանեք ներքին ցանցը զանգահարողի տեսանկյունից
Տիրույթի բացառություն ավելացնելուց առաջ որոշեք, թե որտեղ է աշխատում հավելվածը, ո՞ր ցանցը պետք է պարունակի նպատակակետը, և ո՞ր բաղադրիչը պետք է բացի վերջնական կապը։ Կոնտեյները, հեռավոր դիտարկիչը և աշխատասեղանի գործիքը կարող են տարբեր պատասխաններ ունենալ։
Օգտագործեք նեղ սահմանված անվան կամ հասցեի կանոն, որը համապատասխանում է այդ նախատեսված դասավորությանը։ Բոլոր մասնավոր տիրույթների ընդհանուր ցանկը ցանցային քաղաքականության փոխարինում չէ։
Եթե ուղիղ ուղին իսկապես նախատեսված է, այնտեղ պետք է լինեն սովորական հասանելիություն և մուտքի թույլտվություն։ Եթե պրոքսին է նախատեսված, պահպանեք դրա նպատակակետային սահմանափակումներն ու լիազորությունը։ Մասնավոր հասցեն ինքնին ոչ մի պատասխան չի տալիս երկու հարցերից ոչ մեկին։