Jos sinulla on oma sähköpostipalvelin tai aiot luoda postituslista omalta verkkotunnukseltasi, sinun on elintärkeää suojautua siltä, etteivät vastaanottajat pidä kirjeitäsi ns. roskapostina.
Tosiasia on, että monet postipalvelut ei-toivotun ja haitallisen määrän vähentämiseksi sähköinen kirjeenvaihto(eli juuri tätä roskapostia) tarkista lähettäjän PTR-tietue. Ja varmistaaksesi, että sähköpostejasi ei pidetä roskapostina ja että verkkotunnuksesi ei sisälly ei-toivottujen lähettäjien luokkaan, sinun on ensin määritettävä PTR-tietue sähköpostipalvelimellesi.
Tämän tyyppisen tietueen nimi tulee latinan sanasta pointer, joka tarkoittaa "osoitinta". Pohjimmiltaan se liittää IP-osoitteen verkkotunnukseesi, mikä tarkoittaa, että PTR-tietue on hyvin samanlainen kuin DNS-palvelimen A-tietue. Jos ensimmäinen yhdistää verkkotunnuksen sivuston sijainnin IP-osoitteeseen, toinen päinvastoin yhdistää IP-osoitteen toimialueeseen.
Kuinka tarkistaa PTR-tietue verkossa
Kun postituslistalta saapuva kirje saapuu postipalvelimelle, se tarkistaa sen ennen kuin kohdistaa vastaanotetun kirjeen "Saapuneet"- tai "Spam"-kansioon. Ensimmäinen vaihe on sen IP-osoitteen PTR-tietueen tarkistaminen, josta kirje tuli. Jos tietue on olemassa ja vastaa lähettäjän verkkotunnuksen tietoja, tämä voi olla yksi ratkaisevista tekijöistä kirjeenvaihdon hyväksymisessä ja sen lähettämisessä postilaatikkoon.
Jos PTR-tietue ei täsmää tai puuttuu kokonaan, on suuri todennäköisyys, että kirje päätyy roskapostiin. Tämän tietueen puuttuessa palvelin kuitenkin tarkistaa kirjeenvaihdon useiden muiden kriteerien mukaan, mutta varmennus on erittäin tiukka.
Kuinka tarkistaa sähköpostipalvelimen PTR-tietue?
PTR-tietueen tarkistaminen verkossa edellyttää pyynnön suorittamista verkkotunnuksessa in-addr.arpa, ja vastaus tulee kirjoita takaisin PTR. Jos isäntäosoitteesi on esimerkiksi 111.222.333.444, se käännetään käänteisessä järjestyksessä ja näyttää muotoa 444.333.222.111.in-addr.arpa.
Yleensä on olemassa useita tapoja tarkistaa PTR-tietueesi. Katsotaanpa niistä yksinkertaisimpia.
Ensimmäinen vaihtoehto on tarkistaa verkossa käyttämällä erityisiä whois-palveluita. Kuinka voin tarkistaa sähköpostipalvelimen Ptr-tietueen tällä tavalla? Usein riittää, että syötät IP-osoitteen vahvistusriville. Voit esimerkiksi käyttää tähän RigWEBin palvelua ja saada muutamassa sekunnissa kaikki tarvittavat tiedot, mukaan lukien etsimäsi tietueen.
Toinen vaihtoehto on tarkistaa PTR-tietue komentorivin avulla. Windowsille tämä tehdään seuraavasti:
- Napsauta Käynnistä ja valitse Suorita.
- Kirjoita cmd.
- Kirjoita avautuvalle komentoriville nslookup -type=PTR IP, jossa IP on IP-osoitteesi.
- Katso vastaanotettua raporttia - siitä löydät tarvitsemasi PTR-tietueen.
Unix-perheen järjestelmissä toimintakaavio on hieman erilainen: avaa pääte tai konsoli ja kirjoita komento dig -x IP, jossa IP on IP-osoitteesi. Komennon suorittamisen seurauksena sinulle näytetään raportti, jossa näet myös PTR-tietueen.
Vaihtoehtoisesti voit suorittaa tarkistuksen PTR-tietueet verkossa. Paljastiko tarkistus PTR-tietueen puuttumisen? Sitten se on rekisteröitävä.
Kuinka lisätä PTR-tietue sähköpostipalvelimeen
Jos et tiedä kuinka rekisteröidä PTR-tietue sähköpostipalvelimelle, olet todennäköisesti vakuuttunut siitä, että se on erittäin helppo tehdä. Voit tehdä tämän ottamalla yhteyttä sen IP-osoitteen omistajaan, johon sivustosi on linkitetty. Lähetä vain Internet-palveluntarjoajallesi pyyntö lisätä PTR-tietue, koska tarvitset sellaisen IP-osoitteellesi. Virtuaalipalvelua varten sinun ei yleensä tarvitse rekisteröidä mitään, koska tämä merkintä on useimmiten jo olemassa.
Vuokraatko virtuaalisen omistetun palvelimen ja haluat tietää kuinka rekisteröidä PTR-tietue VDS:ää varten? Tässä tapauksessa sinun on mentävä osoitteeseen hallintopaneeli, siirry isännöintipalvelut-osioon ja valitse sitten "Muuta käänteistä DNS-tietuetta" ja vahvista valintasi.
Kuten näette, ei mitään monimutkaista. Toinen asia on, että paljon tässä tilanteessa riippuu isännöintipalveluntarjoajasta, tai tarkemmin sanottuna, sen teknisen tuen vastausnopeudesta. Siksi isännöitsijän valinnassa kannattaa olla erittäin tarkkaavainen alusta alkaen. Ja jos haluat käyttää ammattimaista isännöintiä mukavimmilla ja edullisimmilla ehdoilla, sinun tulee kiinnittää huomiota RigWEBin tarjoamiin palveluihin.
Käyttämällä isännöintiämme et ole huolissasi PTR-tietueen luomisesta, koska välitämme asiakkaidemme mukavuudesta ja pyrimme tarjoamaan parhaan laadukasta palvelua. Riippuen mitä valitset tariffisuunnitelma, olemme valmiita tarjoamaan sinulle erilaisia palveluita, joihin kuuluu PTR-tietueen määrittäminen, jos tarvitset sitä. From normaali siirto sivustomme virtuaalinen hosting to täysi räätälöinti VDS-palvelimet sisään mahdollisimman pian– Autamme mielellämme ongelmien ratkaisemisessa.
Lisäksi takaamme sinulle:
- Vakaa toiminta ja käyttöaika 99,9 %
Täysin varusteltujen korkealaatuisten laitteiden käytön ansiosta viimeinen sana teknologiaa datakeskuksessa ympäri vuorokauden kokeneiden asiantuntijoiden valvonnassa, tarjoamme korkeimman mahdollisen nykyaikaiset olosuhteet UpTime-palvelimet ja vakaa työ sivustosi.
- Nopea ja pätevä tekninen tuki
Voit kysyä asiantuntijoiltamme mitä tahansa hosting-palvelumme toimintaan liittyviä kysymyksiä. RigWEB:n tekninen tuki toimii 24/7/365 ja vastaa 30 minuutin kuluessa lipun lähettämisestä, joten voit olla varma nopea päätös sinun ongelmasi. Joten jos et tiedä kuinka tehdä PTR-tietue isännöinnillämme, voit turvallisesti kysyä tämän kysymyksen asiantuntijoiltamme.
- Reilut tariffit ja läpinäkyvä hinnoittelu
Ei piilokuluja! Tiedät aina, mistä maksat, ja vastineeksi saat 100 % palvelimiemme resursseista, joista olet maksanut.
Käytä RigWEBin ammattimaista isännöintiä ja nauti projektien parissa työskentelemisestä, sillä voit aina luottaa mukavimpiin ja edullisimpiin yhteistyöehtoihin kanssamme!
Aiemmissa materiaaleissamme tarkastelimme jo DNS-vyöhykkeen määrittämistä oikea toiminta sähköpostipalvelin sekä yksittäisten DNS-tietueiden rooli. Kuten käytäntö osoittaa, kaikki järjestelmänvalvojat eivät kuitenkaan ymmärrä järjestelmien toimintamekanismia oikein sähköposti DNS-tietueiden kanssa. Siksi päätimme omistaa tälle aiheelle erillisen artikkelin, jossa analysoimme sitä perusteellisemmin ja puhumme vertailevasti uutta tekniikkaa SPF
Nykyajan pääongelma postijärjestelmät- roskapostia. Niitä on monia erilaisia menetelmiä sen torjuminen, mutta tärkein on lähettäjän analyysi, koska kaikki tarvittavat tiedot ovat saatavilla kirjeessä.
Piirretään analogia tavallisen postin kanssa. Postikuoressa tai -paketissa on aina lähettäjän osoite, vastaanottajan osoite sekä vierailtujen postitoimistojen leimat. postilähetys. Samoin sähköpostin otsikoissa on tiedot lähettäjästä, vastaanottajasta ja teknisistä merkeistä. sähköpostipalvelimet jotka osallistuivat postin käsittelyyn.
Oletetaan, että sait postista erittäin epäilyttävän näköisen paketin, oletettavasti rakkaalta isoisältäsi Konstantin Makarovich, mutta jostain syystä lähettäjän leima ei osoita Makarovkan kylän postikonttoriin, vaan Gadyukinon maatilalle toisella maan puolella. Avaatko tällaisen pakkauksen vaarantaen löytää pernarutto-itiöitä paratiisihilloomenatölkin sijaan, vai lähetätkö sen takaisin, vahingossa?
Sama pätee sähköpostijärjestelmiin. Jos sait kirjeen isoisältäsi [sähköposti suojattu] , mutta jostain syystä lähettäjäpalvelin mail.spam.com, tämä on syy olla hyväksymättä tällaista kirjettä, koska se on todennäköisesti roskapostia.
Kuinka toteutimme tämä sekki? Hyvin yksinkertainen, katso leimaa posti lähettäjälle ja vertasi sitä palautusosoitteeseen. Esimerkiksi kirjekuoreen on kirjoitettu, että lähettäjä on Moskovan kaupungissa, mutta lähettävän toimiston postileimassa on indeksi 683000, joka osoittaa Petropavlovsk-Kamchatskyn. Siksi emme hyväksy tällaista kirjettä, koska se ei ole läpäissyt lähettäjän vahvistusta.
Tilanne on samanlainen kuin sähköpostilla, sitä käytetään vain lähettävän osaston indeksin sijasta PTR-tietue. Joten, saatuamme kirjeen isoisältä, teemme PTR-pyyntö ja saat selville, että lähettävä palvelin on meidän mail.spam.com, kun taas yhteyden aikana välitettyjen tietojen mukaan pitäisi olla mail.example.com. Kaikki on selvää, kirje menee roskapostiin.
Kuitenkin, jos otsikko osoittaa, että lähettävä palvelin on meidän mail.spam.com, niin tällainen kirje on onnistunut tullaan testaamaan Tekijä: PTR-tietueet, huolimatta siitä, että lähettäjän palvelinverkkotunnus ei täsmää sähköpostin verkkotunnus kirjaimet.
Miksi näin tapahtuu? Koska tarkistamassa PTR-tietueet voit määrittää vain, että lähettävä palvelin on todella se, joka se väittää olevansa. Mutta se ei millään tavalla määritä lähettäjän itsensä aitoutta. Ne. esimerkkiin viitaten tavallinen posti tarkistamme vain, että lähettäjän toimiston palautusosoite ja postinumero ovat samat, jos lähtöpaikka on Moskova ja postinumero osoittaa Petropavlovk-Kamchatskyyn, tarkista viimeistään; PTR tällainen kirje ei mennyt läpi, mutta jos lähtöpaikka ja indeksi täsmäävät, niin kaikki on hyvin ja nyt sinun tehtäväsi on ajatella, mitä rakas isoisäsi tekee Petropavlovsk-Kamchatskyssa.
Tämän kohdan väärinymmärtäminen johtaa siihen, että PTR-tietue osoittautuu väärin konfiguroiduksi, ja sen seurauksena suurin osa lähetetystä postista ei saavuta vastaanottajaa. Tämä on erityisen tärkeää ymmärtää, kun määrität useita verkkotunnuksia palvelevia palvelimia. Tässä tapauksessa PTR-tietue on osoitettava sähköpostin isäntänimeen (jonka se lähettää osana SMTP-istuntoa), vaikka se sijaitsisi eri toimialueella.
Katsotaanpa yksinkertaista esimerkkiä.
Palvelin mail.example.com lähettää sähköpostin palvelemaansa verkkotunnukseen esimerkki.org. Vastaanottava palvelin tekee pyynnön PTR-tietueet ja varmistaa, että osoite 123.123.123.123 todella on mail.example.com, joten tällainen kirje hyväksytään, vaikka kirjeen lähettäjän verkkotunnus ja lähettävän palvelimen verkkotunnus eivät täsmää.
Ja nyt tilanne on toinen.
Järjestelmänvalvoja on määrittänyt DNS-vyöhykkeen väärin määrittämällä väärän isännän PTR-tietueet. Vastaanottava palvelin on tarkistanut PTR-tietue hylkää kirjeemme, koska lähettävä palvelin ei vastaa käänteisen DNS-kyselyn tulosta.
Poissaolo PTR-tietueet johtaa lähes aina kirjeen hylkäämiseen, koska on sanaton sopimus, että vilpittömässä lähettäjällä on oikein konfiguroitu palautusalue.
Palataanpa isoisämme luo. Oletetaan, että hän kertoi sinulle, että hän aikoo kesällä lähteä Makarovkan kylästä naapurikylään Ivanovkaan tietylle Marfa Vasilievnalle ja aikoo lähettää sinulle kirjeenvaihtoa sieltä. Tässä tapauksessa otat turvallisesti vastaan kirjeet isoisältäsi sekä Makarovkasta että Ivanovkasta, mutta hylkäät oletetun isoisän kirjeen Petropavlovsk-Kamchatskylta.
Samanlainen tekniikka sähköpostijärjestelmissä on toteutettu teknologian avulla SPF. Lyhyesti siis tätä tekniikkaa voit luoda erityisen DNS-tietueen, joka osoittaa, kenellä on oikeus lähettää postia verkkotunnuksesi puolesta. Hyvin yksinkertainen versio merkintä näyttää tältä:
Esimerkki.fi. IN TXT "v=spf1 +a +mx -all"
Mitä se tarkoittaa? Koska example.com-verkkotunnuksen posti voidaan lähettää A-tietueessa (+a) ja MX-tietueessa (+mx) määritetyillä solmuilla, kaikki muut viestit tulee hylätä (-kaikki).
Kaikki ei kuitenkaan ole niin ruusuista. Ensinnäkin SPF-tuki ei vieläkään ole de facto standardi, eikä sitä ole olemassa SPF-tietueita Lähettäjän verkkotunnuksella ei ole syytä hylätä kirjettä. Toinen ongelma on palvelimien edelleenlähetys tai tapaukset, joissa postia lähettää palvelimet, joita ei ole mainittu A- tai MX-tietueissa tai jotka sijaitsevat jopa muissa toimialueissa. Tämä voi johtua sekä yrityksen IT-järjestelmän arkkitehtuurista että muiden ihmisten palvelimien käytöstä lähettämiseen, kun linkität verkkotunnuksesi palveluntarjoajaan tai julkiseen palveluun. Jälkimmäisessä tapauksessa sinun on oltava erityisen varovainen ja on erittäin suositeltavaa ottaa yhteyttä huoltotukeen.
Ajatellaanpa toista tilannetta.
Yrityksesi pääpostipalvelimesi lisäksi mail.example.com, käyttää palveluita kolmannen osapuolen palvelut, joka voi lähettää postia yrityksen asiakkaille sen puolesta. Tämä voi olla pikapostipalvelu, joka ilmoittaa asiakkaille toimituksen tilasta jne.
Esimerkissämme tällainen posti lähetetään henkilön puolesta [sähköposti suojattu] palvelimelta mail.web-service.com, koska tämä palvelin ei lueteltu verkkotunnuksen MX-tietueissa esimerkki.fi, sitten sen mukaan, mitä ilmoitimme SPF-tietueita Yleensä vastaanottaja hylkää tällaisen kirjeen.
Lisäksi vastaanottavan palvelimen käyttäytyminen on yksiselitteistä, koska olemme itse selvästi osoittaneet, että muiden lähettäjien postia ei pitäisi hyväksyä. Siksi, jos et ole varma, että kaikki sähköpostit tulevat yksinomaan palvelimiltasi, sinun tulee määrittää pehmeämpi sääntö:
esimerkki.org. IN TXT "v=spf1 +a +mx ~kaikki"
Toisin kuin -kaikki(epäonnistunut) ~kaikki(pehmeä epäonnistuminen) osoittaa, että muut kuin nimenomaisesti määritellyt lähettäjät eivät saa lähettää sähköpostia, mutta se ei sisällä vaatimusta tällaisen postin hylkäämisestä. Useimmiten tällainen posti hyväksytään, merkittynä nimellä ei-toivottu.
Voit myös käyttää neutraalia etuliitettä:
esimerkki.org. IN TXT "v=spf1 +a +mx ?all"
Tässä tapauksessa sääntö sanoo, että A- ja MX-tietueita, jäljellä olevista solmuista ei ole tietoa. Postin vastaanottaminen nimenomaisesti luvattomista solmuista on vastaanottavan palvelimen harkinnassa.
Mitä meidän pitäisi tehdä meidän tapauksessamme? Oikein ratkaisu olisi lisätä SPF sisääntulo vielä yksi sääntö:
esimerkki.org. IN TXT "v=spf1 +a +mx +mx:web-service.com -all"
esimerkki.org. IN TXT "v=spf1 +a +mx +a:mail.web-service.com -all"
Ensimmäisessä tapauksessa sallimme sähköpostin vastaanottamisen myös kaikilta toimialueen MX-tietueissa luetelluilta palvelimilta web-service.com, toisessa tapauksessa vain palvelimelle mail.web-service.com.
Tarkastellaan lopuksi tapausta, jossa verkkotunnuksesi postia palvelee toisessa verkkotunnuksessa sijaitseva palvelin. Esimerkiksi mail.example.com lähettää myös postia verkkotunnukselle esimerkki.org. Tässä tilanteessa olisi oikein käyttää verkkotunnukselle esimerkki.org samat säännöt kuin esimerkki.fi. Käytä tätä varten erityinen tyyppi merkinnät:
esimerkki.org. IN TXT "v=spf1 redirect=example.com"
Tämä mahdollistaa tarvittaessa tietueiden muuttamisen vain kerran päätoimialueen osalta ja vapauttaa muiden hyväksyttyjen verkkotunnusten järjestelmänvalvojat tarpeesta valvoa ja tehdä muutoksia DNS-tietueisiin.
Tunnisteet:
varten oikea toiminta sähköpostipalvelin, on tärkeää, että se on määritetty oikein DNS-vyöhyke, jonka tulee sisältää A-, MX- ja PTR-tietueet. Jos kaikki on enemmän tai vähemmän selvää kahdella ensimmäisellä, määritä PTR-tietue ( käänteinen vyöhyke, kun palvelimen nimi on tarkistettava sen IP-osoitteen tiedossa) aiheuttaa usein vaikeuksia ymmärtää, mihin se pitäisi rekisteröidä ja kuka siitä on vastuussa. Ilman PTR-tietuetta jotkin sähköpostipalvelimet kieltäytyvät vastaanottamasta postia palvelimeltasi ja lähettävät sinulle takaisin jotain tällaista:
550 - Isännästäsi ei löytynyt käänteistä (PTR) tietuetta tai tietue ei 550 vastaa PTR-tietuetta (vastaus RCPT TO -komentoon) 550 - Käänteinen DNS-haku epäonnistui. Jos tämä on mielestäsi väärin, ota yhteyttä 550 postmasteriin. (vastauksena RCPT TO -komentoon) 550 5.7.1 Välitys estetty. IP-nimi väärennetty (PTR- ja A-tietueet eivät täsmää) kohteelle ###.###.###.### (vastauksena MAIL FROM -komennolle)
Mikä sitten tarkalleen on vaikeus? Ensinnäkin kyseessä on väärinymmärrys siitä, miten DNS toimii ja toimii, ja toiseksi joidenkin palveluntarjoajien banaali haluttomuus täyttää suoria velvollisuuksiaan tai "teknisten asiantuntijoiden", kuten itse tyhmien, epäpätevyys. Valitettavasti myös näin tapahtuu. Mutta yritetään selvittää se.
Mietitään yleistä tilannetta. Jostain syystä sinulla ei ole enää tarpeeksi postipalvelimen ominaisuuksia, joita sivustosi sijaitsee (tai olet vain rekisteröinyt verkkotunnuksen ja haluat määrittää sähköpostipalvelimesi). Palveluntarjoajaltasi, jonka sait staattinen ip-osoite(tai jopa pieni aliverkko) ja isännöintiin rekisteröityjä A- ja MX-tietueita, jotka osoittavat lähettäjän (sama IP-osoite, jonka palveluntarjoajasi on antanut sinulle).
Mutta sitten on epäselvyyttä siitä, kenen pitäisi isännöidä PTR-tietuetta sähköpostipalvelimestasi - isännöitsijän (se, joka hallinnoi verkkotunnuksestasi vastaavia DNS-palvelimia) vai palveluntarjoajan (se, joka antoi sinulle staattisen IP-osoitteen). Isäntänimen määrittämiseksi sen IP-osoitteen perusteella on olemassa erityinen verkkoalueen vyöhyke in-addr.arpa.
Niin, kuka tahansa antoi sinulle staattisen IP-osoitteen, rekisteröi PTR-tietueet DNS-palvelimelleen sähköpostipalvelimellesi in-addr.arpa-vyöhykkeellä. Tätä varten sinun on lähetettävä staattisen IP-osoitteen antaneelle henkilölle pyyntö rekisteröidä PTR-tietue verkkotunnuksellesi.
Huomautus: jos toimialueen ja postipalvelimen osoitteet eivät täsmää, PTR-tietue on luotava erityisesti MX-tietueelle.
DNS-tietue in-addr.arpa postipalvelimelle mail.mydomain.ru, jonka osoite on 123.45.67.89, näyttää tältä:
123.45.67.89.in-addr.arpa. PTR:ssä mail.mydomain.ru.
Tarkista, onko PTR-tallennus päällä DNS-palvelin voit käyttää komentoa nslookup tai vastaava verkkopalvelu (esimerkiksi http://www.nslookup.su). Kutsumme komentorivillä nslookup ja kirjoittaa:
> set type=PTR<-- установили тип ресурсной записи > 93.158.134.89 <-- интересующий ip-адрес ----- полученный ответ ----- Не заслуживающий доверия ответ: 89.134.158.93.in-addr.arpa name = mx.yandex.ru 134.158.93.in-addr.arpa nameserver = ns1.yandex.net 134.158.93.in-addr.arpa nameserver = ns2.yandex.net ns1.yandex.net internet address = 213.180.193.1 ns2.yandex.net internet address = 93.158.134.1 >
"Nimi"-kentässä näemme yhden Yandex-postipalvelimen nimen. klo oikea asetus käänteinen vyöhyke, tässä kentässä pitäisi näkyä sähköpostipalvelimesi nimi vastaavassa IP-osoitteessa.
Tyyppejä on monia DNS-tietueet ja aloittelijoiden voi olla ylivoimaista ymmärtää, mikä tämän DNS-tietueen tehtävä on tai kuinka se määritetään. Tällä oppitunnilla opit, mikä PTR-tietue on ja kuinka tarkistaa, onko se määritetty IP-osoitteelle.
Mikä on PTR-tietue?
PTR-tietue on kuin A-tietueen käänteinen versio. A-tietue liittää toimialueen nimen IP-osoitteeseen ja PTR-tietue liittää IP-osoitteen isäntänimeen. Nämä kaksi merkintää ovat kuitenkin toisistaan riippumattomia..21.128.xx, kun taas 23.23.128.xx voidaan liittää täysin eri isäntänimeen.
Miksi PTR-tietue tarvitaan?
Se on hyödyllinen lähtevän postin palvelimille. Tämä merkintä parantaa lähettävän palvelimen luotettavuutta ja mahdollistaa paluuvastauksen, jolla varmistetaan isäntänimi IP-osoitteen kautta. Tämä loistava tapa suojaa kaikentyyppisiä roskapostittajia vastaan, jotka käyttävät vilpillisiä verkkotunnuksia roskapostin lähettämiseen. Siksi jotkut suuret palveluntarjoajat Postipalvelut, kuten yahoo.com, gmail.com, tekevät käänteisen DNS-haun ennen saapuvien sähköpostien hyväksymistä.
Ennen kuin aloitat tämän oppaan, tarvitset seuraavat asiat:
- Pääsy tietokoneesi konsoliin (valinnainen)
Tapa 1 - PTR:n tarkistaminen nslookup- tai dig-toiminnolla
Windows, Unix ja vastaavat käyttöjärjestelmät(Linux, MacOS) sisältävät sisäänrakennetut työkalut DNS-tarkistukset levyjä. Jos olet Windows-käyttäjä, noudata näitä ohjeita:
- Siirry valikkoon Aloita Windows , syötä cmd ja napsauta ENTER.
- Mustan ikkunan pitäisi ilmestyä ( komentorivi ikkunat).
- Anna seuraava komento saadaksesi IP-osoitteen isäntänimen (vaihda IP_ADDESS tarvitsemasi IP:ksi):
- Jos esimerkiksi haluat tarkistaa PTR-tietueen 54.243.154.xx, näet samanlaisen tuloksen:
Kuten tuloksesta voidaan nähdä, PTR-tietue on ec2-54-243-154-49.hostinger.com.
varten Linuxin käyttäjiä tai Mac-prosessi samanlainen:
- MacOS:ssa kirjaudu terminaaliin käyttämällä ( F4). Enemmistö Linux-jakelut voit avata terminaalin pikanäppäimellä Ctrl+Alt+T.
- Käytä tätä komentoa tarkistaaksesi PTR-tietueen (vaihda IP_ADDRESS tarvitsemasi IP:ksi):
- Tässä on esimerkiksi IP-osoitteen 54.243.154.xx PTR-tietueen tarkistuksen tulos:
Osasta VASTAUSOSA voit selvittää tietueen PTR-arvon – ec2-54-243-154-49.hostinger.com
Tapa 2 – Online-työkalujen käyttäminen
Toinen tapa saada tietoa IP-osoitteen isäntänimestä on käyttää MxToolBox-käänteisen haun työkalua. Sinun tarvitsee vain kirjoittaa IP-osoite kenttään ja napsauttaa painiketta Käänteinen haku.
Johtopäätös
Valitettavasti, jos haku paljastaa, että merkintää ei ole määritetty IP-osoitteelle, useimmissa tapauksissa sinun on otettava yhteyttä isännöintiin tai Internet-palveluntarjoajaan sellaisen luomiseksi. Nyt tiedät kuitenkin, mikä PTR-tietue on ja kuinka tarkistaa, onko sillä IP-osoite. Tämä on hyödyllistä, jos kohtaat DNS-virheitä ja pomppimista yrittäessäsi lähettää sähköpostia, koska se auttaa sinua ongelman vianmäärityksessä.
Kaikilla sähköpostipalvelimilla, jotka muodostavat yhteyksiä sähköpostipalvelimiin, on oltava kelvolliset ja merkitykselliset käänteiset DNS-tietueet.
Oikein määritettyjä rDNS-osoitteita tarvitaan viestien lähettämiseen omalta palvelimeltasi. Lähes kaikki sähköpostipalvelimet hylkäävät viestin istunnon alussa, jos palvelimesi IP-osoitteessa ei ole merkintää käänteisessä DNS-vyöhykkeessä. Etäpostipalvelimen epäonnistumisen syy voi olla seuraava:
550-"IP-osoitteella ei ole PTR-tietuetta (osoite nimeen) DNS:ssä tai kun PTR-tietueessa ei ole vastaavaa A-tietuetta (nimi osoitteeseen). Tarkista ja korjaa DNS-tietueesi."
550 - IP-osoitteellesi (IP-osoitteellesi) ei ole vastaavaa PTR:ää, joka vaaditaan 550. Anteeksi, hei. 550 IP-osoitteellasi ei ole PTR-tietuetta
Numero 550 kaikissa kolmessa tapauksessa on SMTP-sähköpostipalvelimen vakiokoodi, joka ilmoittaa kriittisen virheen, joka estää jatkotyöskentelyn tämän sähköpostiistunnon aikana. Yleensä kaikki 500-sarjan virheet ovat kriittisiä, ja postin lähettämistä on mahdotonta jatkaa niiden ilmestymisen jälkeen. Tekstissä selitetään tarkemmin kieltäytymisen syy ja todetaan, että vastaanottajapostipalvelimen järjestelmänvalvoja on asettanut sen tarkistamaan, onko lähettävällä sähköpostipalvelimella merkintä käänteisessä DNS-vyöhykkeessä (rDNS) ja jos sitä ei ole, vastaanottaja palvelin on velvollinen kieltäytymään lähettäjältä yhteyden muodostamisesta (SMTP-5XX-sarjan virheet).
rDNS:n määrittäminen
Vain tämän vyöhykkeen vastaavan IP-osoitelohkon omistajalla on oikeus määrittää käänteinen DNS-vyöhyke. Yleensä tämä omistaja on palveluntarjoaja, joka omistaa oman autonomisen järjestelmänsä.
Reverse DNS-vyöhykkeen rekisteröimiseksi IP-osoitelohkon operaattorin on rekisteröitävä "domain"-tyyppinen objekti henkilökohtaiselle tililleen RIPE-verkkosivustolla, ilmoitettava DNS-palvelimien osoitteet, jotka tukevat rDNS-vyöhykettä ja määritettävä tuki muodossa 3.2.1.in-addr.arpa. Osoitin, PTR-tietue, vastaa resursseista käänteisalueella. IP-osoitteen ja isäntänimen selvityspyynnöt menevät siihen (katso alta kuvaus PTR-tietueen muodostamisen periaatteesta).
Jos et omista itsenäistä järjestelmää, rDNS:n määrittäminen IP-osoitteelle tai sähköpostipalvelinosoitteille voidaan ratkaista pyytämällä tukea palveluntarjoajaltasi tai isännöitsijältäsi.
Molemmissa tapauksissa postipalvelimen ja erityisesti yrityksen sähköpostipalvelimen IP-osoitteen nimi tulee antaa mielekkäästi.
Esimerkkejä hyvistä nimistä sähköpostipalvelimelle:
Mail.domain.ru mta.domain.ru mx.domain.ru
Esimerkkejä huonoista nimistä:
Host-192-168-0-1.domain.ru customer192-168-0-1.domain.ru vpn-dailup-xdsl-clients.domain.ru
Voit ja pitäisi käyttää kyselyitä DNS-vyöhykkeiden kumoamiseen heti sähköpostipalvelimen käynnistämisen jälkeen. Tätä varten sinun tarvitsee tehdä vain pieniä ohjelmistomuutoksia. Eri sähköpostipalvelimissa rDNS-tarkistus tehdään eri tavalla:
Postfixissa sinun on otettava tämä vaihtoehto käyttöön
Hylkää_tuntematon_asiakas
Vahvista = reverse_host_lookup
Käänteinen DNS-vyöhykkeen tarkistus: http://remote.12dt.com
Anna IP-osoitteesi, jos verkkotunnuksesi näkyy - asetus on oikea
PTR
PTR-tietue(englanninkielisestä osoitin - pointer) yhdistää isännän IP:n sen kanoniseen nimeen. Pyyntö in-addr.arpa-verkkotunnuksessa isännän IP-osoitteeseen käänteisessä muodossa palauttaa tämän isännän nimen.
Vähentääkseen roskapostin määrää vastaanottavat sähköpostipalvelimet tarkistavat PTR-tietueen isännästä, josta sähköposti lähetetään. Tässä tapauksessa IP-osoitteen PTR-tietueen on vastattava sen lähettävän sähköpostipalvelimen nimeä, jolle se esitetään SMTP-istunnon aikana.
in-addr.arpa- erityinen toimialueen vyöhyke, joka on suunniteltu määrittämään isäntänimi sen IPv4-osoitteen perusteella PTR-tietueen avulla. Isäntäosoite AAA.BBB.CCC.DDD käännetään käänteisellä merkinnällä ja siitä tulee DDD.CCC.BBB.AAA.in-addr.arpa. Hierarkkisen nimenhallintamallin ansiosta on mahdollista delegoida vyöhykkeiden hallinta useiden IP-osoitteiden omistajalle. Tätä varten arvovaltaiset DNS-palvelintietueet osoittavat, että erillinen palvelin vastaa CCC.BBB.AAA.in-addr.arpa-vyöhykkeestä (eli AAA.BBB.CCC/24-verkosta).
Jos esimerkiksi sähköpostipalvelimesi IP on 78.56.158.23. Sitten sinun on lisättävä seuraava DNS-tietue palvelimen tai isäntäkoneen asetusten NS-tietueeseen (IP kirjoitetaan käänteisessä järjestyksessä).
