DNS հոսթինգ¶
Այս հոդվածում
- DNS-ի կարգավորում դոմենային անվան ռեգիստրատորի կողմից
- DNS-ի կարգավորում HOSTKEY անվան սերվերների միջոցով կառավարման վահանակում
- DNS գոտու ավելացում
- DNS գոտու ջնջում
- DNS ռեկորդների փոփոխում
- DNS ռեկորդների ավելացման ստուգում
- DNS-ի կառավարում API-ի միջոցով
- DNS ռեկորդների տեսակներ
- Դոմենային անվան ավելացման օրինակ
- Ստանդարտ NGINX-Certbot՝ SSL վկայականի ավտոմատ ձեռքբերման համար
DNS-ի կարգավորում դոմենային անվան ռեգիստրատորի կողմից¶
DNS 1 կարգավորումը կարելի է կատարել ձեր դոմենային ռեգիստրատորի միջոցով։ Այս առաջադրանքը կատարելու համար անցեք ձեր դոմենի կարգավորումներ, ընտրեք ձեր ռեգիստրատորի NS սերվերները և մուտքագրեք հետևյալ A-ռեկորդները ձեր դոմենի համար IPv4-ի համար կամ AAAA-ռեկորդները IPv6-ի համար։
| Ռեկորդ | Սուբդոմեն | IP-հասցե/Տվյալներ |
|---|---|---|
| A | @ | Սերվերի IP |
| A | www | Սերվերի IP |
կամ
| Ռեկորդ | Սուբդոմեն | IP-հասցե/Տվյալներ |
|---|---|---|
| A | @ | Սերվերի IP |
| CNAME | www | Սերվերի IP |

Ուշադրություն
Դոմենի բոլոր լրացուցիչ ռեկորդային փոփոխությունները պետք է կատարվեն ռեգիստրատորի դոմենի կարգավորումներում։
DNS-ի կարգավորում HOSTKEY անվան սերվերների միջոցով կառավարման վահանակում¶
Համոզվեք, որ ռեգիստրատորի կողմից դոմենային անվան կարգավորումները ներառում են HOSTKEY DNS սերվերների հղում։ Եթե հղում չկա, ավելացրեք այն։
Ձեր դոմենի DNS-սերվերների ցուցակը նշելու համար անցեք դոմենային անվան ռեգիստրատորի անձնական գրասենյակի DNS-սերվերների կարգավորումներ և սահմանեք հետևյալ արժեքները. ns1.hostkey.com և ns2.hostkey.com։

Ուշադրություն
DNS գոտու կատարած ցանկացած փոփոխություն, ներառյալ անվան սերվերների կամ DNS ռեկորդների փոփոխությունները, կարող է մինչև 24 ժամ տևել կիրառվելու համար։
Նշում
NS սերվերի չկարգավորելը թե՛ ռեգիստրատորի, թե՛ HOSTKEY կողմից կհանգեցնի ձեր դոմենի պատվիրակության բացակայության։
Invapi-ում DNS կառավարմանը անցնելու համար օգտագործեք ենթամենյուն՝ օգտատերի անվան հետ միասին, և ընտրեք DNS zones management.

DNS գոտու ավելացում¶
DNS-ը բաժանված է մի քանի DNS գոտիների 2, որոնք պարզորոշ սահմանում են կառավարվող տիրույթները DNS անվան տարածքում։
DNS գոտին ավելացվում է Add DNS zone երկխոսության պատուհանի միջոցով DNS zones management բաժնում։

- Name — DNS գոտու անուն։ Սա պետք է լինի ամբողջությամբ որակված դոմենային անուն FQDN)։
- SOA record (TTL, Mname և այլն SOA ռեկորդի բաժնից) — մանրամասների համար տե՛ս SOA ռեկորդ։
- Two NS records — մանրամասների համար տե՛ս NS Entry։

Նշում
Name դաշտից բացի բոլոր դաշտերը նախապես լրացված են խորհուրդ տրվող արժեքներով, ուստի ձեզ մնում է միայն ավելացնել ձեր դոմենը և սեղմել Add new DNS zone կոճակը։
DNS գոտու ջնջում¶
DNS գոտին ջնջելու համար ընտրեք այն DNS Zone-ի կողքի իջեցվող ցուցակից, այնուհետև սեղմեք Delete DNS Zone։

