Безглава ауторизација проксија претраживача није ВПН рута

ВПН може да преноси саобраћај прегледача до прокси сервера, а да и даље не дозвољава претраживачу да користи тај прокси, јер су рута и акредитив различите ствари. Аутоматизација без главе чини празнину теже уочљивом, јер нема прозора и обавештења. Квар се обично појављује као застој или генеричка грешка у навигацији, а први инстинкт је да се окриви тунел. Контролна листа у наставку раздваја четири ствари које морају бити истините пре него што захтев без главе преко провереног проксија може да успе.

Два разговора, два акредитива

Два разговора се дешавају и припадају различитим странама. Прегледач се прво повезује са слушачем проксија, што га може оспорити за акредитиве; прокси тада успоставља или дозвољава даљу везу са одредиштем. ВПН може да носи прву ногу, а да није крајња тачка која изазива претраживач, а о другом нема шта да каже.

HTTP 407 је сигнал да клијент мора да се аутентификује за прокси захтев, који се преноси у Proxy-Authenticate са одговором који се очекује у Proxy-Authorization. То није пријављивање одредишне веб локације, а мешање ова два је најчешћи извор забуне.

Дакле, четири провере су: који прокси је претраживач заиста изабрао, ко одговара на 407, на којој мрежи је процес прегледача и како се акредитив испоручује без човека. Сваки од њих може пропасти независно, а сваки квар изгледа слично споља. Радите их по реду, јер каснија провера не може надокнадити ранију. Прокси сервер који никада није изабран не може да се потврди, а акредитив који постоји само на вашем лаптопу не може да дође до контејнера.

Проверите 1: који прокси је заиста изабран

Почните са одабиром, јер прегледач који игнорише вашу прокси поставку никада не достиже изазов. У Цхроме-у је заставица --proxy-server=proxy.example:3128, са --proxy-bypass-list за изузимања, а Селениум излаже исту ствар кроз своје опције претраживача. ПАЦ датотека је другачији механизам са сопственим режимима неуспеха.

Затим потврдите из окружења покренутог претраживача, а не из ваше љуске. Независна сонда са истим проксијем је curl -x http://proxy.example:3128 -v https://example.com , а њен опширни излаз показује да ли је ЦОННЕЦТ успео, шта се Proxy-Authenticate вратио и да ли је 407 враћен. Ако цурл добије 407 и прегледач се закачи, проблем је акредитива а не мрежа. Ако цурл успе, а претраживач не, претраживач не користи прокси за који мислите да јесте.

Проверите 2: ко одговара на 407

407 има власника, а његово именовање одлучује где ће поправка ићи. Ако изазов долази од корпоративног проксија, исправка је акредитив који претраживач може да прикаже без надзора. Ако долази од узводног проксија коме први прослеђује, акредитив припада том другом скоку и први прокси може да преноси изазов непромењен. Прочитајте опсег провјере аутентичности и хост у заглављу Proxy-Authenticate, јер они именују оквир који тражи.

Сачувајте ту разлику у било чему што записујете. Прокси изазов, одбијена даља веза, пријављивање на веб локацију и временско ограничење ВПН транспорта су четири различита грешке са четири различита власника, а једна генеричка порука о грешци уништава информације које су вам потребне.

Проверите 3: путања акредитива

Сам акредитив је место где се већина подешавања без надзора поквари. Селен може да подеси прокси хост и порт, али ХТТП прокси аутентификација није преносиви део те конфигурације, а акредитиви у УРЛ адреси проксија нису механизам на који се можете ослонити у свим прегледачима и верзијама драјвера. Подржане опције су оне које ваш стварни стек документи: проширење претраживача које одговара на изазов, локални прокси за прослеђивање који додаје заглавље и доступан је само из посла или прокси који потврђује аутентичност радног оптерећења на друге начине. Изаберите један намерно и проверите га у односу на тачне верзије претраживача, драјвера и Селениум-а које ћете покренути.

Држите акредитиве даље од места на којима је цурење. Командне линије су видљиве у списковима процеса, снимци екрана завршавају у извештајима о тестирању, трагови прегледача и заглавља ХАР датотека за снимање, а конфигурација преданог теста је заувек. Користите тајни механизам за испоруку посла и његова правила редакције и обухватите прокси налог на одредишта или улогу која му је потребна.

Ако организација нуди дозвољену директну ВПН руту уместо обавезног проксија, експлицитно упоредите ова два дизајна. Немојте тихо онемогућавати прокси или имитирати аутентификацију другог клијента да бисте заобишли политику.

Проверите 4: сопствени мрежни контекст процеса претраживача

Ово је чек који људи прескачу. Прегледач који покреће радник, контејнер или удаљени Селениум Грид чвор користи умрежавање тог окружења, тако да ВПН веза вашег лаптопа и проки променљиве ваше љуске описују путању коју претраживач можда никада неће додирнути.

Забележите пет чињеница за неуспели посао: хост претраживача, конфигурисани прокси, почетна путања разрешивача, изабрана рута и власник аутентификације. Затим направите један безопасан ауторизовани захтев из тог тачног контекста, са нормалном одредишном ТЛС верификацијом и ауторизацијом апликације. Прегледач без главе који се успешно покреће не доказује ни приступ проксију ни покривеност ВПН-ом, а снимак екрана празне странице не доказује ништа. Захтев који враћа 200 кроз цео ланац је једини доказ који се рачуна.

Готов ток посла има три својства која вреди проверити као скуп. Постоји подржана рута од хоста претраживача до проксија, експлицитна посредничка политика која именује прокси и одредишта, и животни циклус акредитива који не зависи од тога да оператер одговори на невидљиви упит. Ако било шта од ово троје зависи од особе, посао још није без надзора, шта год да каже излазни код. Запишите пет чињеница пре него што следећа особа наследи цевовод.