Saját tárhely gyakori hibákat felállításakor dns ispconfig3 debian szerver (9chast)

Konfigurálása a DNS-kiszolgáló Ispconfig3. Postfix konfiguráció a megfelelő e-mail PHP.

Kezdetben azt feltételezik, hogy már telepítette ispconfig3. Ugyanakkor nem várható, hogy ő lesz a munka, mint amilyennek lennie kellene, és ez néhány finomságok.

Miért történik ez?

Először is meg kell tenni a megfelelő DNS-rekord a SOA szerver domain és más lesz a többi bejegyzés a szerveren.

Időt takaríthat meg, akkor figyelmes venni az egyes bejegyzések, egy hiba a „” Lehet, hogy vagy használhatatlan szerver problémák megoldásában.

Saját tárhely gyakori hibákat felállításakor dns ispconfig3 debian szerver (9chast)

Mit kell keresni:

A rekord formájában @ a ispconfig3 nem észlelhető. Be kell írni a teljes domain nevet.

Felhívjuk figyelmét, hogy egy nagyon gyakori hiba: aldomain nem kell a teljes nevét. Csak írni a domain név maga 3 szinten, mint a www. ehelyett www.site.ru

Különösen figyelembe, - egyes irányelvek vannak írva egy pontot a végén, néhány nem.

Ne felejtsük el, hogy a lényeg az, sőt a felső könyvtárba.

NS - A szerver hol vannak az iratok. Valójában feküdjön ott és akkor, de nem adja meg a localhost. Működni fog, de a whois rekord néz ki.

NS2 I eltér az NS 1, mivel néhány regisztrátorok szükségessé más IP-t a NS1 és NS2. Ez minden bizonnyal ritka, de találkoztam egy-két alkalommal. És a legfontosabb dolog, mint kiderült ez tényleg GOST.

Továbbá, furcsa módon, ha már regisztrált domain a nic.ru, akkor ruházhatja át a tartományt kell óvatosan, mert ha egy 4 NS NS 1-N4 szervereket. és rámutatott arra, csak kettő, a NIC küld szépen, utalva arra, hogy a szerver ns eltérnek megadott a szerveren.

Tehát, ha van 2 NS szerver - meg kettő, ha van nekik 4 - mindig adja mind a 4.

Ha nem biztos abban, hogy lesz megbirkózni a helyes írásmódját ez a bejegyzés van itt, hogy segítsen:

SPF ellenőrzés szolgáltatás - mcp.su/exchange/ SPF-rekord-ellenőrzés /

Itt segédprogram ellenőrzi 2whois.ru/?data= Klondike-s .rut = ptr

Megjegyzés ip fordított sorrendben.

Ennek eredményeként, mi van itt kéne egy ilyen szép rekord bind9:

De ez még nem minden. Most már megvan a technikai oldalon minden működik. De a szerveren tudunk több mint egy IP.

Ehhez meg kell ragaszkodunk ip sendmail által hivatkozott PTR:

és erősít ez a kis dolog van:

smtp unix - - - - - smtp

SMTP unix - - - - - SMTP -o smtp_bind_address = 188.138.84.111

Mindenesetre újrafordítása minden. Nem 100% -ig biztos, hogy szükség van - a legtöbb szokás.