DNS ռեկորդների փոփոխում¶
DNS ռեկորդը կարգավորելու համար.
- Բացեք DNS Zone Management բաժինը՝ ընտրելով DNS Hosting ենթամենյուն՝ սեղմելով օգտատերի անվան վրա իջեցվող մենյուից.
- DNS ռեկորդ ավելացնելու կամ փոփոխելու համար ընտրեք ցանկալի գոտին DNS zone-ի կողքի իջեցվող ցուցակից։
- Եթե ցանկանում եք ավելացնել նոր ռեկորդ, սեղմեք Add a new DNS record կոճակը և ընտրեք ռեկորդի տեսակը իջեցվող ցուցակից։
- Եթե ցանկանում եք փոփոխել կամ ջնջել գոյություն ունեցող ռեկորդ, սեղմեք այն DNS ռեկորդի վրա, որը ցանկանում եք թարմացնել կամ ջնջել։
- Լրացրեք դաշտերը կամ կատարեք փոփոխություններ բացվող երկխոսության պատուհանում։
- Սեղմեք Add record՝ նոր ռեկորդ ավելացնելու համար, կամ Save record՝ գոյություն ունեցողը փոփոխելու համար։

Դոմենների և սուբդոմենների համար կարող եք կարգավորել հետևյալ ռեկորդները.
- SOA ռեկորդ
- NS ռեկորդ
- A ռեկորդ
- AAAA ռեկորդ
- CNAME ռեկորդ
- MX ռեկորդ
- TXT ռեկորդ
- DKIM ռեկորդ
- SPF ռեկորդ
- SRV ռեկորդ
SOA ռեկորդ¶
Երկխոսության պատուհանում նշեք SOA ռեկորդի դաշտերը.
- TTL — կյանքի տևողություն։ Սա DNS ռեկորդների դաշտ է, որը որոշում է, թե որքան ժամանակ է վավեր յուրաքանչյուր ռեկորդ, և հետևաբար, թե որքան ժամանակ է պահանջվում ռեկորդի թարմացումները վերջնական օգտատերերին հասնելու համար։ Ավելի երկար TTL-ները արագացնում են DNS փնտրտուքները՝ մեծացնելով կեշեի արդյունքների հավանականությունը, բայց ավելի երկար TTL-ն նշանակում է նաև, որ ռեկորդի թարմացումները ավելի երկար ժամանակ է պահանջում ազդեցություն ունենալու համար։
- Mname — այս DNS գոտու հիմնական վարչակազմի անվան սերվեր։
UPDATEհարցումները պետք է ուղղորդվեն վարչակազմին։NOTIFYհարցումները տարածվում են դեպի դուրս հիմնական վարչակազմից։
- Rname — այս DNS գոտու համար պատասխանատու վարչի էլ. փոստի հասցե։ Սովորաբար, էլ. փոստի հասցեն կոդավորվում է որպես անուն։ Էլ. փոստի հասցեի @-ից առաջի մասը դառնում է անվան առաջին պիտակը. @-ից հետո գտնվող դոմենային անունը դառնում է անվան մնացած մասը։ Գոտու ֆայլի ֆորմատում պիտակների կետերը փախչում են հետադարձ թեք գծով, ուստի
[email protected]էլ. փոստի հասցեն գոտու ֆայլում կներկայացվի որպեսjohn\.doe.example.com։ - Serial — այս DNS գոտու հաջորդական համարը։ Եթե այս սերվերին ենթակա երկրորդային անվան սերվերը նկատում է այս թվի աճ, slave սերվերը ենթադրում է, որ գոտին թարմացվել է և սկսում է գոտու փոխանցում.
- Refresh — վայրկյանների քանակը, որից հետո երկրորդային անվան սերվերները պետք է խնդրեն ռեկորդ հիմնական SOA սերվերից՝ DNS գոտու փոփոխությունները հայտնաբերելու համար։ Խորհուրդ է տրվում փոքր և կայուն DNS գոտիների համար. 86400 վայրկյան (24 ժամ)։
- Retry — վայրկյանների քանակը, որից հետո երկրորդային անվան սերվերները պետք է կրկնօրինակեն հաջորդական համարի խնդրանքը հիմնական սերվերից, եթե հիմնական սերվերը չի պատասխանում։ Սա պետք է ավելի փոքր լինի, քան Refresh-ը։ Խորհուրդ է տրվում փոքր և կայուն DNS գոտիների համար. 7200 վայրկյան (2 ժամ)։
- Expire — վայրկյանների քանակը, որից հետո երկրորդային անվան սերվերները պետք է դադարեցնեն պատասխանել այս DNS գոտու հարցումներին, եթե հիմնական սերվերը չի պատասխանում։ Այս արժեքը պետք է ավելի մեծ լինի, քան թարմացումների և կրկնօրինակումների գումարը։ Խորհուրդ է տրվում փոքր և կայուն DNS գոտիների համար. 3600000 վայրկյան (1000 ժամ)։
- Minimum — օգտագործվում է բացասական կեշեի կյանքի տևողությունը հաշվարկելիս։ Իշխանավոր անվան սերվերները ընդունում են SOA TTL-ի և SOA նվազագույնից ավելի ցածրը՝ որպես բացասական պատասխանների SOA TTL ուղարկելու համար։ Լուծիչները օգտագործում են ստացված SOA TTL-ը՝ հասկանալու համար, թե որքան ժամանակ են թույլատրվում բացասական պատասխանը կեշեի մեջ պահելու համար։ Փոքր և կայուն DNS գոտիների համար խորհուրդ է տրվում 172800 վայրկյան (2 օր)։ Այս դաշտը սկզբնապես ուներ այդ DNS գոտու ռեսուրսների ռեկորդների նվազագույն TTL-ի արժեք. նրա ներկայիս արժեքը փոխվել է RFC 2308-ում։

