De helte fan ’e side wurdt tekene, ien stylblêd stiet griis yn it Netwurk-paniel, en de VPN-klant meldt noch altyd in sûne tunnel. Alle trije waarnimmings binne tagelyk wier, want de browser hat in oanfraach fan ’e side beoardiele en de tunnel hie by dy beoardieling gjin stim. Wat de saak slút is in beslút en gjin ynstelling: reparearje de ferwizing, eskaleitsje him nei wa’t de host besit, of lit de ôfhinklikens falle. Elk fan dy opsjes hat in goedkeape test, en de ferkearde kieze kostet in stipe-syklus.

Wêrom’t de tunnel in subboarne net dekke kin

Mongen ynhâld begjint mei in HTTPS-dokumint dat in subboarne oer gewoane HTTP opfreget. Elke URL wurdt op syn eigen skema beoardiele, dus de beskerming fan it boppeste dokumint rint nea troch nei in bernoanfraach. Fersifering dy’t ûnder de browser tafoege wurdt, feroaret wat oer de line giet, net it http:// dat de opmaak opfrege.

Hjoeddeistige browsers sortearje dizze oanfragen yn twa groepen en behannelje se ferskillend. Skripts, stylblêden, iframes en oproppen fia fetch, XMLHttpRequest of WebSocket wurde fuortendaliks wegere, sûnder earst in upgrade-poging. Ofbyldings, audio en fideo wurde nei https:// oerskreaun en opnij opfrege, en it laden wurdt ôfbrutsen as dy feilige fetch mislearret. In subboarne-URL waans host in keale IP-adres is, is frijsteld fan opwurdearjen, sadat in HTTP-ôfbylding op in IP-host blokkearre bliuwt ynstee fan stilwei reparearre te wurden. De splitsing, ynklusyf dy frijstelling oan ’e opwurdearbere kant, stiet yn Mozilla syn gids oer mongen ynhâld. Chrome past in soartgelikense wegering ta op ûnfeilige downloads dy’t fan in feilige side starte, wêrtroch in PDF-keppeling stjerre kin wylst de omlizzende side yntakt liket.

It grize rigel is dus it bewiis dat de kontrôle wurket, net it bewiis dat de tunnel platte tekst lekke litten hat. Behannelje it rigel as in befinning dy’t nei ien ferwizing wiist en net nei de hiele side.

Bepale wa’t de ûnfeilige ferwizing besit

Sortearje de oanstjitlike URL op wêr’t er makke wurdt foardat jo wat bewurkje. Dat antwurd bepaalt oft jo hjoed in oplossing útsette kinne, oft in leveransier der ien frijjaan moat, of oft de ôfhinklikens de side ferlitte moat. Lês it út ’e kolom Initiator yn it Netwurk-paniel, want de opmaak op it skerm wurdt faak by runtime gearstald.

Wêr’t de URL wei komtWa’t him reparearje kinEarste stap
Herdkodearre yn in sjabloan of diel dat jo útsetteJoFerfange him troch de https://-foarm en leegje dan de cache
Ynfoege troch in tagmanager of in leveransiersbondelDe leveransier, mei jo ticketStjoer de krekte URL, it oanfraachtype en de konsoleregel
Allinnich op poarte 80 tsjinne sûnder TLS-listenerDe eigner fan de hostFreegje om TLS, set der iets fan josels foar, of lit him falle

As de host al op 443 antwurdet en allinnich de ferwizing http seit, is de reparaasje lokaal: feroarje de ferwizing, leegje de side-cache en befêstigje dat it rigel https wurdt. In host dy’t allinnich op poarte 80 harket kin net troch bewurkjen foldwaan, dus de boarne ferhúzet, kriget iets fan josels foar him, of ferdwynt. In URL dy’t troch in tagmanager ynfoege is, bliuwt ferskine sels as jo eigen sjabloan skjin is, en dat gefal heart yn in ticket mei de krekte URL en konsoleregel tafoege. Tsjin meiwurkers sizze dat se ûnfeilige ynhâld tastean moatte, is net ien fan dy opsjes, want dat skeakelet de kontrôle út foar elke side dy’t dat browserprofyl besiket.

Reparearje de ferwizing ynstee fan de browserynstelling

Laad de mislearjende flow opnij mei it netwurklok bewarre en filter it paniel op de host dy’t jo fertinke. De konsola neamt de URL en de rjochtline, wat beslist oft in oanfraach wegere of opwurdearre is foardat jo in sjabloan oanreitsje.

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

Twa stypjende kontrôles binne it kennen wurdich, en gjinien ferfangt de reparaasje. In Content-Security-Policy-koptekst mei upgrade-insecure-requests lit de browser http-subboarne-URL's oerskriuwe foardat se de side ferlitte, wat âlde ferwizings fangt dy’t jo noch net fûn hawwe. De oerskreaune oanfraach mislearret noch altyd as de doelhoast gjin HTTPS tsjinnet, dus de koptekst feroaret allinnich hokker URL de browser besiket. HSTS wurket per host, wat betsjut dat in belied op jo eigen domein neat docht foar in CDN fan in tredde partij dat de koptekst nea stjoerd hat. Nei in sjabloanwiziging leegje jo de side-cache en sykje yn ’e tekene HTML nei de âlde hostnamme, want deselde URL kin ek fia in diel, in oersettingsstring of in databasisrjild binnenkomme.

Folgje ek trochstjoeringen, want in keatling dy’t by https:// begjint kin op in http://-lokaasje belâningje en de browser beoardielet de lêste sprong. De -L foarm fan it twadde kommando hjirboppe prints dy effektive URL foar jo. As de lêste sprong gewoane http is, is de ferwizing noch altyd ferkeard, ek al seach de keppeling dy’t jo bewurke hawwe der goed út.

Befêstigje de side mei de konsola en it netwurkpaniel

Laad opnij mei de cache útskeakele en rin de flow wer troch, ynklusyf de knoppen dy’t ynhâld op oanfraach lade. In earste side-lading ferberget luie widgets, kaarttegels en spilerskripts dy’t pas nei in klik ferskine. De konsola heart gjin mongen-ynhâld-ynskriuwings te hawwen en elk rigel dy’t jo oanrekke hawwe heart https te sjen. Fêstlizgje de konsola en it oanfraachrigel foardat jo it ticket slute, want dy tastân is nei de folgjende útrissing dreech wer te meitsjen.

As de boarne fan immen oars is, stjoer dan fjouwer dingen: de krekte URL, it oanfraachtype, de konsolatekst en de side wêr’t er ferskynt. Streepje sesje-identifiers út alles wat jo yn in ticket plakke. In rapport dat allinnich seit dat ôfbyldings stikken binne jout de eigner neat om op te sykjen.

De tunnel docht syn eigen wurk noch, wylst de oplossing yn ’e ferwizing leit dy’t de oanfraach makke hat. Sykje nei de útrissing noch ien kear yn it sjabloan en de leveransiersbondel nei de hostnamme, en slút de saak pas as der gjin blokkearre mongen-ynhâld-ynskriuwing mear yn ’e konsola stiet.

Relatearre artikelen