משתני הפרוקסי של Transmission משפיעים על רכיבי מעקב HTTP, לא על עמיתים
הפרידו בין בקשות רכיב המעקב ב-HTTP של Transmission לבין חיבורי עמיתים ו-DHT לפני שאתם מתייחסים למסלול רכיב מעקב שהשתנה כהורדה דרך פרוקסי.
רכיב מעקב משיב לאחר שנותנים ל-Transmission כתובת URL של פרוקסי שנבנתה מפרטי השירות שלכם או מרשומה ברשימת פרוקסי. זה יכול לתקן את הגישה לרכיב המעקב בלי לשנות לאן הולך תעבורת העמיתים של הטורנט.
התיעוד של משתני הסביבה של Transmission מגדיר את libcurl כרכיב שמבצע הודעות וסריקות של רכיב מעקב ב-HTTP וב-HTTPS. משתני הפרוקסי שהספרייה הזו צורכת מתאימים את הבקשות האלה. הם אינם מדיניות רשת גלובלית לכל היישום.
| פעולה | מה קובעת הגדרת הפרוקסי של רכיב המעקב |
|---|---|
| בקשת רכיב מעקב ב-HTTP או ב-HTTPS | בקשת libcurl יכולה לבחור את הפרוקסי המוגדר |
| חיבור לעמית | אין מסקנה מתוצאת רכיב המעקב הזו |
| DHT או פעילות UDP אחרת | אין מסקנה מתוצאת רכיב המעקב הזו |
טורנט יכול להכיל כמה מנגנוני גילוי. לכן קבלת רשימת עמיתים דרך פרוקסי תואמת לכך שחיבורים מאוחרים יוצאים דרך ממשק רגיל.
אם אתם מריצים את הדמון, הסביבה שלו שייכת גם היא לשירות הזה, ולא למסוף שמריץ פקודת שליטה מרחוק. בהתקנות מבוססות systemd הגדירו את המשתנים בשירות הדמון. מסירת המשתנה הנכון לתהליך הנכון נדרשת למסלול libcurl המתועד; היא עדיין לא מרחיבה את היקף המסלול הזה.
תארו תוצאה לכל פעולה. ”בקשת רכיב המעקב השתמשה בפרוקסי“ שימושי. ”זהות הרשת של ההורדה השתנתה“ דורש ראיות על חיבורי העמיתים שנושאים את הנתונים.