Անցնել պարունակությանը

DNS հոսթինգ

Այս հոդվածում

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 ռեկորդը կարգավորելու համար.

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

Դոմենների և սուբդոմենների համար կարող եք կարգավորել հետևյալ ռեկորդները.

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::1111 2606: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.
  • Datav=DKIM1; p=[Public key]

SPF ռեկորդ

Երկխոսության պատուհանում նշեք SPF ռեկորդի դաշտերը.

  • TTL - կյանքի տևողություն, սովորաբար վերցվում է որպես 3600.
  • Datav=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 ռեկորդ

    NSnameserver-ի կրճատումն է։ 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.comblog.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-ում կարգավորելու համար կատարեք հետևյալ քայլերը.

  1. Մուտք գործեք ձեր Invapi հաշիվ.

    • Անցեք DNS Hosting բաժին՝ ձեր հաշվի մենյուից.
    • Սեղմեք Add DNS zone կոճակը.
    • Add DNS zone ֆորմայում մուտքագրեք ձեր դոմենային անունը (myowndomain.com) Name դաշտում.
    • Սեղմեք Add new DNS zone կոճակը՝ նոր DNS գոտի ստեղծելու համար.
  2. Ավելացրեք A ռեկորդ դոմենի համար.

    • Invapi-ի DNS կարգավորումներում սեղմեք Add a new DNS record կոճակը և ընտրեք A.
    • Ցուցադրվող ֆորմայում մուտքագրեք @ Name դաշտում և ձեր սերվերի IP հասցեն Data դաշտում.
    • Սեղմեք Add Record կոճակը.
  3. Ավելացրեք CNAME ռեկորդ www. սուբդոմենի համար.

    • Invapi-ի DNS կարգավորումներում սեղմեք Add a new DNS record կոճակը և ընտրեք CNAME.
    • Ցուցադրվող ֆորմայում մուտքագրեք www Name դաշտում և ձեր դոմենային անունը (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 սերվերների կողմից.

dig myowndomain.com
dig www.myowndomain.com
nslookup myowndomain.com
nslookup www.myowndomain.com

Ստանդարտ 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 կոնֆիգուրացիայի անհատականացում.
  • Անհատական դոմենների ավելացում.

Ծառայության գործառույթն ապահովելու համար անհրաժեշտ են հետևյալ նախապայմանները.

  1. Դոմենների համար ճիշտ կարգավորված DNS ռեկորդներ.
  2. Բաց 80 պորտ Let's Encrypt հաստատման համար.
  3. Բաց 443 պորտ HTTPS կապերի համար.

  1. Դոմենային անվան համակարգը (DNS) ինտերնետի «հեռախոսային գիրքն» է։ Երբ օգտատերերը մուտքագրում են դոմենային անուններ, ինչպիսիք են google.com-ը կամ hostkey.com-ը, վեբ դիտարկիչներում, DNS-ը պատասխանատու է այս կայքերի համար ճիշտ IP հասցեն գտնելու համար։ Դիտարկիչները այնուհետև օգտագործում են այս հասցեները՝ աղբյուրի սերվերների կամ CDN եզրային սերվերների հետ կապ հաստատելու և կայքի տեղեկատվությանը մուտք գործելու համար։ Ամեն ինչ տեղի է ունենում DNS սերվերների շնորհիվ. սարքեր, որոնք նախատեսված են DNS հարցումներին պատասխանելու համար։ 

  2. Սա DNS անվան տարածքի մաս է, որը գտնվում է կոնկրետ կազմակերպության կամ վարչի կառավարման տակ։ Սա վարչական տարածք է, որն ապահովում է DNS բաղադրիչների, ինչպիսիք են իշխանավոր անվան սերվերները, ավելի մանրամասն կառավարում։ Դոմենային անվան տարածքը հիերարխիկ ծառ է, որի գագաթին գտնվում է DNS արմատային դոմենը։ DNS գոտին սկսվում է ծառի դոմենից և կարող է ընդլայնվել սուբդոմեններով, թույլ տալով մեկ սուբյեկտի կառավարել մի քանի սուբդոմեններ։ 

question_mark
Is there anything I can help you with?
question_mark
AI Assistant ×