VPN қосылған, бірақ аралас мазмұн әлі де блокталып тұр: нені түзету керек
Блокталған URL-ды оны кім жасағанына қарай сұрыптаңыз, сілтемені түзетіңіз немесе оны хост иесіне беріңіз, содан кейін түзетуді браузер консолінде растаңыз.
Беттің жартысы көрсетіледі, бір стиль парағы Желі панелінде сұр күйде тұр, ал VPN клиенті әлі де сау туннель туралы хабарлайды. Үш байқаудың бәрі бір уақытта дұрыс, өйткені браузер бет жасаған сұранысты бағалады, ал туннель бұл бағалауға қатыспады. Істі шешетін нәрсе — баптау емес, шешім: сілтемені түзету, оны хост иесіне эскалациялау немесе тәуелділіктен бас тарту. Бұл нұсқалардың әрқайсысының арзан тесті бар, ал дұрыс емесін таңдау бір қолдау циклін жұмсайды.
Неге туннель қосымша ресурсты қамти алмайды
Аралас мазмұн қарапайым HTTP арқылы қосымша ресурс сұрайтын HTTPS құжаттан басталады. Әрбір URL өз схемасы бойынша бағаланады, сондықтан аталық құжаттың қорғанысы ешқашан еншілес сұранысқа тарамайды. Браузердің астында қосылған шифрлау сым бойымен жүретін нәрсені өзгертеді, таңбалау сұраған http:// мекенжайын емес.
Қазіргі браузерлер бұл сұраныстарды екі топқа бөліп, оларды әртүрлі өңдейді. Скрипттер, стиль парақтары, iframe және fetch, XMLHttpRequest немесе WebSocket арқылы шақырулар бірден қабылданбайды, алдын ала жаңарту әрекетісіз. Суреттер, аудио және видео https:// форматына қайта жазылып, қайта сұралады, ал сол қауіпсіз алу сәтсіз болса, жүктеу тоқтатылады. Хості таза IP мекенжайы болып табылатын қосымша ресурс URL-ы жаңартудан босатылады, сондықтан IP хосттегі HTTP суреті үнсіз түзетілудің орнына блокталған күйде қалады. Бөліну, оның ішінде жаңартылатын жақтағы сол босату, мына жерде құжатталған: Mozilla-ның аралас мазмұн туралы нұсқаулығында. Chrome қауіпсіз беттен басталған қауіпсіз емес жүктеулерге ұқсас бас тартуды қолданады, сондықтан айналадағы бет сау көрінгенімен PDF сілтемесі өлуі мүмкін.
Сұр жол — бақылаудың жұмыс істеп тұрғанының дәлелі, туннельдің ашық мәтінді өткізгенінің дәлелі емес. Жолды бір сілтемеге нұсқайтын табылым ретінде қарастырыңыз, бүкіл бетке емес.
Қауіпсіз емес сілтеменің кімге тиесілі екенін анықтаңыз
Бірдеңе өзгертудің алдында мәселелі URL-ды ол қай жерде жасалатынына қарай сұрыптаңыз. Бұл жауап бүгін түзетуді шығара аласыз ба, оны жеткізуші шығаруы керек пе, әлде тәуелділік беттен кетуі керек пе — соны шешеді. Оны Желі панеліндегі Initiator бағанынан оқыңыз, өйткені экрандағы таңбалау көбіне орындалу кезінде құрастырылады.
| URL қайдан келеді | Оны кім түзете алады | Бірінші қадам |
|---|---|---|
| Сіз орналастыратын үлгіде немесе бөлікте қатты кодталған | Сіз | Оны https:// формасымен ауыстырып, содан кейін кэшті тазалаңыз |
| Тег менеджері немесе жеткізуші бумасы енгізген | Жеткізуші, сіздің тикетіңізбен | Нақты URL-ды, сұраныс түрін және консоль жолын жіберіңіз |
| Тек 80 портында TLS тыңдаушысынсыз қызмет көрсетіледі | Хост иесі | TLS сұраңыз, алдына өзіңіз бақылайтын нәрсені қойыңыз немесе одан бас тартыңыз |
Хост 443 портында жауап беріп, тек сілтеме http десе, түзету жергілікті: сілтемені өзгертіңіз, бет кэшін тазалаңыз және жолдың https болғанын растаңыз. Тек 80 портында тыңдайтын хостты өңдеу арқылы сәйкестікке келтіру мүмкін емес, сондықтан ресурс көшеді, оның алдына сіз бақылайтын нәрсе қойылады немесе ол жоғалады. Тег менеджері енгізген URL сіздің үлгіңіз таза болса да пайда бола береді, және бұл жағдай нақты URL мен консоль жолы тіркелген тикетке жатады. Персоналға қауіпсіз емес мазмұнға рұқсат беруді айту — бұл нұсқалардың бірі емес, өйткені ол сол браузер профилі кіретін әрбір сайт үшін тексеруді өшіреді.
Браузер баптауын емес, сілтемені түзетіңіз
Сәтсіз ағынды желі журналы сақталған күйде қайта жүктеп, панельді күдікті хост бойынша сүзіңіз. Консоль URL мен директиваны атайды, бұл сұраныстың қабылданбағанын немесе жаңартылғанын үлгіге тиюдің алдында шешеді.
curl -sSI https://cdn.example.org/vendor.js | head -n 1
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' -L https://cdn.example.org/vendor.jsЕкі көмекші бақылауды білген жөн, және ешқайсысы түзетуді алмастырмайды. Content-Security-Policy тақырыпшасындағы upgrade-insecure-requests директивасы браузерді беттен шықпас бұрын http қосымша ресурс URL-дарын қайта жазуға мәжбүрлейді, бұл әлі таппаған ескі сілтемелерді ұстайды. Қайта жазылған сұраныс мақсатты хост HTTPS ұсынбаса, әлі де сәтсіз болады, сондықтан тақырыпша браузердің қай URL-ды сынайтынын ғана өзгертеді. HSTS хост бойынша жұмыс істейді, яғни өз доменіңіздегі саясат тақырыпшаны ешқашан жібермеген үшінші тарап CDN-іне ештеңе істемейді. Үлгіні өзгерткеннен кейін бет кэшін тазалап, көрсетілген HTML-ден ескі хост атын іздеңіз, өйткені сол URL бөлік, аударма жолы немесе дерекқор өрісі арқылы да келуі мүмкін.
Қайта бағыттауларды да қадағалаңыз, өйткені https:// басталатын тізбек http:// мекенжайына қонуы мүмкін, ал браузер соңғы секірісті бағалайды. Екінші команданың -L нұсқасы сол тиімді URL-ды сіз үшін шығарады. Егер соңғы секіріс таза http болса, өңдеген сілтемеңіз жақсы көрінгенімен, сілтеме әлі де қате.
Бетті консоль және желі панелімен растаңыз
Кэшті өшіріп қайта жүктеп, ағынды қайта өтіңіз, соның ішінде сұраныс бойынша мазмұн жүктейтін түймелерді де. Беттің алғашқы жүктелуі жалқау виджеттерді, карта плиткаларын және тек басқаннан кейін пайда болатын ойнатқыш скрипттерін жасырады. Консольде аралас мазмұн туралы жазба болмауы керек және тиген әрбір жол https көрсетуі тиіс. Тикетті жаппас бұрын консоль мен сұраныс жолын түсіріп алыңыз, өйткені бұл күйді келесі орналастырудан кейін қалпына келтіру қиын.
Ресурс басқа біреуге тиесілі болса, төрт нәрсе жіберіңіз: нақты URL, сұраныс түрі, консоль мәтіні және ол пайда болатын бет. Тикетке қоятын нәрсенің бәрінде сеанс идентификаторларын жасырыңыз. Тек суреттер бүлінген деп айтатын есеп иесіне іздейтін ештеңе бермейді.
Түзету сұранысты жасаған сілтемеде жатқанда, туннель өз жұмысын жалғастырады. Орналастырудан кейін үлгі мен жеткізуші бумасынан хост атын тағы бір рет іздеңіз, және консольде блокталған аралас мазмұн жазбасы қалмағанда ғана істі жабыңыз.