HTTP દ્વારા સ્ક્રિપ્ટ લોડ કરતું HTTPS પૃષ્ઠ બે અલગ સુરક્ષા સ્તરો સાથે બે વિનંતી કરે છે, અને તાળું ફક્ત પ્રથમનું વર્ણન કરે છે. ટનલ તેને બદલતી નથી, કારણ કે તે વાહકને સુરક્ષિત કરે છે, સંસાધનની પોતાની સ્કીમને નહીં. જો તમે એડ્રેસ બારને બદલે કન્સોલ વાંચો તો બ્રાઉઝર પહેલેથી જ કહે છે કે કઈ વિનંતી નિષ્ફળ ગઈ. ત્રણ તપાસ તમને અડધું કામ કરતા પૃષ્ઠથી વાસ્તવિક સુધારણા સુધી લઈ જાય છે.

વિનંતી વાંચો, એડ્રેસ બાર નહીં

HTTPS દ્વારા લાવેલો દસ્તાવેજ સાદા HTTP દ્વારા સ્ક્રિપ્ટ, સ્ટાઇલશીટ, ફોન્ટ કે ફ્રેમનો સંદર્ભ આપી શકે છે. તે સંદર્ભ અલગ વિનંતી છે, અને બ્રાઉઝર તેની જ ફરિયાદ કરે છે. મુખ્ય દસ્તાવેજની સુરક્ષા તેમાં પાછી જતી નથી, અને બંને પ્રવાહ વહન કરતી ટનલ બંનેમાંથી કોઈ સ્કીમ બદલતી નથી. તેથી પૃષ્ઠ એક જ સમયે ખરેખર સુરક્ષિત અને ખરેખર તૂટેલું હોઈ શકે છે.

સંસાધનને ફક્ત સમાવિષ્ટ ફાઇલ કહેવાથી તેનું સ્થાનાંતરણ હાનિકારક નથી બનતું.

જો અસુરક્ષિત સ્ક્રિપ્ટ સામગ્રીને માર્ગમાં બદલીને પછી ચલાવી શકાય, તો તે પૃષ્ઠનું વર્તન બદલી શકે છે, જે સૌંદર્યલક્ષી નિષ્ફળતા કરતાં મોટી સમસ્યા છે. ચિત્રો માર્ગમાં બદલાય ત્યારે નાનું પણ વાસ્તવિક જોખમ ધરાવે છે. તાળું કોઈ વસ્તુ વિશે જૂઠું બોલતું નથી. તે તમે પૂછેલા પ્રશ્ન કરતાં સાંકડા પ્રશ્નનો જવાબ આપે છે.

જાણો કયા સંસાધનો અવરોધાય છે અને કયા ઉન્નત થાય છે

બ્રાઉઝર દરેક પ્રકારના સંસાધન સાથે સમાન વર્તન કરતા નથી. મિશ્ર સામગ્રી માર્ગદર્શિકા HTTPS પર ઉન્નત થતી વિનંતીઓને સંપૂર્ણપણે અવરોધાતી વિનંતીઓથી અલગ કરે છે, જેમાં સ્ક્રિપ્ટ, સ્ટાઇલશીટ અને પ્રોગ્રામેટિક વિનંતીઓ અવરોધિત બાજુ પર હોય છે, જ્યારે ચિત્રો અને મીડિયા તેના બદલે ઉન્નત કે ચિહ્નિત થઈ શકે છે.

એ ભેદ મૂંઝવણભરી અહેવાલો સમજાવે છે. અવરોધિત સ્ક્રિપ્ટવાળું પૃષ્ઠ સુવિધા સંપૂર્ણ ગુમાવે છે, જ્યારે ઉન્નત ચિત્રવાળું પૃષ્ઠ સારું દેખાય છે અને શાંતિથી તેની વિનંતી બદલી છે. દસ્તાવેજીકૃત શ્રેણીઓમાં અપવાદો પણ છે, તેથી ધારો નહીં કે આપેલ પ્રકારના દરેક URL સફળતાપૂર્વક ઉન્નત થશે. ફાઇલ એક્સટેન્શન પરથી તર્ક કરવાને બદલે કન્સોલ ચોક્કસ વિનંતી વિશે શું કહે છે તે વાંચો.

