کمک‌کننده‌های محلی پروکسی NTLM: دسترسی مشتری در برابر ورود به بالادست

برنامه شما به پروکسی‌ای روی رایانه خودش متصل می‌شود. سپس آن کمک‌کننده خود را نزد پروکسی شرکت احراز هویت می‌کند. لازم نیست برنامه خودش تبادل احراز هویت شرکت را انجام دهد.

application → local helper → company proxy → destination

کمک‌کننده‌ای مانند CNTLM پیکربندی حساب و پروکسی بالادست دارد. شنونده محلی آن مرز دسترس‌پذیری و دسترسی جداگانه‌ای دارد. گذرواژه‌ای که در مرورگر برای نقطه پایانی دیگری وارد شود، هیچ‌یک از این دو را به‌طور خودکار پیکربندی نمی‌کند.

پله‌ای را که شکست خورد مشخص کنید

نخست تأیید کنید که برنامه شنونده و پروتکل واقعی کمک‌کننده را انتخاب کرده است. خطایی که پیش از رسیدن به آن شنونده رخ دهد، شکست NTLM نیست. سپس بررسی کنید که کمک‌کننده به والد پیکربندی‌شده رسیده است و والد هویت آن را پذیرفته است یا نه.

کد 407 که در این مسیر بازگردد نیاز به انتساب دارد. تراکنش محلی را با تشخیص‌های ویرایش‌شده کمک‌کننده همبسته کنید، به‌جای آنکه فرض کنید وضعیت آشکار حساب مورد نظر برنامه شما را مشخص می‌کند.

نمونه‌های قدیمی گاهی سرآیند keep-alive را اضافه می‌کنند و موفقیت را گزارش می‌دهند. ماندگاری اتصال می‌تواند در احراز هویت اتصال‌محور مهم باشد، اما این مشاهده ثابت نمی‌کند که هر راه‌اندازی ناموفق کمک‌کننده به همان سرآیند نیاز دارد. انتخاب نقطه پایانی، روش پشتیبانی‌شده، حساب و طول عمر اتصال همچنان ورودی‌های جداگانه‌ای هستند.

شنونده یک سرویس واقعی است

Loopback شنونده را از شبکه پیرامون دور نگه می‌دارد؛ اما همه فرایندها یا کاربران آن رایانه را از هم جدا نمی‌کند. یک دروازه یا اتصال گسترده‌تر مجموعه فراخوانندگانی را تغییر می‌دهد که می‌توانند از هویت بالادست کمک‌کننده استفاده کنند. آن تغییر را آگاهانه انجام دهید.

وقتی برنامه نمی‌تواند طرح لازم را انجام دهد، از یک چیدمان تأییدشده کمک‌کننده استفاده کنید. نتیجه سودمند یک مسیر شناخته‌شده با مالکیت حساب شناخته‌شده است، نه یک سرویس اضافی توضیح‌نشده که تصادفاً یک بارگیری را کار می‌اندازد.