Жергілікті NTLM прокси көмекшілері: клиент қатынасы және жоғары ағынға кіру

Қолданбаңыз өз компьютеріндегі проксиге қосылады. Содан кейін сол көмекші компания проксиіне аутентификация жасайды. Қолданба компанияның аутентификация алмасуын өзі жасауы міндетті емес.

application → local helper → company proxy → destination

CNTLM сияқты көмекшінің жоғары ағын тіркелгісі мен прокси конфигурациясы бар. Оның жергілікті тыңдаушысының бөлек қолжетімділік және кіру шекарасы бар. Басқа соңғы нүктеге браузерде енгізілген құпиясөз екеуін де автоматты түрде баптамайды.

Қай сатының сәтсіз болғанын анықтаңыз

Алдымен қолданба көмекшінің нақты тыңдаушысы мен хаттамасын таңдағанын растаңыз. Сол тыңдаушыға жетпей тұрып болған қате NTLM ақауы емес. Содан кейін көмекшінің конфигурацияланған ата-анасына жеткенін және ата-ананың оның жеке басын қабылдағанын тексеріңіз.

Осы жолмен қайтарылған 407 сәйкестендіруді талап етеді. Көрінетін мәртебе қолданбаңыз жіберуі тиіс тіркелгіні анықтайды деп есептеудің орнына жергілікті транзакцияны көмекшінің өңделген диагностикасымен байланыстырыңыз.

Ескі мысалдар кейде keep-alive тақырыбын қосып, сәттілік туралы хабарлайды. Байланысқа бағытталған аутентификацияда тұрақтылық маңызды болуы мүмкін, бірақ бұл байқау әрбір сәтсіз көмекші конфигурациясына бірдей тақырып қажет дегенді дәлелдемейді. Соңғы нүктені таңдау, қолдау көрсетілетін әдіс, тіркелгі және байланыс өмірі жеке кірістер болып қалады.

Тыңдаушы — нақты қызмет

Loopback тыңдаушыны айналадағы желіден тыс ұстайды; ол сол компьютердегі барлық процестерді немесе пайдаланушыларды ажыратпайды. Шлюз немесе кеңірек байланыстыру көмекшінің жоғары ағын жеке басын пайдалана алатын шақырушылар жиынын өзгертеді. Бұл өзгерісті әдейі жасаңыз.

Қолданба талап етілетін схеманы орындай алмаса, бекітілген көмекші құрылымын пайдаланыңыз. Пайдалы нәтиже — тіркелгі меншігі белгілі белгілі жол, бір жүктеуді кездейсоқ іске қосатын түсіндірілмеген қосымша қызмет емес.