અવરોધિત વિજેટ એ ટનલ નિષ્ફળ ગઈ તેનો પુરાવો નથી. તે પુરાવો છે કે બ્રાઉઝરે તેનું કામ કર્યું.

સંદર્ભને તેના સ્રોત પર સુધારો

સાઇટના માલિક માટે, સુધારો ત્યાં જ છે જ્યાં અસુરક્ષિત URL લખાયું હતું: ટેમ્પલેટ, સ્ટાઇલશીટ, URL જોડતી સ્ક્રિપ્ટ, અથવા તૃતીય પક્ષનો ઘટક. દૃશ્યમાન પૃષ્ઠ સરનામું બદલવાથી એ બધું અસ્પૃશ્ય રહે છે. સ્રોતમાં હોસ્ટ શોધો અને કન્સોલે આકસ્મિક રીતે નામ આપેલા એક જ સંદર્ભને બદલે દરેક સંદર્ભ સુધારો.

પછી ખાતરી કરો કે સંસાધન ખરેખર માન્ય ઓળખ સાથે HTTPS પર પરોવાય છે, કારણ કે સ્કીમ બદલવાથી એવી સેવા ઊભી થઈ શકતી નથી જે ત્યાં ક્યારેય પ્રકાશિત થઈ ન હતી.

grep -rn "http://assets.example" ./templates
curl -sSI https://assets.example/widget.js | head -n 1

રીડાયરેક્ટ પણ અનુસરો, કારણ કે HTTPS થી શરૂ થતો સંદર્ભ પણ સાદા લખાણવાળા વિતરણ માર્ગ પર ઊતરી શકે છે. જ્યાં નિર્ભરતા પાસે સુરક્ષિત વિતરણ જ ન હોય, ત્યાં વૉર્કઅરાઉન્ડ મોકલવાને બદલે સામાન્ય પરિવર્તન પ્રક્રિયા દ્વારા તેને દૂર કરો અથવા બદલો. વપરાશકર્તા માટે, બ્રાઉઝરની સુરક્ષા ચાલુ રાખો અને સાઇટના માલિકને સંસાધનનું URL, તેનો પ્રકાર અને કન્સોલ સંદેશ જણાવો. એક પૃષ્ઠ માટે કર્મચારીઓને અસુરક્ષિત સામગ્રીની મંજૂરી આપવા કહેતી સૂચનાઓ ક્યારેય ફેલાવો નહીં, કારણ કે તે અપવાદ તેને ઉશ્કેરનારી ઘટનાથી વધુ જીવે છે.

વપરાશકર્તા જેમ પૃષ્ઠને સ્પર્શે તેમ ફરી ચકાસો

માંગ પ્રમાણે સંસાધનો લોડ કરતી ક્રિયાઓનો અભ્યાસ કરો, ફક્ત પ્રથમ દસ્તાવેજનો નહીં. બટન દબાવ્યા પછી પૃષ્ઠો વધારાનો કોડ, ડેટા અને ડાઉનલોડ લાવે છે, અને તે વિનંતીઓ ઘણી વાર અસુરક્ષિત હોય છે. સુરક્ષા ચાલુ હોય ત્યારે ચોક્કસ વિનંતીઓ અને દૃશ્યમાન વર્તનની પુષ્ટિ કરો. ઢીલી બ્રાઉઝર પ્રોફાઇલથી શરૂ થતી કસોટી તમને બતાવી શકતી નથી કે સામાન્ય વપરાશકર્તા શું જુએ છે.

ટનલ પાસે હજી પોતાનું કામ છે, અને તે કામ નેટવર્ક ઍક્સેસ છે, પૃષ્ઠની અખંડિતતા નહીં.

ટ્રાફિક ટનલના અંતિમ બિંદુને છોડ્યા પછી, બાકી રહેલી કોઈપણ HTTP વિનંતીએ વાહક પાસેથી કંઈ મેળવ્યું નથી. સંસાધનનો માર્ગ સુધારો અને બ્રાઉઝરનો અમલ યથાવત્ રાખો. અસુરક્ષિત નિર્ભરતાના સુધારા તરીકે વધુ એક પરિવહન સ્તરને ગણવું એ જ રીતે ટીમ અંતે એવી હેલ્પડેસ્ક સ્ક્રિપ્ટ સુધી પહોંચે છે જે યોગ્ય રીતે કામ કરતું નિયંત્રણ બંધ કરી દે છે.

સંબંધિત લેખો