Ուշադրություն
SOA ռեկորդի արժեքները փոխեք միայն այն դեպքում, եթե համոզված եք, որ դրանք ճիշտ են։ Սխալ արժեքները կպատճառեն խնդիրներ ձեր սերվերին դոմենային անվան միջոցով մուտք գործելիս։
NS ռեկորդ¶
Երկխոսության պատուհանում նշեք NS ռեկորդի դաշտերը.
- Name — ռեկորդի անուն, դատարկ DNS գոտու համար.
- TTL — ռեկորդի կյանքի տևողությունը (կեշեի) վայրկյաններով։ Սա այն ժամանակն է, որի ընթացքում այլ DNS սերվերները կարող են կեշեի մեջ պահել այս ռեկորդը։ Սովորաբար սահմանվում է 3600.
- Data — մեկ կամ ավելի FQDN՝ բաժանված բացատով։ Օրինակ՝
ns1.example.com ns2.example.com։

A ռեկորդ¶
Երկխոսության պատուհանում նշեք A ռեկորդի դաշտերը.
Ստորև ներկայացված են ռեկորդի A դաշտերը.
- Name — սուբդոմենի ռեկորդի անուն, դատարկ DNS գոտու համար (@).
- TTL — կյանքի տևողություն։ Սովորաբար հավասար է 3600.
- Data — մեկ կամ ավելի IPv4 հասցեներ՝ բաժանված բացատով։ Օրինակ՝
104.17.210.9 104.17.210.20։ Սա սովորաբար ձեր սերվերի հասցեն է։
Նշում
Կարող եք գտնել ձեր սերվերի IP հասցեն Invapi-ում ձեր սերվերի կառավարման վահանակի Network թաբում։

AAAA ռեկորդ¶
Երկխոսության պատուհանում նշեք AAAA ռեկորդի դաշտերը.
- Name — ռեկորդի անուն, դատարկ DNS գոտու համար.
- TTL — կյանքի տևողություն, սովորաբար վերցվում է որպես 3600.
- Data — մեկ կամ ավելի IPv6 հասցեներ՝ բաժանված բացատով։ Օրինակ՝
2606:4700:4700::11112606:4700:4700::1001։

CNAME ռեկորդ¶
Երկխոսության պատուհանում նշեք CNAME ռեկորդի դաշտերը.
- Name — ռեկորդի անուն, դատարկ DNS գոտու համար.
- TTL — կյանքի տևողություն, սովորաբար վերցվում է որպես 3600.
- Data — մեկ FQDN։ Օրինակ՝
example.com։

