Je to log přijatých. Je to standardní syntaxe v těle zprávy hlavičky Received -v tomto případě poslední chronologicky,(kromě nějakého LMTP případně vnitřních zpracování). Tedy hlavička která už neprošla odesilatelovou stranou. Snad je to pochopitelné, prostě "ta důležitá" hlavička Received.
a formát je
Received from: <EHLO> (PTR [IP])Proto možná proč se podivujete, že to souhlasí, je že zkoumáš špatné páry. v HELO je verze bez pomlčky (podobně jako u github "smtp."), ale PTR adresy vede na verzi s pomlčkou. Což by nevadilo za předpokladu, že budou propojené tím způsobem, že buď se upraví EHLO a nebo se upraví PTR) ....
A nebo ještě nějak propleteněji, protože "A" I "PTR" umí vícenásobné záznamyOno při přemýšlení o tom se dá dojít až k "6 proměnným" :
1. Prvotní informace: zdrojová srcIP (nelze "zfalšovat") + EHLO(lze vepsa cokoliv)
Obojí jde "ždímat" kaskádou ?PTR->?A->?PTR->?A (Dle mě u IP adresy má smysl jen kolečko [srcIP]->PTR->A
->A, u [EHLO] má smysl [EHLO]->A
->PTR , přičemž škrtnutě jsou vyznačené údaje, které už nemá cenu zkoumat, pokud se předchozí/jiné liší, ale mohou dát jiný zajímavý výsledek)
Samozřejmě v růžovém světě, kde PTR srcIP je shodný s EHLO je situace jasná a není potřeba {dva,tři,n}krát resolvovat to samé.
Logicky se musí EHLO->A rovnat srcIP (bez nadstandardních kontrol ), o tom není třeba vést diskuzi.
Pak je tu EHLO a srcIP->PTR, což je to na co tady poukazuju. Pokud vím, tak tahle kontrola je volitelná, není to ani nějaký hard fail.
Potud to ještě ale není žádný mechanismus proti zombie spamerským počítačům (+ nulové složitosti zaregistrovat si doménu,abych si mohl obstarat validní EHLO)
Z toho vyplývá, že kontrola src-IP->PTR se musí dělat vždy (s ohledem na praxi proti boje s zombie , ne s nutností ze strany RFC)
Jsou 2 možnosti-:
PTR se rovná EHLO (což je ten růžový příklad), vše je OK.
PTR je odlišné (na to se ptám), je potřeba udělat o jednu kontrolu navíc : PTR->A'. A to už se musí přeci rovnat, další kolečko už se mi zdá nesmysl.
Je to takhle popsané dobře? Tažkže pro EHLO jedna dopředný překlad a pro srcIP minimálně jeden zpětný a možná navíc jeden dopředný toho zpětného.
Jo a mimochodem, jenom tak pod čarou, "nad tou hlavičkou" Received se mi ukazuje hlavička fcrDNS: <PTR>
Received-SPF: Pass/None (mx-in.vvv.vn: domain of (smtp.)github.com
does (not )designate 192.30.252.204 as permitted sender)
receiver=mx-in.vvv.vn; identity=mail-from/helo;
client-ip=192.30.252.204 helo=smtp.github.com;
envelope-from=<noreply@github.com>
X-fcrDNS: out-21.smtp.github.com
Received: from smtp.github.com (out-21.smtp.github.com [192.30.252.204])
...
From: notifications@github.com(fun fact)
Zobrazit příspěvky
