Transmission-ന്റെ പ്രോക്സി വേരിയബിളുകൾ HTTP ട്രാക്കറുകളെ ബാധിക്കുന്നു, പിയർമാരെയല്ല

നിങ്ങളുടെ സേവനത്തിന്റെ വിവരങ്ങളിൽ നിന്നോ പ്രോക്സി പട്ടികയിലെ ഒരു ഇനത്തിൽ നിന്നോ നിർമ്മിച്ച പ്രോക്സി URL Transmission-ന് നൽകിയ ശേഷമാണ് ട്രാക്കർ പ്രതികരിക്കുന്നത്. ഇത് ട്രാക്കർ ആക്സസ് ശരിയാക്കാം, പക്ഷേ ടോറന്റിന്റെ പിയർ ട്രാഫിക് എവിടേക്ക് പോകുന്നു എന്നത് മാറ്റുന്നില്ല.

Transmission-ന്റെ പരിസ്ഥിതി വേരിയബിൾ ഡോക്യുമെന്റേഷൻ HTTP, HTTPS ട്രാക്കർ പ്രഖ്യാപനങ്ങളും സ്ക്രാപ്പുകളും നിർവഹിക്കുന്ന ഘടകമായി libcurl-നെ ചൂണ്ടിക്കാണിക്കുന്നു. ആ ലൈബ്രറി ഉപയോഗിക്കുന്ന പ്രോക്സി വേരിയബിളുകൾ ആ അഭ്യർത്ഥനകൾ ഇഷ്ടാനുസൃതമാക്കുന്നു. അവ മുഴുവൻ ആപ്ലിക്കേഷനുമുള്ള ആഗോള നെറ്റ്വർക്ക് നയമല്ല.

ഒരു ടോറന്റിൽ നിരവധി കണ്ടെത്തൽ സംവിധാനങ്ങൾ ഉണ്ടാകാം. അതിനാൽ പ്രോക്സി വഴി പിയർ പട്ടിക ലഭിക്കുന്നത് പിന്നീടുള്ള കണക്ഷനുകൾ സാധാരണ ഇന്റർഫേസിലൂടെ പുറത്തുപോകുന്നതുമായി പൊരുത്തപ്പെടുന്നു.

നിങ്ങൾ ഡീമൺ പ്രവർത്തിപ്പിക്കുന്നുവെങ്കിൽ, അതിന്റെ പരിസ്ഥിതിയും ആ സേവനത്തിനുള്ളതാണ്, റിമോട്ട്-കൺട്രോൾ കമാൻഡ് പ്രവർത്തിപ്പിക്കുന്ന ടെർമിനലിനല്ല. systemd അടിസ്ഥാനമാക്കിയ ഇൻസ്റ്റാളേഷനുകളിൽ ഡീമൺ സേവനത്തിൽ വേരിയബിളുകൾ സജ്ജമാക്കുക. ശരിയായ വേരിയബിൾ ശരിയായ പ്രോസസ്സിന് നൽകുന്നത് ഡോക്യുമെന്റ് ചെയ്ത libcurl പാതയ്ക്ക് ആവശ്യമാണ്; അത് ആ പാതയുടെ പരിധി വിപുലീകരിക്കുന്നില്ല.

ഓരോ പ്രവർത്തനത്തിനും ഫലം വിവരിക്കുക. “ട്രാക്കർ അഭ്യർത്ഥന പ്രോക്സി ഉപയോഗിച്ചു” ഉപകാരപ്രദമാണ്. “ഡൗൺലോഡിന്റെ നെറ്റ്വർക്ക് ഐഡന്റിറ്റി മാറി” എന്ന് പറയാൻ ഡാറ്റ വഹിക്കുന്ന പിയർ കണക്ഷനുകളെക്കുറിച്ച് തെളിവ് വേണം.