MX ռեկորդ¶
Երկխոսության պատուհանում նշեք MX ռեկորդի դաշտերը.
- Name — ռեկորդի անուն, դատարկ DNS գոտու համար.
- TTL — կյանքի տևողություն, սովորաբար վերցվում է որպես 3600.
- Priority — նշում է, թե որ փոստային սերվերը պետք է նախապատվությունը։ Ավելի ցածր «նախապատվության» արժեքը, ինչպիսիք են 10 կամ 20, նախապատվություն ունի.
- Data — մեկ կամ ավելի փոստային սերվեր FQDN, IPv4 և IPv6։ Օրինակ՝
mail.example.com 2606:4700:4700::1001 104.17.210.20:

TXT ռեկորդ¶
Երկխոսության պատուհանում նշեք TXT ռեկորդի դաշտերը.
- Name — ռեկորդի անուն, դատարկ DNS գոտու համար.
- TTL — կյանքի տևողություն, սովորաբար վերցվում է որպես 3600.
- Data — Տեքստ (քառակուսի փակագծերից առանց).

Նշում
Օրինակ՝ TXT ռեկորդի օգտագործում DKIM ռեկորդ ստեղծելու համար
DKIM ռեկորդ¶
Երկխոսության պատուհանում նշեք DKIM ռեկորդի դաշտերը.
- Name — ռեկորդի անուն, դատարկ DNS գոտու համար.
- TTL — կյանքի տևողություն, սովորաբար վերցվում է որպես 3600.
- Data —
v=DKIM1; p=[Public key]

