VPN ഇല്ലാതെ പ്രോക്സി IP കറക്കൽ: എക്സിറ്റ് എന്തു കാണുന്നു
VPN ഇല്ലാതെ പ്രോക്സി എക്സിറ്റുകൾ കറക്കുക: HTTP പ്രോക്സിക്ക് എന്തു വായിക്കാം, സ്റ്റിക്കി സെഷനുകൾ തകർന്ന അവസ്ഥ എങ്ങനെ തടയുന്നു, ഏത് എക്സിറ്റ് നയത്തിൽ നിങ്ങൾക്ക് ന്യായീകരിക്കാം.
പ്രോക്സി റൊട്ടേഷനും VPN-ഉം നിങ്ങളുടെ പൊതു വിലാസം വ്യത്യസ്ത പാളികളിൽ മാറ്റുന്നു, ആ വ്യത്യാസമാണ് എന്ത് ചോരുന്നു എന്ന് തീരുമാനിക്കുന്നത്. VPN ഓരോ പാക്കറ്റും ഒരു തുരങ്കത്തിലേക്ക് മാറ്റുന്നു, അതിനാൽ ലക്ഷ്യം കാണുന്ന ഉറവിട വിലാസം തുരങ്കത്തിന്റെ അവസാന പോയിന്റാണ്. പ്രോക്സി നെറ്റ്വർക്ക് പാളിക്ക് മുകളിലാണ്: അതിലൂടെ അയയ്ക്കുന്ന അഭ്യർത്ഥനകൾ മാത്രമാണ് എക്സിറ്റിൽ നിന്ന് കാണുന്നത്, യന്ത്രത്തിലെ മറ്റെല്ലാം യഥാർത്ഥ വിലാസം നിലനിർത്തുന്നു. ഈ വിഭജനം ശരിയായി ചെയ്താൽ കറക്കൽ ഒരു ചെക്ക്ബോക്സിൽ നിന്ന് രൂപകൽപ്പനാ തീരുമാനമായി മാറുന്നു.
പൊതു വിലാസം യഥാർത്ഥത്തിൽ എവിടെ നിന്ന് വരുന്നു
ലക്ഷ്യം കാണുന്ന വിലാസം നിങ്ങളുടെ ട്രാഫിക് അവസാനമായി പുറപ്പെട്ട സ്ഥലമാണ്, വീട്ടു കണക്ഷനിൽ അത് നിങ്ങളുടെ റൗട്ടറിലെ ദാതാവിന്റെ വിലാസമാണ്, യന്ത്രത്തിന്റെ ഉടമസ്ഥതയിലുള്ള ഒന്നല്ല. റൗട്ടർ പുനരാരംഭിച്ചാൽ അതേ പാട്ടം തിരികെ വരാം, അതിന്റെ MAC വിലാസം മാറ്റിയാൽ ചിലപ്പോൾ പുതിയത് സൃഷ്ടിക്കപ്പെടും, പക്ഷേ രണ്ടും നിങ്ങൾക്ക് രാജ്യ തിരഞ്ഞെടുപ്പ് നൽകുന്നില്ല. VPN ഉറവിട വിലാസം IP പാളിയിൽ മാറ്റിസ്ഥാപിക്കുന്നു, അതിനാൽ യന്ത്രത്തിൽ നിന്ന് പുറപ്പെടുന്ന ഓരോ പാക്കറ്റും, DNS-ഉം പശ്ചാത്തല അപ്ഡേറ്റുകളും ഉൾപ്പെടെ, തുരങ്കത്തിന്റെ അവസാന പോയിന്റിൽ നിന്ന് പുറപ്പെടുന്നു. പ്രോക്സി ഒരു പാളി മുകളിലാണ് പ്രവർത്തിക്കുന്നത്: അത് അഭ്യർത്ഥന സ്വീകരിച്ച്, ലക്ഷ്യത്തിലേക്ക് സ്വന്തം കണക്ഷൻ തുറന്ന്, ആ അഭ്യർത്ഥന മാത്രം എക്സിറ്റിൽ നിന്ന് കാണുന്നു. യന്ത്രത്തിലെ മറ്റെല്ലാം ഇപ്പോഴും യഥാർത്ഥ വിലാസം ഉപയോഗിക്കുന്നു.
ഈ വിഭജനമാണ് മിക്ക അത്ഭുതങ്ങളും വിശദീകരിക്കുന്നത്. പ്രോക്സിയിലേക്ക് ചൂണ്ടുന്ന ബ്രൗസർ എക്സ്റ്റൻഷൻ ബ്രൗസർ അയയ്ക്കുന്നത് മാത്രം മാറ്റുന്നു, മറ്റൊന്നുമല്ല, അതിനാൽ അതേ ഹോസ്റ്റിലെ രണ്ടാമത്തെ ആപ്ലിക്കേഷൻ ഇപ്പോഴും യഥാർത്ഥ വിലാസം ചോരുന്നു. സിസ്റ്റം-വ്യാപക VPN-ന് വിപരീത പരാജയ മോഡ് ഉണ്ട്: നിങ്ങൾ പ്രാദേശികമായി നിലനിർത്താൻ ആഗ്രഹിച്ച ട്രാഫിക്കും അത് മൂടുന്നു, ക്ലയന്റ് അങ്ങനെ കോൺഫിഗർ ചെയ്താൽ മാത്രം അടഞ്ഞ് പരാജയപ്പെടുന്നു. രണ്ടിൽ നിന്ന് തിരഞ്ഞെടുക്കുന്നത് ഏത് ട്രാഫിക് നീങ്ങണം എന്ന് തിരഞ്ഞെടുക്കലാണ്.
തുടർന്ന് കറക്കൽ നിങ്ങൾ തിരഞ്ഞെടുത്ത പാളിക്ക് ബാധകമാണ്. പ്രോക്സിയോടൊപ്പം, കറക്കൽ എന്നാൽ അടുത്ത അഭ്യർത്ഥന മറ്റൊരു എക്സിറ്റ് ഉപയോഗിക്കുന്നു എന്നാണ്. VPN-നൊപ്പം, അത് തുരങ്കം പൊളിച്ച് വീണ്ടും നിർമ്മിക്കുന്നു എന്നാണ്, അത് സാവധാനമാണ്, കാണാവുന്ന വീണ്ടും ബന്ധിപ്പിക്കലായി പ്രത്യക്ഷപ്പെടുന്നു.
HTTP പ്രോക്സിക്ക് എന്തു വായിക്കാം, എന്തു വായിക്കാനാവില്ല
സാധാരണ HTTP-യിൽ പ്രോക്സി അഭ്യർത്ഥനാ വരിയിലെ സമ്പൂർണ URI, ഓരോ ഹെഡറും ബോഡിയും കാണുന്നു. അതെല്ലാം ലോഗ് ചെയ്യാനും ഏതു ഭാഗവും വീണ്ടും എഴുതാനും അതിന് കഴിയും, അതുകൊണ്ടാണ് പ്രതികരണങ്ങളിൽ സ്ക്രിപ്റ്റ് കുത്തിവയ്ക്കുന്ന സൗജന്യ പ്രോക്സി പ്രോട്ടോക്കോൾ അനുവദിക്കുന്നത് കൃത്യമായി ചെയ്യുന്നത്. പ്രാമാണീകരണം ഉപയോഗിക്കുന്നത് Proxy-Authorization, കൂടാതെ കാണാത്തതോ തെറ്റായതോ ആയ ക്രെഡൻഷ്യൽ നിർമ്മിക്കുന്നത് 407 Proxy Authentication Required കണക്ഷൻ പിശകിന് പകരം.
HTTPS-ൽ ക്ലയന്റ് അയയ്ക്കുന്നത് CONNECT host:port കൂടാതെ പ്രോക്സി ഒരു അസംസ്കൃത തുരങ്കം തുറക്കുന്നു, അതിനുശേഷം അത് എൻക്രിപ്റ്റ് ചെയ്ത ബൈറ്റുകൾ കാണുന്നു. CONNECT വരിയിൽ നിന്നും സാധാരണയായി TLS ഹാൻഡ്ഷേക്കിലെ SNI ഫീൽഡിൽ നിന്നും അത് ഇപ്പോഴും ഹോസ്റ്റ്നാമം പഠിക്കുന്നു, അതിനാൽ ഹോസ്റ്റ്നാമ തലത്തിലുള്ള ലോഗിംഗ് പേലോഡ് നിലനിൽക്കില്ലെങ്കിലും നിലനിൽക്കുന്നു. പേലോഡ് വായിക്കാൻ ക്ലയന്റ് വിശ്വസിക്കുന്ന സർട്ടിഫിക്കറ്റ് ഉപയോഗിച്ച് TLS അവസാനിപ്പിക്കണം, അത് വേറെ അപകടസാധ്യതയുള്ള വേറെ ഉൽപ്പന്നമാണ്. കൂടാതെ HTTP സെമാന്റിക്സ് സ്പെസിഫിക്കേഷൻ CONNECT-നെ ഒരു തുരങ്ക അഭ്യർത്ഥനയായി നിർവചിക്കുന്നു, എക്സിറ്റിന് എന്തു കാണാം, എന്തു കാണാനാവില്ല എന്നതിന് അതാണ് ശരിയായ മാനസിക മാതൃക.
curl -v -x http://proxy.example.net:8080 https://example.com 2>&1 | grep -E 'CONNECT|Proxy-'വിശദമായ ഔട്ട്പുട്ട് ഏതെങ്കിലും TLS ട്രാഫിക്കിന് മുമ്പ് CONNECT വരി കാണിക്കുന്നു, ആ നിമിഷത്തിലാണ് പ്രോക്സി നിങ്ങളുടെ ലക്ഷ്യസ്ഥാനം പഠിക്കുന്നത്. 407 ഉപയോഗിച്ച് മറുപടി നൽകുന്ന പ്രോക്സി ഒരിക്കലും തുരങ്കം തുറന്നിട്ടില്ല, അതിനാൽ വേറെ TLS ക്രമീകരണങ്ങളുമായി വീണ്ടും ശ്രമിക്കുന്നത് സഹായിക്കില്ല.
കറക്കലിന്റെ ഗ്രാനുലാരിറ്റി എന്ത് തകരും എന്ന് തീരുമാനിക്കുന്നു
ഓരോ അഭ്യർത്ഥനയിലും കറക്കുന്നതാണ് ഏറ്റവും സുരക്ഷിതമായി തോന്നുന്നതും ഏറ്റവും കൂടുതൽ തകർക്കുന്നതുമായ ക്രമീകരണം. കുക്കികൾ, CSRF ടോക്കണുകൾ, സെർവർ വശത്തെ സെഷനുകൾ എന്നിവ ഒരു ഐഡന്റിറ്റിയോട് ബന്ധിപ്പിച്ചിരിക്കുന്നു, ലോഗിൻ്റെയും അടുത്ത കോളിന്റെയും ഇടയിൽ മാറുന്ന ഐഡന്റിറ്റി ലക്ഷ്യത്തിന് സെഷൻ മോഷണം പോലെ തോന്നുന്നു. പല ദാതാക്കളും പ്രോക്സി ഉപയോക്തൃനാമത്തിൽ എൻകോഡ് ചെയ്ത് സ്റ്റിക്കി സെഷൻ നൽകുന്നു, അതിനാൽ തിരഞ്ഞെടുത്ത ജാലകത്തിന് എക്സിറ്റ് സ്ഥിരമായി നിൽക്കുന്നു.
ഗ്രാനുലാരിറ്റി ജോലിയിൽ നിന്ന് തിരഞ്ഞെടുക്കുക, ദാതാവിന്റെ സ്ഥിരസ്ഥിതിയിൽ നിന്നല്ല. സ്വതന്ത്ര പേജുകൾ കൊണ്ടുവരുന്ന ക്രോളർ ഓരോ അഭ്യർത്ഥനയിലും കറക്കാം, എന്നാൽ ചെക്ക്ഔട്ട് പ്രവാഹമോ പ്രാമാണീകരിച്ച API-യോ മുഴുവൻ പ്രവാഹത്തിനും ഒരു എക്സിറ്റ് നിലനിർത്തണം. ചുവടെയുള്ള രണ്ട് കോളുകൾ സ്റ്റിക്കി ഉപയോക്തൃനാമവും ലളിതമായ കറങ്ങുന്ന എൻഡ്പോയിന്റും കാണിക്കുന്നു, കൂടാതെ socks5h സ്കീം പേരുകൾ പ്രാദേശികമായല്ല, പ്രോക്സിയിൽ പരിഹരിക്കുന്നു.
curl -sS -x http://user-session-a1b2:[email protected]:8080 https://ifconfig.me
curl -sS -x socks5h://127.0.0.1:1080 https://ifconfig.meപ്രാദേശിക DNS ഒരു നിശ്ശബ്ദ ചോര്ച്ചയാണ്. ക്ലയന്റ് ബന്ധിപ്പിക്കുന്നതിന് മുമ്പ് പേര് പരിഹരിച്ചാൽ, HTTP അഭ്യർത്ഥന മറ്റെവിടെയോ നിന്ന് പുറപ്പെട്ടാലും റിസോൾവർ നിങ്ങൾ സന്ദർശിക്കുന്ന ഓരോ ഹോസ്റ്റും ഇപ്പോഴും അറിയുന്നു. കൂടാതെ socks5h രൂപവും പ്രോക്സി വശത്തെ പരിഹാരവും അത് ഒഴിവാക്കുന്നു, അവ ഉപയോഗിക്കുന്നത് ഒന്നും ചെലവാക്കുന്നില്ല.
ലക്ഷ്യം വിലാസത്തിന് പുറമേ എന്ത് തരംതിരിക്കുന്നു
വിലാസത്തിന്റെ പ്രശസ്തി പല ഇൻപുട്ടുകളിൽ ഒന്നാണ്. ലക്ഷ്യങ്ങൾ ASN-ഉം അതിന്റെ ഡാറ്റാ സെന്റർ അല്ലെങ്കിൽ താമസ ലേബലും, ക്ലയന്റിന്റെ TLS ഫിംഗർപ്രിന്റും, HTTP/2 ക്രമീകരണങ്ങളും, ഹെഡർ ക്രമവും, അഭ്യർത്ഥന നിരക്കും, നാവിഗേഷന്റെ രൂപവും സംയോജിപ്പിക്കുന്നു. ഹെഡ്ലെസ് ബ്രൗസർ നയിക്കുന്ന താമസ എക്സിറ്റ്, യഥാർത്ഥ സെഷൻ നയിക്കുന്ന ഡാറ്റാ സെന്റർ എക്സിറ്റ് കടന്നുപോകുന്നിടത്ത് പരാജയപ്പെടാം.
എക്സിറ്റിന്റെ തരം ട്രാഫിക്കിനെക്കുറിച്ച് നിങ്ങൾക്ക് സത്യസന്ധമായി എന്ത് അവകാശപ്പെടാം എന്ന് നിർണ്ണയിക്കുന്നു, ഓരോന്നിനും വ്യത്യസ്ത ചെലവുണ്ട്.
| Exit type | What the target sees | Main cost |
|---|---|---|
| Datacenter proxy | Hosting ASN, cheap, often pre-blocked | Low reputation, easy to detect |
| Residential network | A consumer ISP address belonging to someone else | Consent and terms-of-service exposure |
| Mobile carrier | A carrier NAT address shared by many subscribers | Price, plus shared blame for abuse |
| Your own cloud egress | An address you are accountable for | Recognisable, but defensible |
പങ്കിട്ട എക്സിറ്റ് നിഷ്പക്ഷമല്ല. ആ വിലാസത്തിൽ നിന്ന് പ്രവർത്തിക്കുന്ന മറ്റെല്ലാം ഒരേ പ്രശസ്തി കുട്ടയിൽ വീഴുന്നു, മറ്റ് വാടകക്കാർ ഇതിനകം കത്തിച്ച വിലാസം നിങ്ങളുടെ ആദ്യ അഭ്യർത്ഥന വായിക്കുന്നതിന് മുമ്പ് പരാജയപ്പെടുന്നു.
നയത്തിൽ വിവരിക്കാൻ കഴിയുന്ന ഒരു എക്സിറ്റ് തിരഞ്ഞെടുക്കുക
ഉപയോഗപ്രദമായ ചോദ്യം വിലാസം എങ്ങനെ മറയ്ക്കാം എന്നല്ല, അതിൽ നിന്ന് പുറപ്പെടുന്ന ട്രാഫിക്കിന് ആരാണ് ഉത്തരവാദി എന്നാണ്. ഓരോ ജോലിക്കും നിങ്ങളുടെ സ്വന്തം ക്ലൗഡ് എക്സിറ്റ്, ഡാറ്റാ പ്രോസസ്സിംഗ് കരാറും പ്രസിദ്ധീകരിച്ച സൂക്ഷിപ്പും ഉള്ള കരാർ ദാതാവ്, ഓരോ ജോലിക്കും ഒരു ഐഡന്റിറ്റിയുള്ള സ്വയം ഹോസ്റ്റ് ചെയ്ത VPN — എല്ലാം ഒരു വാക്യത്തിൽ വിവരിക്കാം. സൗജന്യ പട്ടിക അങ്ങനെയല്ല, കാരണം അതിന്റെ ഓപ്പറേറ്റർക്ക് നിങ്ങളോട് യാതൊരു ബാധ്യതയുമില്ല, ലോഗ് ചെയ്യാൻ എല്ലാ പ്രോത്സാഹനവുമുണ്ട്.
നിങ്ങളുടെ സ്വന്തം നിരക്ക് പരിധികൾ ലക്ഷ്യം സഹിക്കുന്നതിന് താഴെ നിർത്തുക, ജോലിക്ക് ആവശ്യമുള്ള ഫീൽഡുകൾ മാത്രം ശേഖരിക്കുക, തെറ്റ് ചെറുതായി നിൽക്കാൻ. ബ്ലോക്കിൽ നിന്ന് രക്ഷപ്പെടാൻ വേഗത്തിൽ കറക്കുന്നത് സാധാരണയായി അതിന് കാരണമായ അഭ്യർത്ഥന നിരക്ക് വർദ്ധിപ്പിക്കുന്നു.
എഴുതുക തിരഞ്ഞെടുത്ത എക്സിറ്റ്, അതിന്റെ കറക്കൽ ജാലകം, അതിന്റെ ഉടമ ആദ്യ റൺ മുമ്പ് ജോബ് കോൺഫിഗിൽ. ബ്ലോക്ക് വരുമ്പോൾ, ആ കുറിപ്പാണ് എക്സിറ്റ് മാറ്റണോ പെരുമാറ്റം മാറ്റണോ എന്ന് പറയുന്നത്.