<VirtualHost> ବ୍ଲକ ବର୍ଣ୍ଣନା କରେ ଯେ Apache ମେଳ ଖାଉଥିବା ଅନୁରୋଧଗୁଡ଼ିକୁ କିପରି ପରିଚାଳନା କରିବ। କିନ୍ତୁ ଏହା ଶୁଣୁଥିବା ସକେଟ ସୃଷ୍ଟି କରେ ନାହିଁ। ତେଣୁ ପୋର୍ଟ 8080 ରେ ଫରୱାର୍ଡ-ପ୍ରକ୍ସି କନଫିଗରେସନ ଏକ ବୈଧ ଦେଖାଯାଉଥିବା ଫାଇଲରେ ରହିପାରେ, ଯେତେବେଳେ ଗ୍ରାହକମାନେ ସେଠାରେ କୌଣସି ଶ୍ରୋତା ପାଆନ୍ତି ନାହିଁ।

Listen ନିର୍ଦ୍ଦେଶ ସେହି ଅଲଗା ଆବଶ୍ୟକତା ପ୍ରଦାନ କରେ। ସ୍ଥାନୀୟ ଗ୍ରାହକ କିମ୍ବା ଏକ ସୁରକ୍ଷିତ ଟନେଲ ମାଧ୍ୟମରେ ପହଞ୍ଚୁଥିବା ପ୍ରକ୍ସି ପାଇଁ, ଉଦ୍ଦିଷ୍ଟ ରୂପରେ ଏହା ଅନ୍ତର୍ଭୁକ୍ତ ହୋଇପାରେ:

Listen 127.0.0.1:8080

<VirtualHost 127.0.0.1:8080>
    # Existing restricted forward-proxy configuration
</VirtualHost>

ଏହା ସମ୍ପର୍କ ଦର୍ଶାଏ, ସମ୍ପୂର୍ଣ୍ଣ ପ୍ରକ୍ସି ନିୟୋଜନ ନୁହେଁ। ବିଦ୍ୟମାନ ଗ୍ରାହକ ଅନୁମତି ଏବଂ ଲକ୍ଷ୍ୟସ୍ଥଳ ପ୍ରତିବନ୍ଧକ ରକ୍ଷା କରନ୍ତୁ। loopback ଠିକଣା ଉଦ୍ଦେଶ୍ୟମୂଳକ ଭାବରେ ନୂଆ ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ଶ୍ରୋତା ଦିଏ ନାହିଁ।

ପ୍ରଭାବୀ କନଫିଗରେସନରେ ଓଭରଲାପ ହେଉଥିବା Listen ପ୍ରବେଶିକାକୁ ମଧ୍ୟ ଯାଞ୍ଚ କରନ୍ତୁ। ବିଦ୍ୟମାନ ଶ୍ରୋତାକୁ ଲକ୍ଷ୍ୟ ନକରି ଆଉ ଏକ ନିର୍ଦ୍ଦେଶ ଯୋଡ଼ିଲେ ଆରମ୍ଭ ଅଟକିପାରେ। ନିର୍ଦ୍ଦିଷ୍ଟ ଠିକଣାରୁ ଓଭରଲାପ ହେଉଥିବା wildcard ବନ୍ଧନକୁ ଯିବା ସମୟରେ Apache ର ସମର୍ଥିତ ପୁନଃଆରମ୍ଭ ପ୍ରକ୍ରିୟା ମଧ୍ୟ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ।

ଯେତେବେଳେ SSH ଏହି ପ୍ରକ୍ସିକୁ ଫରୱାର୍ଡ କରେ, ଦୂର ପ୍ରାନ୍ତକୁ ପ୍ରକୃତ ଶ୍ରୋତା ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିବାକୁ ହେବ। ସଫଳ SSH ଲଗଇନ କନଫିଗର ହୋଇଥିବା Apache ପୋର୍ଟକୁ ସୃଷ୍ଟି କରେ ନାହିଁ। HTTP ପ୍ରମାଣପତ୍ର ବଦଳାଇବା କିମ୍ବା ପ୍ରବେଶ ନିୟମ ଦୁର୍ବଳ କରିବା ପୂର୍ବରୁ ଶ୍ରୋତା ଏବଂ ଉଦ୍ଦିଷ୍ଟ ବନ୍ଧନ ସୁଧାରନ୍ତୁ। ତା'ପରେ ପ୍ରକୃତ ଶ୍ରୋତାରେ ଅନୁମତିପ୍ରାପ୍ତ ଏବଂ ଅସ୍ୱୀକୃତ ପ୍ରବେଶ ଅବସ୍ଥା ଯାଞ୍ଚ କରନ୍ତୁ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