ഈ കമാൻഡിനായി Proxychains കോൺഫിഗ് തിരഞ്ഞെടുക്കുക

proxychains4 -f /home/alex/proxy-lab.conf curl https://example.com/

-f ആർഗ്യുമെന്റ് ഈ proxychains-ng വിളിക്കായി വായിക്കാവുന്ന ഒരു കോൺഫിഗ് തിരഞ്ഞെടുക്കുന്നു. ഉദാഹരണത്തിലെ പൂർണ്ണ പാത്ത്, നിങ്ങൾ പരിപാലിക്കാൻ ഉദ്ദേശിക്കുന്ന ഫയൽ ഉപയോഗിച്ച് മാറ്റി, സ്റ്റാർട്ടപ്പ് ഔട്ട്പുട്ടിൽ ലോഡ് ചെയ്ത പാത്ത് പരിശോധിക്കുക. ഇപ്പോഴും മറ്റൊരു ഫയലിന്റെ പേര് പറയുന്ന പിശക്, നിങ്ങൾ പ്രതീക്ഷിച്ച proxychains4.conf എഡിറ്റ് ചെയ്തത് എന്തുകൊണ്ട് ഫലം നൽകിയില്ലെന്ന് വിശദീകരിക്കുന്നു.

ആ വ്യക്തമായ തിരഞ്ഞെടുപ്പ് ഇല്ലെങ്കിൽ, തിരയലിൽ PROXYCHAINS_CONF_FILE, പ്രവർത്തന ഡയറക്ടറിയിലെ കോൺഫിഗ്, ഓരോ ഉപയോക്താവിന്റെയും ഫയൽ, ഇൻസ്റ്റാൾ ചെയ്ത സിസ്റ്റം സ്ഥാനങ്ങൾ എന്നിവ ഉൾപ്പെടുന്നു. പാക്കേജ്, റാപ്പർ പതിപ്പുകളുടെ സ്ഥിരമൂല്യങ്ങൾ വ്യത്യാസപ്പെടാം. അതിനാൽ പ്രോജക്ടിലെ proxychains.conf, മറ്റൊരു അക്കൗണ്ടിന്റെ ഹോം, അല്ലെങ്കിൽ PATH ലെ മറ്റൊരു എക്സിക്യൂട്ടബിൾ ഇൻപുട്ട് മാറ്റാം.

തിരഞ്ഞെടുത്ത ഫയൽ സാധുവായ പ്രോക്സി റിപ്പോർട്ട് ചെയ്യുന്നില്ലെങ്കിൽ

കണക്റ്റിവിറ്റിക്ക് മുമ്പ് പാഴ്സിംഗ് പരിശോധിക്കുക. എൻട്രികൾ [ProxyList] ക്ക് കീഴിൽ വരുന്നു, ഇൻസ്റ്റാൾ ചെയ്ത റിലീസ് പ്രതീക്ഷിക്കുന്ന പ്രോട്ടോക്കോളും ഫീൽഡുകളും ആവശ്യമാണ്. കമന്റുകൾ, വിഭാഗ ക്രമീകരണം, സിന്റാക്സ് എന്നിവ പരിശോധിക്കുക. അനുവദനീയമായ പൊതു എൻഡ്പോയിന്റിനായി സൗജന്യ പ്രോക്സി പട്ടിക തിരഞ്ഞെടുത്ത പ്രോട്ടോക്കോളിന്റെ ആവശ്യമായ ഫീൽഡുകളോടെ നൽകാൻ സ്ഥാനാർത്ഥികൾ നൽകുന്നു. SOCKS എന്ന് വിശേഷിപ്പിക്കുന്ന HTTP ലിസണർ ഉദ്ദേശിച്ച ഫയൽ ലോഡ് ചെയ്താലും തെറ്റായി തുടരുന്നു.

പാഴ്സ് ചെയ്ത കോൺഫിഗിലെ പിശക് കണക്ഷൻ ശ്രമത്തിന് ശേഷമുള്ള ടൈംഔട്ടിൽ നിന്ന് വ്യത്യസ്തമാണ്. ഉദ്ദേശിച്ച എൻഡ്പോയിന്റ് പാഴ്സ് ചെയ്താൽ, അടുത്ത പരാജയപ്പെട്ട ഘട്ടം പിന്തുടരുക: ലൈബ്രറി ലോഡിംഗ്, പ്രോക്സി ചർച്ച, പ്രാമാണീകരണം, ലക്ഷ്യ കണക്ഷൻ അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ പ്രതികരണം. സിസ്റ്റം ഫയലിന്റെ പേര് മാറ്റുന്നത് ആ ഘട്ടങ്ങൾ ശരിയാക്കില്ല.

വേറിട്ട എക്സിറ്റുകൾ ആവശ്യമുള്ള വേറിട്ട കമാൻഡുകൾക്ക്, പ്രോസസുകൾ ആരംഭിക്കുമ്പോൾ പങ്കിട്ട കോൺഫിഗ് വീണ്ടും എഴുതുന്നതിന് പകരം അവയുടെ ഫയലുകൾ വ്യക്തമായി തിരഞ്ഞെടുക്കുക. പഴയ ഗൈഡിൽ നിന്നുള്ള ഫയൽനാമം പുനർനിർമ്മിക്കാൻ മറ്റൊരു സിസ്റ്റം-വ്യാപക ഫയൽ ഓവർറൈറ്റ് ചെയ്യേണ്ടതില്ല.