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, хүсэлтийн төрөл, консолын текст, гарч буй хуудас. Тикетэд буулгасан бүхнээс сессийн танигчийг нуу. Зөвхөн зураг эвдэрсэн гэж хэлсэн тайлан эзэнд хайх юу ч өгөхгүй.
Засвар нь хүсэлтийг үүсгэсэн холбоос дотор байх хооронд туннель өөрийн ажлаа үргэлжлүүлнэ. Байршуулалтын дараа загвар болон нийлүүлэгчийн багцаас хостын нэрийг дахин нэг хай, консолд блоклогдсон холимог агуулгын бичлэг үлдээгүй үед л хэргийг хаа.