Një prapashtesë cid që duket si ID VPN është thjesht një MIME Content-ID

Vëren openvpn brenda një identifikuesi me kllapa këndore në një kokë emaili dhe përfundimi i dukshëm është se mesazhi ka lidhje me një sesion VPN. Lexoje gjithë rreshtin përpara se ta pranosh: vargu ndodhet në një Content-ID, dhe një Content-ID është emër për një pjesë trupi brenda një mesazhi. Një referencë cid: në HTML tregon te ai emër, dhe çifti ekziston që posta të mbajë një imazh pa e dërguar dy herë. Asgjë në këtë rregullim nuk arrin një server VPN, dhe asgjë në prapashtesë nuk thotë kush e ndërtoi identifikuesin.

Çfarë tregon në të vërtetë identifikuesi

Posta HTML rrallë vjen si një bllok i vetëm. Teksti dhe çdo imazh i integruar zakonisht udhëtojnë si pjesë trupi MIME të ndara, dhe klienti i rimonton për t'i shfaqur. Për këtë i duhet një emër për pjesën e imazhit dhe një referencë që zgjidhet në atë emër.

Çifti më poshtë është i sajuar për ilustrim.

Content-ID: <[email protected]>

<img src="cid:[email protected]" alt="Company mark">

Rreshti i kokës ndodhet mbi pjesën e imazhit; elementi img ndodhet në pjesën HTML. Kllapat këndore i përkasin sintaksës së kokës, prandaj një referencë cid: zakonisht e shkruan identifikuesin pa ato. Vlerat që përmbajnë karaktere që duhen shpëtuar duhet të kodohen, dhe për këtë arsye ky çift është ilustrim e jo rregull konvertimi. Kuptimin e mban përputhja mes dy vargjeve, jo secili varg më vete.

Prapashtesa @openvpn është detaj ndërtimi

Një Content-ID ndërtohet që të jetë unik brenda një mesazhi, dhe software-i i postës shpesh e bën të duket si adresë duke shtuar një @ dhe një domen. Kjo formë është konventë e gjeneratorit, jo rrugë: asgjë në kokë nuk i kërkon klientit të kontaktojë mailer.example, dhe nuk ndodh asnjë kërkim kur mesazhi shfaqet. Fusha gjithashtu nuk është emër llogarie, përdorues VPN ose shenjë e lënë nga një klient VPN. Vargun e zgjodhi ai që e montoi mesazhin ndërsa emërtonte një pjesë.

RFC 2392 përcakton skemën cid dhe e kufizon atë në referimin e mesazheve dhe pjesëve të tyre. Lexoje atë shtrirje fjalë për fjalë dhe prapashtesa presto nuk është më provë për asgjë përveç emërtimit. Do të thotë gjithashtu se prodhuesi nuk mund të identifikohet nga prapashtesa, dhe pikërisht aty hidhet hapi që njerëzit bëjnë kur një fjalë e njohur shfaqet në një kokë.

Shqyrto burimin e papërpunuar, pastaj gjyko pyetjen e privatësisë

Hap burimin e papërpunuar dhe lexo gjithë vlerën Content-ID, sepse RFC 2392 lejon që një vlerë të mbajë hostname-in e origjinatorit ose një varg si emër llogarie. Pastaj gjej çdo vend ku shfaqet i njëjti emër: një referencë cid: në HTML, një kokë tjetër, një bllok i cituar nga një përgjigje e mëparshme. Përputhja mes atyre dukurive është ajo që të tregon qëllimin e pjesës.

Po ajo veti është arsyeja pse një identifikues mund të ketë rëndësi për privatësinë. Një vlerë e nxjerrë nga një hostname ose një emër llogarie udhëton me mesazhin dhe mund të zbulojë diçka për makinën ose personin që e dërgoi. Ende nuk është sesion VPN, dhe trajtimi i tij si i tillë e humb gjetjen.

Imazh i largët ose pjesë e integruar: trafik i ndryshëm

Një element img me burim https dhe një element img me burim cid duken njësoj në HTML dhe sillen ndryshe në rrjet. I pari emërton një burim që klienti mund ta marrë pasi mesazhi hapet, dhe kjo marrje i tregon dërguesit se mesazhi u lexua dhe nga cila adresë. I dyti zgjidhet kundrejt një pjese që ndodhet tashmë brenda mesazhit, kështu që shfaqja e tij nuk kontakton njeri.

Një mesazh i vetëm mund t'i përziejë të dyja, dhe kontrolli i njërës nuk e pastron tjetrën. Numëro referencat e largëta veçmas nga ato të integruara, dhe vër re çfarë lejojnë cilësimet e klientit. Ai dallim është vendimi që ka rëndësi për privatësinë, jo fjala brenda identifikuesit.

Ndaj provat pa e dërguar mesazhin

Kur dikush tjetër duhet ta shohë këtë, së pari redakto dhe redakto pa kundërshti. Zëvendëso adresat dhe kokët e palidhura, pastaj mbaj Content-ID-në dhe referencën e tij cid: të shkruar njësoj në kopje, sepse mospërputhja shkatërron provën e vetme që ka rëndësi. Thuaj cilës pjesë i përkiste koka dhe cili rresht e referonte. Rishikuesi ka nevojë për lidhjen, jo për mesazhin.

Pastaj ndaj me shkrim dy përfundimet: çfarë përmban mesazhi dhe çfarë nuk provon. Një pretendim i formuluar kështu mund të kontrollohet dhe të kundërshtohet, dhe kjo është ajo që lejon një raport i dobishëm.