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, сурам түрү, консоль тексти жана ал пайда болгон барак. Тикетке койгон нерсенин баарында сессия идентификаторлорун жашырыңыз. Сүрөттөр бузулган деп гана айткан отчет ээсине издөө үчүн эч нерсе бербейт.
Оңдоо сурамды жараткан шилтемеде жатканда, туннель өз ишин улантат. Жайгаштыруудан кийин үлгү жана жеткирүүчү бумасынан хост атын дагы бир жолу издеңиз, жана консолдо блоктолгон аралаш мазмун жазуусу калбаганда гана ишти жабыңыз.