VPN ID-ге ұқсайтын cid жұрнағы — бұл жай ғана MIME Content-ID
cid сілтемесі ендірілген MIME бөлігін мензейді. Оның доменге ұқсас жұрнағы — құрылым бөлшегі, мекенжай да, VPN сессиясы да емес.
Сіз пошта тақырыбында бұрыштық жақшадағы идентификатордың ішінен openvpn көресіз және айқын қорытынды — хабарламаның VPN сессиясына қатысы бар. Бұған берілмес бұрын бүкіл жолды оқыңыз: жол Content-ID ішінде тұр, ал Content-ID — бір хабарламаның ішіндегі бір дене бөлігінің атауы. HTML ішіндегі cid: сілтемесі сол атауды мензейді, ал жұп пошта суретті екі рет жібермей-ақ алып жүруі үшін бар. Бұл құрылымнан ешнәрсе VPN серверіне жетпейді және жұрнақта идентификаторды кім құрғаны туралы ешнәрсе айтылмайды.
Идентификатор шын мәнінде нені мензейді
HTML пошта сирек бір блок болып келеді. Мәтін мен әрбір ендірілген сурет әдетте жеке MIME бөліктері ретінде жүреді, ал клиент оларды көрсету үшін қайта жинайды. Ол үшін сурет бөлігіне ат және сол атқа шешілетін сілтеме қажет.
Төмендегі жұп иллюстрация үшін ойдан жасалған.
Content-ID: <[email protected]>
<img src="cid:[email protected]" alt="Company mark">Тақырып жолы сурет бөлігінде тұр; img элементі HTML бөлігінде тұр. Бұрыштық жақшалар тақырып синтаксисіне жатады, сондықтан cid: сілтемесі идентификаторды әдетте онсыз жазады. Экранизациялауды қажет ететін таңбалары бар мәндерді кодтау керек, сондықтан бұл жұп түрлендіру ережесі емес, иллюстрация. Мағынаны екі жолдың сәйкестігі алып жүреді, олардың біреуі жеке емес.
@openvpn жұрнағы — құрылым бөлшегі
Content-ID бір хабарламаның ішінде бірегей болу үшін құрылады, ал пошта бағдарламасы оған @ мен домен қосып, оны мекенжайға ұқсатып көрсетеді. Бұл пішін генератордың дәстүрі, маршрут емес: тақырыпта ешнәрсе клиенттен mailer.example-пен байланысуын сұрамайды және хабарлама көрсетілгенде ешқандай іздеу болмайды. Өріс сондай-ақ тіркелгі атауы, VPN пайдаланушысы немесе VPN клиенті қалдырған белгі емес. Хабарламаны құрастырған адам бөлікке ат беру кезінде осы жолды таңдаған.
RFC 2392 cid схемасын айқындайды және оны хабарламалар мен олардың бөліктеріне сілтеумен шектейді. Бұл шеңберді тура мағынада оқысаңыз, жұрнақ атаудан тыс ешнәрсенің дәлелі болудан қалады. Бұл сондай-ақ өндірушіні жұрнақтан анықтауға болмайтынын білдіреді және адамдар тақырыпта таныс сөз көрінгенде дәл осы секіріс жасайды.
Шикі көзді қарап шығыңыз, содан кейін құпиялылық мәселесін бағалаңыз
Шикі көзді ашып, Content-ID мәнін толық оқыңыз, өйткені RFC 2392 мәнге жіберушінің хост атауын немесе тіркелгіге ұқсас жолды алып жүруге рұқсат береді. Содан кейін сол ат кездесетін барлық жерді табыңыз: HTML ішіндегі cid: сілтеме, басқа тақырып, бұрынғы жауаптан алынған дәйексөз блогы. Осы кездесулер арасындағы сәйкестік бөліктің мақсатын айтады.
Дәл осы қасиет идентификатордың құпиялылық үшін маңызды болуына себеп. Хост атауынан немесе тіркелгі атауынан алынған мән хабарламамен бірге жүреді және оны жіберген машина не адам туралы бірдеңе аша алады. Ол әлі де VPN сессиясы емес және оған солай қарау табылғанды ысырап етеді.
Алыс сурет пе әлде ендірілген бөлік пе: әртүрлі трафик
Көзі https болып келген img элементі мен көзі cid болып келген img элементі HTML-де ұқсас көрінеді, желіде басқаша әрекет етеді. Біріншісі хабарлама ашылған соң клиент жүктей алатын ресурсты атайды, ал бұл жүктеу жіберушіге хабарламаның оқылғанын және қай мекенжайдан екенін айтады. Екіншісі хабарламаның ішінде әлдеқашан бар бөлікке шешіледі, сондықтан оны көрсету ешкіммен байланыспайды.
Бір хабарлама екеуін де араластыра алады және біреуін тексеру екіншісін тазартпайды. Алыс сілтемелерді ендірілгендерден бөлек санаңыз және клиент параметрлерінің неге рұқсат беретінін жазып алыңыз. Құпиялылық үшін маңызды шешім — дәл осы айырма, идентификатор ішіндегі сөз емес.
Дәлелді хабарламаны жібермей-ақ бөлісіңіз
Басқа біреу мұны қарауы керек болса, алдымен редакциялаңыз және оны дәйекті жасаңыз. Мекенжайлар мен қатысы жоқ тақырыптарды ауыстырыңыз, содан кейін Content-ID мен оның cid: сілтемесін көшірмеде бірдей жазылған күйде ұстаңыз, өйткені сәйкессіздік маңызды жалғыз дәлелді жояды. Тақырып қай бөлікке тиесілі болғанын және қай жол оған сілтегенін айтыңыз. Шолушыға қатынас керек, хабарлама емес.
Содан кейін екі қорытындыны жазбаша ажыратыңыз: хабарламада не бар және ол нені дәлелдемейді. Осылай құрылған тұжырымды тексеруге және талқылауға болады, пайдалы есеп дәл соған мүмкіндік береді.