IPsec ஐ Shadowsocks ஆல் மாற்றும் முன் இழக்கப்படும் வேலைகளை பட்டியலிடுங்கள்

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

போக்குவரத்து எப்படிப் பிடிக்கப்படுகிறது என்பதில் தொடங்குங்கள்

நெறிமுறைக்கு இரு பகுதிகள் உள்ளன. ஒரு உள்ளூர் கூறு இணைப்பை ஏற்று, இலக்கு முகவரியில் தொடங்கும் ஓட்டத்தை மறையாக்கி, அதை தொலை கூறுக்கு அனுப்புகிறது. தொலை பகுதி அந்த இலக்குக்கு இணைப்பைத் திறந்து பைட்டுகளை அனுப்புகிறது. UDP தரவுக்கற்றைகளுடன் அதே வடிவத்தைப் பின்பற்றுகிறது. இது தான் பிடிக்கும் ஓட்டங்களுக்கான முன்னனுப்பல், பிடிக்காத ஓட்டங்கள் பற்றி எதுவும் கூறவில்லை. ப்ராக்ஸியுடன் வெளிப்படையாகப் பேசும் செயலி எளிது; மீதமுள்ள அனைத்தும் பிடிக்கப்பட தகவமைப்பான் அல்லது வழித்தட விதிகள் தேவை.

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

ஒவ்வொரு இலக்குக்கும் நெறிமுறைக்கும் பெயரிடுங்கள்

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

ஒழுங்கான வடிவமைப்புகளை உடைக்கும் நிகழ்வுகளைச் சேர்க்கவும்: உள் DNS, ப்ராக்ஸி அமைப்புகளை புறக்கணிக்கும் செயலிகள், சேவையகத்திலிருந்து கிளையண்ட் நோக்கித் தொடங்க வேண்டிய எந்த ஓட்டமும். ஒவ்வொன்றுக்கும் ஊகம் அல்ல, தெளிவான ஏற்பாடு தேவை.

மறையாக்கம் அனுமதி அல்ல

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

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

இன்று இரு பக்கங்களிலும் உள்ள கட்டுப்பாடுகளை பட்டியலிட்டு, எந்த இடைவெளிகளுடன் வாழ முடியும் எனத் தீர்மானியுங்கள்.

இயக்க வேலையை எண்ணுங்கள்

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

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

முடிவு எந்த தயாரிப்பு பாதுகாப்பானதாகத் தெரிகிறது என்பது அல்ல. பட்டியலிட்ட வேலைகளை குழு உண்மையில் பராமரிக்கும் கட்டுப்பாடுகளுடன் முடிக்கும் வடிவமைப்பு எது என்பதே.