ப்ராக்ஸி சோதனை நேரடி இணைப்பை தோல்வியடையச் செய்ய வேண்டும்
பயன்பாட்டின் சோதனை வலையமைப்பை ப்ராக்ஸியின் வெளியேறும் பாதையிலிருந்து பிரிக்கவும், கவனிக்கப்படாத நேரடி இணைப்பு ப்ராக்ஸி சோதனையை வெற்றிகரமாகத் தோன்றச் செய்யாதிருக்க.
ஒரு பயன்பாட்டின் அருகில் கேட்கும் உள்ளூர் ப்ராக்ஸி, ப்ராக்ஸி வழியாக அணுகல் தேவைப்படும் வலையமைப்பை மீண்டும் உருவாக்காது. பயன்பாடு அமைக்கப்பட்ட ப்ராக்ஸியை புறக்கணித்து, நேரடியாக இணைந்து, இருந்தபோதிலும் வெற்றியைத் தெரிவிக்கலாம்.
பயன்பாட்டின் வலையமைப்பை ப்ராக்ஸியின் வெளிப்புறப் பாதையிலிருந்து பிரிக்கவும். கொள்கலன் அடிப்படையிலான ஒரு ஏற்பாடு பயன்பாட்டை உள் வலையமைப்பில் மட்டும் வைத்து, ப்ராக்ஸிக்கு இரண்டாவது வெளியேறும் வலையமைப்பைத் தருகிறது. ஏற்கனவே உள்ள Compose வரையறையில் வலையமைப்பு இணைப்புகள் இப்படி இருக்கலாம்:
services:
app:
networks: [clients]
proxy:
networks: [clients, egress]
networks:
clients:
internal: true
egress: {}
இது ஏற்கனவே வரையறுக்கப்பட்ட சேவைகளுக்கான வலையமைப்புத் துண்டு. அங்கீகரிக்கப்பட்ட முன்னனுப்பு ப்ராக்ஸியையும் பயன்பாட்டின் உண்மையான கிளையண்டையும் தனித்தனியாக அமைக்கவும். Docker உள் வலையமைப்புகளை வெளியிலிருந்து தனிமைப்படுத்தப்பட்டவை என ஆவணப்படுத்துகிறது; இந்த ஏற்பாட்டில் கூடுதல் வெளிப்புற வலையமைப்பு ப்ராக்ஸிக்கு மட்டுமே உள்ளது.
ப்ராக்ஸி பயன்பாடு நீக்கப்பட்ட எதிர்மறை நிலையைச் சேர்க்கவும்: பயன்பாட்டின் வெளிப்புறக் கோரிக்கை தோல்வியடைய வேண்டும். அங்கீகாரம் கொண்ட HTTP ப்ராக்ஸியில், நிராகரிக்கப்பட்ட கணக்கு அதன் அங்கீகார தோல்வியை வழங்க வேண்டும், ஏற்றுக்கொள்ளப்பட்ட கணக்கு தொடர்புடைய ப்ராக்ஸி கண்காணிப்புடன் இலக்கை அடைய வேண்டும்.
ப்ராக்ஸியின் அனுமதிக்கப்பட்ட மற்றும் நிராகரிக்கப்பட்ட நிலைகளை தனித்தனியாகச் சோதிக்கவும். பயன்பாட்டை மற்ற வெளிப்புற வலையமைப்புகளிலிருந்து விலக்கி வைத்து, ப்ராக்ஸியைத் தவிர்க்கும் ஹோஸ்ட் வலையமைப்பு பயன்முறையைச் சேர்க்க வேண்டாம். சோதனை நோக்கமாகக் கொண்ட பாதையையே வழங்கும்போது மட்டுமே வெற்றிகரமான கோரிக்கை பயனுள்ள சான்றாகும்.