የTransmission ፕሮክሲ ተለዋዋጮች የHTTP ትራከሮችን ይጎዳሉ፣ አጋሮችን አይደለም
የTransmission የHTTP ትራከር ጥያቄዎችን ከአጋር ግንኙነቶችና ከDHT ለይተው ከመለየትዎ በፊት የተቀየረውን የትራከር መንገድ እንደ ፕሮክሲ የተደረገ ማውረድ አድርገው አይመልከቱ።
ትራከር የሚምልሰው ለTransmission ከአገልግሎትዎ ዝርዝሮች የተገነባ የፕሮክሲ URL ወይም በየፕሮክሲ ዝርዝር ውስጥ ያለ ግቤት ከሰጡት በኋላ ነው። ይህ የትራከር መዳረሻን ሊያስተካክል ይችላል፣ የቶረንቱ የአጋር ትራፊክ የሚሄድበትን ቦታ ሳይቀይር።
የTransmission የአካባቢ ተለዋዋጮች ሰነድ libcurl የHTTPና HTTPS ትራከር ማስታወቂያዎችንና ስክራፖችን የሚሰራውን አካል አድርጎ ይገልጻል። በዚያ ቤተ መጻሕፍት የሚወሰዱ የፕሮክሲ ተለዋዋጮች እነዚያን ጥያቄዎች ያስተካክላሉ። እነሱ ለመላው አፕሊኬሽን አጠቃላይ የኔትወርክ ፖሊሲ አይደሉም።
| ተግባር | የትራከር-ፕሮክሲ ቅንብር የሚወስነው |
|---|---|
| የHTTP ወይም HTTPS ትራከር ጥያቄ | የlibcurl ጥያቄ የተዋቀረውን ፕሮክሲ መምረጥ ይችላል |
| ከአጋር ጋር ግንኙነት | ከዚያ የትራከር ውጤት ምንም መደምደሚያ የለም |
| DHT ወይም ሌላ የUDP እንቅስቃሴ | ከዚያ የትራከር ውጤት ምንም መደምደሚያ የለም |
አንድ ቶረንት በርካታ የመፈለጊያ ዘዴዎችን ሊይዝ ይችላል። ስለዚህ የአጋር ዝርዝርን በፕሮክሲ መቀበል በኋላ ግንኙነቶች በተለመደው በይነገጽ መውጣታቸው ይጣጣማል።
ዴሞኑን ካካሄዱ፣ የአካባቢው ተለዋዋጮች ለዚያ አገልግሎት ናቸው፣ የርቀት መቆጣጠሪያ ትዕዛዝ ለሚያሄደው ተርሚናል አይደለም። በsystemd ላይ በተመሠረቱ ጭነቶች ተለዋዋጮቹን በዴሞን አገልግሎቱ ላይ ያዘጋጁ። ትክክለኛውን ተለዋዋጭ ለትክክለኛው ሂደት መስጠት ለተመዘገበው የlibcurl መንገድ ያስፈልጋል፤ የዚያን መንገድ ስፋት ግን አያሰፋም።
ውጤቱን በተግባር ይግለጹ። “የትራከር ጥያቄው ፕሮክሲውን ተጠቅሟል” ጠቃሚ ነው። “የማውረዱ የኔትወርክ ማንነት ተቀይሯል” ማለት ውሂቡን ስለሚይዙት የአጋር ግንኙነቶች ማስረጃ ይፈልጋል።