Siz openvpn sözünü poçt başlığında bucaqlı mötərizəli identifikatorun içində görürsünüz və aşkar nəticə mesajın VPN sessiyası ilə əlaqəsi olduğudur. Bu nəticəyə bağlanmazdan əvvəl bütün sətri oxuyun: sətir Content-ID içindədir və Content-ID bir mesajın içindəki bir hissənin adıdır. HTML-dəki cid: istinadı həmin ada işarə edir və bu cüt ona görə mövcuddur ki, poçt şəkli iki dəfə göndərmədən daşıya bilsin. Bu quruluşda heç nə VPN serverinə çatmır və şəkilçidə heç nə identifikatoru kimin qurduğunu demir.

İdentifikator əslində nəyə işarə edir

HTML poçtu nadir hallarda tək blok kimi gəlir. Mətn və hər daxili şəkil adətən ayrı MIME hissələri kimi gedir, klient isə onları göstərmək üçün yenidən birləşdirir. Bunun üçün şəkil hissəsinə ad və həmin ada çevrilən istinad lazımdır.

Aşağıdakı cüt illüstrasiya üçün uydurulub.

Content-ID: <[email protected]>

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

Başlıq sətri şəkil hissəsindədir; img elementi HTML hissəsindədir. Bucaqlı mötərizələr başlıq sintaksisinə aiddir, ona görə cid: istinadı identifikatoru adətən onlarsız yazır. Qaçış tələb edən simvolları olan dəyərlər kodlaşdırılmalıdır, buna görə bu cüt çevirmə qaydası deyil, illüstrasiyadır. Mənanı daşıyan iki sətrin uyğunluğudur, onlardan hər hansı biri təkbaşına deyil.

@openvpn şəkilçisi quruluş detallıdır

Content-ID bir mesaj daxilində unikal olmaq üçün qurulur və poçt proqramı ona @ və domen əlavə edərək çox vaxt ünvana bənzər görünüş verir. Bu forma generatorun konvensiyasıdır, marşrut deyil: başlıqda heç nə klientdən mailer.example ilə əlaqə saxlamağı istəmir və mesaj göstərilərkən heç bir axtarış baş vermir. Sahə həm də hesab adı, VPN istifadəçisi və ya VPN klientinin qoyduğu iz deyil. Mesajı yığan şəxs hissəni adlandırarkən sətri seçmişdi.

RFC 2392 sxemini təyin edir və cid onun hissələrinə istinadla məhdudlaşdırır. Bu əhatəni hərfi oxusanız, şəkilçi adlandırmadan başqa heç nəyin sübutu olmaqdan çıxır. Bu həm də o deməkdir ki, istehsalçını şəkilçidən müəyyən etmək olmur; başlıqda tanış söz görünəndə insanların etdiyi atlama da budur.

Xam mənbəni yoxlayın, sonra məxfilik sualına qərar verin

Xam mənbəni açın və bütün Content-ID dəyərini oxuyun, çünki RFC 2392 dəyərin göndərənin host adını və ya hesaba bənzər sətri daşımasına icazə verir. Sonra eyni adın göründüyü hər yeri tapın: HTML-də cid: istinadı, başqa başlıq, əvvəlki cavabdan sitat bloku. Bu hallar arasındakı uyğunluq hissənin məqsədini sizə deyir.

Elə bu xüsusiyyət identifikatorun məxfilik üçün əhəmiyyətli olmasının səbəbidir. Host adından və ya hesab adından törəmə dəyər mesajla birlikdə gedir və maşın və ya onu göndərən şəxs haqqında nəyisə açıq edə bilər. Bu yenə də VPN sessiyası deyil və ona belə yanaşmaq tapıntını boşa verir.

Uzaq şəkil və ya daxili hissə: fərqli trafik

Mənbəyi https olan img elementi ilə mənbəyi cid olan img elementi HTML-də eyni görünür, şəbəkədə isə fərqli davranır. Birincisi mesaj açıldıqdan sonra klientin gətirə biləcəyi resursu adlandırır və bu gətirmə göndərənə mesajın oxunduğunu və hansı ünvandan oxunduğunu bildirir. İkincisi mesajın içindəki hissəyə çevrilir, ona görə onu göstərmək heç kimlə əlaqə saxlamır.

Bir mesaj hər ikisini qarışdıra bilər və birini yoxlamaq digərini təmizləmir. Uzaq istinadları daxili olanlardan ayrı sayın və klient ayarlarının nəyə icazə verdiyini qeyd edin. Məxfilik üçün əhəmiyyətli qərar bu fərqdir, identifikatorun içindəki söz deyil.

Sübutları mesajı göndərmədən paylaşın

Başqası buna baxmalı olanda əvvəlcə redaktə edin və ardıcıl redaktə edin. Ünvanları və əlaqəsiz başlıqları dəyişdirin, sonra Content-ID və onun cid: istinadını nüsxədə eyni cür yazın, çünki uyğunsuzluq əhəmiyyətli yeganə sübutu məhv edir. Başlığın hansı hissəyə aid olduğunu və hansı sətrin ona istinad etdiyini deyin. Rəyçiyə mesaj deyil, əlaqə lazımdır.

Sonra iki nəticəni yazılı şəkildə ayırın: mesajın nə ehtiva etdiyini və nəyi sübut etmədiyini. Bu şəkildə qurulmuş iddia yoxlanıla və müzakirə oluna bilər, faydalı hesabatın imkan verdiyi də budur.

Əlaqəli məqalələr