SPF ռեկորդ¶
Երկխոսության պատուհանում նշեք SPF ռեկորդի դաշտերը.
- TTL - կյանքի տևողություն, սովորաբար վերցվում է որպես 3600.
- Data —
v=spf1 ip4=192.0.2.0 ip4=192.0.2.1 include:examplesender.email [-//+]all

SRV ռեկորդ¶
Երկխոսության պատուհանում նշեք SRV ռեկորդի դաշտերը.
- Service — ցանկալի ծառայության խորհրդանշական անուն.
- Protocol — ծառայության տրանսպորտային պրոտոկոլ, որը ցանկանում եք օգտագործել, սովորաբար TCP կամ UDP.
- TTL — կյանքի տևողություն, սովորաբար վերցվում է որպես 3600.
- Priority — նպատակակետի հյուրընկալի նախապատվություն. ավելի ցածր արժեքը նշանակում է ավելի մեծ նախապատվություն.
- Weight — նույն նախապատվությամ մուտքերի հարաբերական կշիռ. ավելի բարձր արժեքը նշանակում է ավելի մեծ հավանականություն ընտրվելու.
- Port — TCP կամ UDP պորտ, որտեղ պետք է գտնվի ծառայությունը.
- Target — ծառայությունը մատուցող մեքենայի կանոնական հյուրընկալի անուն.

DNS ռեկորդների ավելացման ստուգում¶
Դոմենի DNS գոտիների և ռեկորդների ավելացման և նշանակման հաստատման համար օգտագործեք dig օգնականը կոնսոլից կամ ստուգեք առցանց գործիքների միջոցով, ինչպիսիք են Google-ի DNS Lookup ծառայությունը կամ DNS Checker։
DNS-ի կառավարում API-ի միջոցով¶
API կանչերը կարող են օգտագործվել DNS գոտիների և ռեկորդների ավելացման, փոփոխման կամ ջնջման համար, ինչպես նաև նրանց ներկայիս արժեքները ստանալու համար։
DNS ռեկորդների տեսակներ¶
DNS ռեկորդները հրահանգներ են, որոնք պահվում են իշխանավոր DNS սերվերներում։ Դրանք տրամադրում են տեղեկատվություն գոտու մասին, ներառյալ կապված IP հասցեն և հարցումների մշակման եղանակը։ Ռեկորդները օգտագործում են DNS սինտաքսիս, որը նշանների շարք է, որը հրամայում է DNS սերվերին։ DNS ռեկորդներն ունեն TTL, որը նշանակում է կյանքի տևողություն։ Սա ցույց է տալիս, թե որքան հաճախ է DNS սերվերը թարմացնում ռեկորդը։
Յուրաքանչյուր DNS գոտին պետք է ունենա DNS ռեկորդների նվազագույն հավաքածու՝ օգտատերերին թույլ տալու համար մուտք գործել իրենց կայքը դոմենային անվան միջոցով։ Լրացուցիչ ռեկորդները կարող են ծառայել այլ նպատակների։
Հիմնական DNS ռեկորդների տեսակները.
-
SOA ռեկորդ
«Իշխանության սկիզբ» (SOA) DNS ռեկորդը պարունակում է DNS գոտու մասին անհրաժեշտ տեղեկատվություն, ներառյալ վարչի էլ. փոստի հասցեն, գոտու վերջին թարմացման ժամանակը և սերվերի սպասման միջակայքը թարմացումների միջև։
IETF ստանդարտներին համապատասխանելու համար բոլոր DNS գոտիները պահանջում են Իշխանության սկիզբ (SOA) ռեկորդ։ Այս ռեկորդը նույնպես կարևոր է գոտիների փոխանցումների համար և ավտոմատ կերպով կավելացվի DNS գոտու ստեղծման ժամանակ։
-
NS ռեկորդ
NS-ըnameserver-ի կրճատումն է։ NS ռեկորդը նշում է DNS սերվերը, որը իշխանավոր է DNS գոտու համար, այսինքն՝ սերվերը, որը պարունակում է իրական DNS ռեկորդները։ NS ռեկորդները ինտերնետին տեղեկացնում են, թե որտեղ գտնել DNS գոտու IP հասցեն։ DNS գոտին սովորաբար ունի մի քանի NS ռեկորդներ, որոնք ցույց են տալիս այդ գոտու հիմնական և երկրորդային անվան սերվերները։ Ճիշտ կարգավորված NS ռեկորդները կարևոր են օգտատերերի համար՝ կայքին կամ հավելվածին մուտք գործելու համար։ -
A ռեկորդ
«A»-ն ներկայացնում է հասցեի ռեկորդը, որը DNS ռեկորդի ամենապարզ տեսակն է։ Այն նշում է կոնկրետ DNS գոտու IP հասցեն։
A ռեկորդները սահմանափակված են IPv4 հասցեներով, մինչդեռ AAAA ռեկորդները օգտագործվում են IPv6 հասցեներով կայքերի համար։
-
AAAA ռեկորդ
AAAA ռեկորդները դոմենային անունը քարտեզագրում են IPv6 հասցեի։ Դրանք նման են A ռեկորդներին, բայց պահում են IPv6 հասցեն՝ IPv4 հասցեի փոխարեն։
-
CNAME ռեկորդ
«Կանոնական անուն» (CNAME) ռեկորդը ուղղորդում է դոմենային կեղծանունից դեպի «կանոնական» դոմեն։ CNAME ռեկորդը օգտագործվում է A ռեկորդի փոխարեն, երբ դոմենը կամ սուբդոմենը մեկ այլ դոմենի կեղծանունն է։ Բոլոր CNAME ռեկորդները պետք է ուղղորդվեն դոմենի, ոչ թե IP հասցեի։
Ենթադրենք
blog.example.com-ը ունի CNAME ռեկորդ՝example.comարժեքով (առանցblog-ի)։ Սա նշանակում է, որ երբ DNS սերվերը հանդիպում էblog.example.com-ի DNS ռեկորդին, այն իրականում կատարում է մեկ այլ DNS փնտրտուքexample.com-ի համար և վերադարձնում էexample.com-ի IP հասցեն՝ իր A ռեկորդի միջոցով։ Այս դեպքում մենք կասեինք, որexample.com-ըblog.example.com-ի կանոնական (կամ իրական) անունն է։ -
MX ռեկորդ
«Փոստային փոխանակում» (MX) DNS ռեկորդը ուղղորդում է էլ. փոստը փոստային սերվերին։ MX ռեկորդը նշում է, թե ինչպես պետք է ուղղորդվեն էլ. փոստի հաղորդագրությունները՝ համաձայն SMTP-ի, բոլոր էլ. փոստի ստանդարտ պրոտոկոլի։ Ինչպես CNAME ռեկորդները, MX ռեկորդը միշտ պետք է ուղղորդվի այլ դոմենի։
-
TXT ռեկորդ
Տեքստային (TXT) ռեկորդը թույլ է տալիս դոմենային վարչին մուտքագրել տեքստ Դոմենային անվան համակարգ (DNS)։ TXT ռեկորդը սկզբնապես նախատեսված էր մարդկանց կարդալի նշումներ պահելու համար։ Սակայն TXT ռեկորդները հիմա կարող են նաև պարունակել որոշ մեքենայական կարդալի տվյալներ։ Մեկ դոմենը կարող է ունենալ մի քանի TXT ռեկորդներ։
-
DKIM ռեկորդ
DomainKeys Identified Mail (DKIM) էլ. փոստի ինքնաճշգրտման մեթոդ է, որը օգնում է կանխել սպամերին և այլ հարձակողներին՝ իրական դոմենի դերը խաղալուց։
Բոլոր էլ. փոստի հասցեներն ունեն դոմեն - հասցեի @ նշանից հետո գտնվող մասը։ Սպամերները և հարձակողները կարող են փորձել կեղծել դոմենը՝ էլ. փոստ ուղարկելիս՝ իրականացնելու խարդախություն կամ այլ տեսակի խարդախություն։
-
SPF ռեկորդ
«Ուղարկողի քաղաքականության շրջանակ» (SPF) ռեկորդը TXT ռեկորդի տեսակ է, որը ցանկացնում է բոլոր սերվերները, որոնք թույլատրված են էլ. փոստ ուղարկելու համար կոնկրետ դոմենից։
SPF ռեկորդները սկզբնապես ստեղծվել են, քանի որ էլ. փոստի համար օգտագործվող ստանդարտ պրոտոկոլը՝ Simple Mail Transfer Protocol (SMTP), ինքնին չի ինքնաճշգրտում էլ. փոստի
fromհասցեն։ Սա նշանակում է, որ առանց SPF կամ այլ ինքնաճշգրտման ռեկորդների, հարձակողը հեշտությամբ կարող է կեղծել ուղարկողին և խաբել ստացողին՝ գործողություն կատարելու կամ տեղեկատվություն կիսելու, որը նա այլապես չէր անի։ -
SRV ռեկորդ
«Ծառայություն» (SRV) ռեկորդը նշում է հյուրընկալի և պորտը կոնկրետ ծառայությունների համար, ինչպիսիք են ձայնային հեռախոսազանգերը IP-ի միջոցով (VoIP), ակնթարթային հաղորդագրություններ և այլն։ Մյուս DNS ռեկորդների մեծ մասը միայն նշում է սերվեր կամ IP հասցե, բայց SRV ռեկորդները նաև ներառում են պորտ այդ IP հասցեում։ Ինտերնետի որոշ պրոտոկոլներ պահանջում են SRV ռեկորդներ՝ աշխատելու համար։
Դոմենային անվան ավելացման օրինակ¶
DNS գոտու և ռեկորդների ավելացում¶
Դոմենային անունը Invapi-ում կարգավորելու համար կատարեք հետևյալ քայլերը.
-
Մուտք գործեք ձեր Invapi հաշիվ.
- Անցեք DNS Hosting բաժին՝ ձեր հաշվի մենյուից.
- Սեղմեք Add DNS zone կոճակը.
- Add DNS zone ֆորմայում մուտքագրեք ձեր դոմենային անունը (
myowndomain.com) Name դաշտում. - Սեղմեք Add new DNS zone կոճակը՝ նոր DNS գոտի ստեղծելու համար.
-
Ավելացրեք A ռեկորդ դոմենի համար.
- Invapi-ի DNS կարգավորումներում սեղմեք Add a new DNS record կոճակը և ընտրեք A.
- Ցուցադրվող ֆորմայում մուտքագրեք
@Name դաշտում և ձեր սերվերի IP հասցեն Data դաշտում. - Սեղմեք Add Record կոճակը.
-
Ավելացրեք CNAME ռեկորդ
www.սուբդոմենի համար.- Invapi-ի DNS կարգավորումներում սեղմեք Add a new DNS record կոճակը և ընտրեք CNAME.
- Ցուցադրվող ֆորմայում մուտքագրեք
wwwName դաշտում և ձեր դոմենային անունը (myowndomain.com) Data դաշտում. - Սեղմեք Add Record կոճակը.
Նշում
Փոխարենը կարող եք ավելացնել երկրորդ A ռեկորդ՝ Name = www և Data = սերվերի IP հասցե արժեքներով։
Եթե ամեն ինչ ճիշտ է, պետք է տեսնեք ձեր DNS գոտու նման պարամետրերի կարգավորումներ.
| Անուն | Տեսակ | Տվյալներ |
|---|---|---|
| @ | SOA | ns1.hostkey.com. johnhostkey@example.net. 2024050803 14400 3600 604800 3600 |
| @ | NS | ns1.hostkey.com ns2.hostkey.com |
| @ | A | 176.222.34.23 |
| www | CNAME | myowndomain.com |
DNS ռեկորդների տարածման ստուգում¶
Սպասեք, մինչև DNS ռեկորդները տարածվեն ամբողջ ինտերնետում (սա կարող է տևել 2-ից 24 ժամ)։ Օգտագործեք dig կամ nslookup հրամանները՝ հաստատելու համար, որ ձեր DNS ռեկորդները մատուցվում են HOSTKEY-ի NS սերվերների կողմից.
Ստանդարտ NGINX-Certbot՝ SSL վկայականի ավտոմատ ձեռքբերման համար¶
HOSTKEY ենթակառուցվածքը օգտագործում է NGINX և Certbot-ի հիման վրա ստանդարտ լուծում՝ SSL վկայականների կառավարման համար։ Այս լուծումը օգտագործում է պաշտոնական docker-nginx-certbot պատկերը և ավտոմատ կերպով կառավարում է SSL վկայականները բոլոր հաճախորդների կառավարման վահանակների համար։
Nginx-certbot կոնտեյները տեղակայելուց հետո docker-compose ֆայլը գտնվում է /root/data/nginx թղթապանակում, իսկ լռելյայն կոնֆիգուրացիան գտնվում է նույն թղթապանակի user_conf.d ենթաթղթապանակում։ Այս կառուցվածքը թույլ է տալիս կարգավորել լրացուցիչ պարամետրեր, ինչպիսիք են.
- Let's Encrypt-ի համար էլ. փոստի հասցեի փոփոխություն.
- Nginx կոնֆիգուրացիայի անհատականացում.
- Անհատական դոմենների ավելացում.
Ծառայության գործառույթն ապահովելու համար անհրաժեշտ են հետևյալ նախապայմանները.
- Դոմենների համար ճիշտ կարգավորված DNS ռեկորդներ.
- Բաց 80 պորտ Let's Encrypt հաստատման համար.
- Բաց 443 պորտ HTTPS կապերի համար.
-
Դոմենային անվան համակարգը (DNS) ինտերնետի «հեռախոսային գիրքն» է։ Երբ օգտատերերը մուտքագրում են դոմենային անուններ, ինչպիսիք են
google.com-ը կամhostkey.com-ը, վեբ դիտարկիչներում, DNS-ը պատասխանատու է այս կայքերի համար ճիշտ IP հասցեն գտնելու համար։ Դիտարկիչները այնուհետև օգտագործում են այս հասցեները՝ աղբյուրի սերվերների կամ CDN եզրային սերվերների հետ կապ հաստատելու և կայքի տեղեկատվությանը մուտք գործելու համար։ Ամեն ինչ տեղի է ունենում DNS սերվերների շնորհիվ. սարքեր, որոնք նախատեսված են DNS հարցումներին պատասխանելու համար։ ↩ -
Սա DNS անվան տարածքի մաս է, որը գտնվում է կոնկրետ կազմակերպության կամ վարչի կառավարման տակ։ Սա վարչական տարածք է, որն ապահովում է DNS բաղադրիչների, ինչպիսիք են իշխանավոր անվան սերվերները, ավելի մանրամասն կառավարում։ Դոմենային անվան տարածքը հիերարխիկ ծառ է, որի գագաթին գտնվում է DNS արմատային դոմենը։ DNS գոտին սկսվում է ծառի դոմենից և կարող է ընդլայնվել սուբդոմեններով, թույլ տալով մեկ սուբյեկտի կառավարել մի քանի սուբդոմեններ։ ↩