உங்கள் ப்ராக்ஸி அனைவருக்கும் திறந்திருக்கவில்லை எனச் சரிபாருங்கள்

புதிய ஃபார்வர்டு ப்ராக்ஸியை மற்ற வலைகளிலிருந்து அணுகக்கூடியதாக்குமுன் அணுகல் எல்லையைச் சோதியுங்கள். சேவையகத்திலிருந்தே வெற்றிக் கோரிக்கை வெளிக் கிளையன்ட் என்ன செய்யலாம் என்பதை மிகக் குறைவாகவே நிரூபிக்கும். மறுக்கப்பட்ட கோரிக்கை உண்மையில் அனுப்பப்பட்டதா அறிய கட்டுப்பாட்டில் உள்ள இலக்கைப் பயன்படுத்துங்கள்.

செயலிலுள்ள லிஸனரும் கொள்கையும் சரிபாருங்கள்

கேட்கும் செயல்முறை மற்றும் முகவரிகளைப் பாருங்கள்; IPv6 இயக்கப்பட்டால் அதையும். எதிர்பாராத கூடுதல் லிஸனர்கள் அல்லது பழைய சேவை நிகழ்வுகளை அகற்றுங்கள். வலை ஃபயர்வாலைச் சேவையை அடைய வேண்டிய மூலங்களுக்கு மட்டும் கட்டுப்படுத்துங்கள்.

பின்னர் உண்மையில் ஏற்றிய அமைப்பையும் உள்ளடக்கிய கோப்புகளையும் பாருங்கள். Squid 6-இல் முந்தைய அனுமதி பிந்தைய தடையைப் பயனற்றதாக்கலாம். Tinyproxy 1.11.2-இல் எல்லா Allow மற்றும் Deny வரிகளையும் அகற்றினால் எல்லா கிளையன்ட்களும் அனுமதிக்கப்படுவர். Dante-இல் தனித்தனி கிளையன்ட் மற்றும் SOCKS விதிகள் உள்ளன; TCP இணைப்பை ஏற்பது முழுக் கொள்கையல்ல.

நிறுவிய பதிப்பின் ஆவணங்களைப் பயன்படுத்துங்கள். Squid 8 கட்டளை மாற்றங்கள் பதிப்பைச் சரிபார்க்கக் காரணம்; தெரிந்த அமைப்பு அதே பொருளில் ஏற்கப்பட்டதாகக் கருதுவதற்கல்ல.

அனுமதி மற்றும் மறுப்பு இரு நிலைகளையும் சோதியுங்கள்

ப்ராக்ஸி அங்கீகரிக்கப்பட்ட மூலத்தையும் உள்நுழைவையும் ஒன்றாகக் கோர வேண்டுமெனில் உங்கள் கட்டுப்பாட்டுச் சிஸ்டங்களில் இந்த அட்டவணையைச் சோதியுங்கள்:

ஒரே NAT பின்னுள்ள இரண்டு சாதனங்கள் ஒரே மூலமாகத் தோன்றலாம். ப்ராக்ஸியில் வெவ்வேறு மூல முகவரிகள் தெரியும் சோதனை இடங்களைத் தேர்ந்து பதிவுகளில் உறுதிசெய்யுங்கள். தொடர்பில்லாத மூன்றாம் நபர் இயந்திரங்களைப் பயன்படுத்தவோ பிறர் சேவைகளை ஸ்கேன் செய்யவோ வேண்டாம்.

ஃபயர்வால் மறுப்பில் HTTP பதிலே இல்லாமல் இருக்கலாம்; பயன்பாட்டு மறுப்பில் பிழை வரலாம். இரண்டிலும் கட்டுப்பாட்டு இலக்கு தடைப்பட்ட கோரிக்கையைப் பெறவில்லை எனப் பாருங்கள்; பிழைப்பக்கம் மட்டும் இலக்கின் பதிலாகக் குழப்பப்படலாம்.

அனுமதிக்க எண்ணிய அனுப்பும் முறைகளைச் சோதியுங்கள்

வலை ப்ராக்ஸியில் வழக்கமான HTTP-ஐயும் அனுமதித்த HTTPS CONNECT பாதையையும் தனியாகச் சோதியுங்கள். இலக்குத் தடை கொள்கையில் இருந்தால் அனுமதி இலக்கையும் மறுக்கப்பட வேண்டிய கட்டுப்பாட்டு இலக்கையும் பாருங்கள். எல்லாச் சோதனையும் வெற்றி பெற கட்டுப்பாடுகளை அகற்றாதீர்கள்.

மூல வரம்பு, நுழைவுத் தகவல், கேட்கும் முகவரி, உள்ளடக்கிய கோப்புகள் அல்லது சேவைப் பதிப்பு மாறினால் மீண்டும் சோதியுங்கள். நேரம், அமைப்புப் பதிப்பு மற்றும் முடிவுகளை ஒன்றாக வைத்துப் பிந்தைய மாற்றத்தை அதே எல்லையில் சரிபாருங்கள்.

இது ஏற்புச் செயல்முறை; அமைப்புப் பார்சரோ ஒரு கோரிக்கையோ அனைத்து வலைப் பாதைகளும் மூடப்பட்டதை நிரூபிக்கும் என்ற கூற்று அல்ல.