وقتی یک پروکسی User-Agent مربوط به APT را رد می‌کند
رد صریح خط‌مشی هویت کارخواه را بشناسید، زمانی که curl موفق می‌شود اما APT از طریق همان پروکسی مسدود می‌شود.
curl یک نشانی وب را دریافت می‌کند. APT با استفاده از همان پروکسی صفحه‌ای دریافت می‌کند که می‌گوید User-Agent آن تأیید نشده است. همین پاسخ دامنه بررسی را محدود می‌کند: واسطه در حال اعمال یک خط‌مشی کارخواه است.
تغییر هم‌زمان آینه‌های مخزن، گذرواژه‌ها و DNS آن شاهد مفید را دور می‌ریزد. پیش از تغییر مسیر، وضعیت بازگشتی و متن رد مرتبط را نگه دارید.
APT گزینه Acquire::http::User-Agent را برای روش دریافت HTTP مستند می‌کند. اگر اپراتور شبکه شناسه تأییدشده‌ای می‌خواهد، مقدار توافق‌شده را آگاهانه تنظیم کنید. کپی‌کردن کل رشته هویت یک مرورگر از یک پاسخ قدیمی می‌تواند به‌روزرسان واقعی را پنهان کند و باز هم در شرط خط‌مشی دیگری شکست بخورد.
دامنه درخواست ناموفق را بررسی کنید. درخواست مخزن HTTP و تونل HTTPS اطلاعات متفاوتی را به یک پروکسی معمولی که در مسیر قرار نمی‌گیرد نشان می‌دهند. نتیجه نگیرید که خط‌مشی سرآیندی که در یک مسیر دیده می‌شود، به‌طور خودکار درون ترافیک رمزنگاری‌شده هم به همان شکل اعمال می‌شود.
صفحه رد که جایی برگردانده شود که فراداده مخزن انتظار می‌رفت، می‌تواند بعداً خطای تجزیه یا خطایی شبیه خطای امضا ایجاد کند. پیش از تغییر اعتماد به مخزن، خاستگاه پاسخ را بخوانید. مسیریابی موفق از طریق پروکسی یک صفحه خط‌مشی HTML را به نمایه معتبر بسته تبدیل نمی‌کند. برای Hash Sum mismatch، جمع بازبینی مورد انتظار و بایت‌های واقعی را کنار هم نگه دارید.