پیش از تغییر تنظیمات پروکسی Chocolatey، درخواست ناموفق را مشخص کنید:

مرحلهٔ خطاورودی پروکسی برای بررسی
دریافت Chocolatey پیش از وجود chocochocolateyProxyLocation در شل بوت‌استرپ و متغیرهای اختیاری حساب
یک عملیات choco نصب‌شدهترتیب اولویت آن: آرگومان‌های صریح فرمان، پیکربندی Chocolatey، متغیرهای محیطی و سپس پیکربندی سیستم
یک بسته دانلودکنندهٔ دیگری را اجرا می‌کندگزینه‌ها و هویت آن فرایند؛ ممکن است از کمک‌کننده‌های Chocolatey یا نرم‌افزار جداگانه استفاده کند

مقدار ذخیره‌شدهٔ choco config نمی‌تواند دانلود بوت‌استرپ قبلی را پیکربندی کند. از روش نصب رسمی برای محیط مدیریت‌شده استفاده کنید و مقادیر پروکسی را در شلی بگذارید که واقعاً آن را اجرا می‌کند. نصب‌کنندهٔ قدیمی یک‌خطی که سیاست اجرا را تغییر می‌دهد و رمز عبور را جاسازی می‌کند، تعمیر پروکسی لازم نیست.

برای CLI نصب‌شده، پیکربندی مؤثر را در دامنهٔ مورد نظر بررسی کنید. مقدار ذخیره‌شدهٔ CLI می‌تواند توضیح دهد چرا تغییر پروکسی سیستم Windows هیچ تفاوتی نکرد. برای دانلودهای عمومی مجاز که دانلودکنندهٔ واقعی‌شان اعتبارنامهٔ پروکسی پیکربندی‌شده یا نگه‌داشته‌شده ندارد، فهرست پروکسی HTTP نشانی‌های نامزد را برای ورودی پروکسی مربوطه ارائه می‌دهد؛ قالب مورد انتظار کلاینت انتخاب‌شده را به کار ببرید. نقطهٔ پایانی واسط و حساب را از اعتبارنامهٔ منبع بسته جدا نگه دارید؛ احراز هویت مخزن می‌تواند پس از موفقیت دسترسی پروکسی شکست بخورد.

در هنگام نصب بسته، فرایندی را که خطا را منتشر می‌کند مشخص کنید. یک فایل اجرایی جداگانه لازم نیست گزینه‌های مخصوص Chocolatey را پیاده‌سازی کند یا از همان هویت استفاده کند. ابزارهای گرافیکی و عامل‌های پس‌زمینه نیز محدودیت‌های پروکسی مخصوص محصول دارند؛ یک درخواست موفق CLI مسیر دانلود نماد یا عامل آن‌ها را اثبات نمی‌کند.

نخستین خطای سودمند را با آن فرایند در ذهن بخوانید: 407 به احراز هویت پروکسی مربوط است، خطای اعتماد TLS به گواهی ارائه‌شده به همان درخواست‌کننده مربوط است، و بستهٔ مفقود یا حساب مخزن ردشده به منبع مربوط است. نام میزبان، عملیات، زمینهٔ حساب و وضعیت ناموفق را بدون داده‌های محرمانه نگه دارید. موفقیت بوت‌استرپ و سپس شکست دانلود بسته، مسیری را که نیاز به تعمیر دارد محدود می‌کند.

مقالات مرتبط