Squid ଉତ୍ସ ଠିକଣା ଏବଂ ହୋଷ୍ଟ ଗେଟୱେ ରାଉଟିଂ
ପ୍ରକ୍ସି ଏକାଧିକ ଇଣ୍ଟରଫେସ୍ କିମ୍ବା ପ୍ରଦାନକାରୀ ବ୍ୟବହାର କଲେ Squidର ଉତ୍ସ-ଠିକଣା ଚୟନକୁ ହୋଷ୍ଟ ରାଉଟିଂଠାରୁ ଅଲଗା ରଖନ୍ତୁ।
Squidର ବହିର୍ଗମନ ସଂଯୋଗକୁ ଠିକଣା A ସହିତ ବାନ୍ଧିବା ଦ୍ୱାରା ହୋଷ୍ଟ ପ୍ରଦାନକାରୀ A ବ୍ୟବହାର କରେ ନାହିଁ। tcp_outgoing_address ସ୍ଥାନୀୟ ଉତ୍ସ ଚୟନ କରେ; ଅପରେଟିଂ ସିଷ୍ଟମ ତଥାପି ମାର୍ଗ ଚୟନ କରେ।
| ନିଷ୍ପତ୍ତି | ମାଲିକ |
|---|---|
| ସ୍ଥାନୀୟ ବହିର୍ଗମନ TCP ଉତ୍ସ | Squidର ଉତ୍ସ-ଠିକଣା ନିୟମ। |
| ସେହି ଉତ୍ସ ପାଇଁ ଗେଟୱେ ଏବଂ ଇଣ୍ଟରଫେସ୍ | ହୋଷ୍ଟ ରାଉଟିଂ ନୀତି। |
| ୱେବସାଇଟ୍ ଯାହା ସାର୍ବଜନୀନ ଠିକଣା ଦେଖେ | ସମ୍ପୂର୍ଣ୍ଣ ପଥ, ଯେକୌଣସି NAT କିମ୍ବା ପିତୃ ପ୍ରକ୍ସି ସହିତ। |
ଯଦି A ପ୍ରଦାନକାରୀ Aର ଅଟେ କିନ୍ତୁ ଡିଫଲ୍ଟ ମାର୍ଗ ପ୍ରଦାନକାରୀ B ବ୍ୟବହାର କରେ, B ସେହି ଉତ୍ସକୁ ପ୍ରତ୍ୟାଖ୍ୟାନ କରିପାରେ କିମ୍ବା ଫେରନ୍ତା ପଥ ବିଫଳ ହୋଇପାରେ। ବହୁ-ଇଣ୍ଟରଫେସ୍ ସେଟଅପକୁ ଉତ୍ସ-ଆଧାରିତ ନୀତି ରାଉଟିଂ ଆବଶ୍ୟକ ହୋଇପାରେ। ଏହାର ଅପରେଟିଂ-ସିଷ୍ଟମ/ନେଟୱାର୍କ ନିୟମ ଏହି ନିୟୋଜନ ସହିତ ମେଳ ଖାଇବା ଆବଶ୍ୟକ; କପି କରାଯାଇଥିବା ଡିଫଲ୍ଟ-ମାର୍ଗ ନିର୍ଦ୍ଦେଶ SSH ଏବଂ ପ୍ରକ୍ସି ସେସନ୍ ବ୍ୟାହତ କରିପାରେ।
ଲିସନର, ଉଦ୍ଦିଷ୍ଟ ବହିର୍ଗମନ ଉତ୍ସ ଏବଂ ସୁସଙ୍ଗତ ଗେଟୱେ ରେକର୍ଡ କରନ୍ତୁ। କ୍ଲାୟେଣ୍ଟ→Squid ଏବଂ Squid→ଲକ୍ଷ୍ୟ ସଂଯୋଗ ଭିନ୍ନ ଇଣ୍ଟରଫେସ୍ ବ୍ୟବହାର କରିପାରେ, ଏବଂ କ୍ଲାୟେଣ୍ଟକୁ ଫେରନ୍ତା ପଥ ଅନ୍ୟ ଏକ ଆବଶ୍ୟକତା।
Squid ନିର୍ଦ୍ଦେଶ ଉତ୍ସ ଚୟନ ନିୟନ୍ତ୍ରଣ କରେ, ମାର୍ଗ ସ୍ଥାପନ ନୁହେଁ। Danteର ଆଭ୍ୟନ୍ତରୀଣ/ବାହ୍ୟ ବନ୍ଧନ ପାର୍ଥକ୍ୟ ମଧ୍ୟ ଉପଯୋଗୀ ପଥର ବିକଳ୍ପ ନୁହେଁ। ସ୍ଥାନୀୟ ଭାବରେ ସଠିକ୍ ଉତ୍ସ ପରେ ଅନୁବାଦିତ ହୋଇପାରେ, ତେଣୁ ୱେବସାଇଟ୍ ଯାହା ଠିକଣା ଦେଖେ ଅଲଗା ଭାବରେ ଯାଞ୍ଚ କରନ୍ତୁ।