Katika makala hii tutaelezea kanuni za kuunda na kusimamia jina la FQDN la seva ya 3CX. Hii itakusaidia kupanga vizuri usakinishaji wa mfumo wako na kuepuka matatizo mengi katika siku zijazo.
Kama unavyoweza kujua, wakati wa usakinishaji wa awali wa 3CX v15, ufunguo wako wa leseni umefungwa kwa FQDN ya jina lililochaguliwa na msimamizi katika mchawi wa usanidi wa awali. Kwa hivyo, fikiria jina linalofaa la FQDN kabla ya kuanza usakinishaji!
Jina la FQDN kutoka kampuni ya 3CX
Tangu 3CX v15, mradi una usajili unaoendelea wa masasisho, unaweza kutumia Seva ya DNS 3CX. DNS 3CX (kwa kweli, ni miundombinu ya DNS ya Google) hutoa vipengele vifuatavyo:
- Inaauni FQDN ya umma ya seva yako katika mojawapo ya vikoa vya 3CX ngazi ya juu.
- Hutekeleza kipengele DNS Inayobadilika, yaani, wakati wa kubadilisha anwani ya IP ya umma ya seva, mabadiliko Rekodi za DNS hutokea moja kwa moja.
Isipokuwa Huduma ya DNS, 3CX hutoa kuaminika bila malipo Cheti cha SSL Mifumo ya usalama kutoka kwa shirika la Let's Encrypt, ambayo hutumiwa kwa miunganisho ya mteja kwenye seva, mikutano ya video na kazi zingine muhimu.
Kama ilivyoelezwa, jina la seva iliyochaguliwa limefungwa kwenye ufunguo wa leseni. Ikiwa umepokea ufunguo wa bure Ufunguo wa Toleo la PBX na unataka tu kujaribu 3CX, usichague jina lako kuu (kwa mfano, jina la kampuni yako), lakini tumia jaribio. Kwa mfano, mtihani-kampuni.3cx.ru, lakini sivyo kampuni.3cx.ru.
Kwa upande mwingine, kikoa cha kiwango cha juu kinaweza kubadilishwa. Wale. unaweza "kuhama" kutoka FQDN kampuni.3cx.eu juu kampuni.3cx.ru. Jina la mpangishaji lazima liwe la kipekee katika kikoa kilichochaguliwa. Kwa hivyo, ikiwa jina kampuni.3cx.ru tayari imechukuliwa, itabidi uchague nyingine. Majina yamehifadhiwa kwa msingi wa anayekuja kwanza, kwa hivyo fanya haraka na upate toleo jipya la 3CX v15 ili kupata jina bora.
Tahadhari: 3CX inahifadhi haki ya kughairi usajili wa jina lolote la FQDN ikiwa linakiuka haki za hataza au lina maneno ya kuudhi. Pia, 3CX haiwezi kukupa jina upya ikiwa tayari imesajiliwa kwa kampuni nyingine.
Jina lako mwenyewe la FQDN
Ikiwa unapanga kutumia jina lako la seva, kama vile mwenyeji kwenye yako kikoa cha ushirika, tayarisha cheti cha SSL kinachoaminika kwa jina hili mapema. Utabainisha katika mchawi kuanzisha awali mifumo. Katika hali hii, 3CX haitatoa au kudumisha cheti cha Hebu Tusimba kwa Njia Fiche kwa ajili yako.
Kisha ufunguo wako wa leseni utahusishwa na FQDN yako mwenyewe. Hata hivyo, kuna kipengele kimoja kinachohusiana na utendakazi wa huduma ya 3CX Webmeeting: ikiwa jina lako la FQDN ni la fomu. pbx.company.com, tovuti ya Mkutano wa Wavuti hukutengenezea URL kiotomatiki pbxcompany.3cx.*. Hakikisha kuwa jina hili halijachukuliwa na mtumiaji mwingine!
Kubadilisha jina la FQDN
Ili kubadilisha jina la seva ya FQDN, lazima kwanza uhakikishe kuwa jina jipya unalochagua linapatikana, na kisha utenganishe jina la zamani kutoka kwa ufunguo wako wa leseni. Hii inafanywa kupitia tovuti ya mtumiaji https://erp.3cx.com.
Kwa biashara na leseni za bure - ingia kwenye portal na sifa zako na ubofye Kutolewa. Ufunguo utatenganishwa na FQDN.
Kwa leseni za NFR- fungua ombi katika usaidizi wa kiufundi wa 3CX https://erp.3cx.com na uonyeshe ndani yake ufunguo wako wa NFR na jina la sasa la seva ya FQDN.
Hitimisho
Wacha turudie kanuni za msingi za kutumia majina ya FQDN katika usakinishaji wa 3CX:
- Usanidi wa awali wa mfumo hufunga seva FQDN kwa ufunguo wa leseni
- Ikibainika kuwa jina lililochaguliwa tayari limechukuliwa na mtu:
- itaonekana Hitilafu kuunda FQDN: FQDN tayari inatumika. Tafadhali chagua nyingine.
- Tafadhali chagua jina lingine lisilolipishwa la FQDN
- Usakinishaji wa mfumo unaofuata (usakinishaji upya) na hii ufunguo wa leseni zinahitaji kubainisha FQDN sawa
- Ikiwa FQDN hailingani na ufunguo:
- Hitilafu imetokea wakati wa kuunda FQDN: Kitufe cha leseni ambacho tayari kimefungwa kwa FQDN nyingine kitaonekana.
- Nenda kwenye tovuti ya erp.3cx.com na uangalie ni FQDN ipi inayolingana na ufunguo wako, au tenganisha FQDN kutoka kwa ufunguo kama inavyoonyeshwa hapo juu.
Kwanza kabisa, nilitafuta tovuti kwenye mada sawa na kusoma RFC 1535 na FQDN wiki, hawakuonekana kujibu swali.
Acha nitumie www.youtube.com kama mfano. Nilitumia hati ya Python:
Ingiza soketi kwa mwenyeji katika ["www.youtube.com"]: chapisha(mwenyeji) jaribu: jina la mwenyeji, lakabu, anwani = socket.gethostbyname_ex(host) fqdn = socket.getfqdn(host) print(" Lakabu: ", lakabu) print(" Hostname: ", hostname) print(" FQDN: ", fqdn) print("Anwani: ", anwani) isipokuwa socket.error kama msg: print("%15s: ERROR: %s" % (mwenyeji, msg) ))
Lakabu: www.youtube.com Jina la mpangishi: youtube-ui.l.google.com FQDN: sa-in-f93.1e100.net Anwani: ["74.125.200.93", "74.125.200.190", "74.125.200.136", "74.125.200.93"). "74.125.200.91"]
1) Kuna uhusiano gani kati ya jina la mwenyeji na FQDN?
3 majibu
Bila kujali semantiki ya neno FQDN, lazima tuone Python socket.getfqdn() hufanya nini.
socket.getfqdn()Rudisha jina la kikoa lililohitimu kikamilifu kwa jina. Ikiwa jina limeachwa au tupu, linafasiriwa kama mwenyeji wa ndani. Kutafuta jina kamili, jina la mpangishaji lililorejeshwa na gethostbyaddr() limechaguliwa, likifuatiwa na lakabu za mwenyeji ikiwa zinapatikana. Jina la kwanza linalojumuisha kipindi limechaguliwa. Ikiwa FQDN haipo, jina la mpangishaji lililorejeshwa na gethostname() litarejeshwa.
Socket.gethostbyaddr(ip_anwani)
Rejesha mara tatu (jina la mpangishaji, orodha ya pahali, ipaddrlist) ambapo jina la mpangishi ndilo jina la mpangishi msingi linalojibu ip_address iliyotolewa, pak ni orodha (inawezekana tupu) ya majina mbadala ya anwani sawa, na ipaddrlist ni orodha ya anwani za IPv4/v6 za kiolesura kimoja kwenye mwenyeji sawa (uwezekano mkubwa una anwani moja tu).
Kwa maneno mengine, getfqdn() hutafuta andika tena PTR, bila kujali kama rekodi A au CNAME iliielekeza. Inatafuta jina la kikoa lililohitimu kikamilifu (FQDN) na hukupa tu la kwanza linalolingana, yaani, la kwanza linaloisha na . , mzizi.
Kwa hivyo FQDN: sa-in-f93.1e100.net inatoka Rekodi za PTR kwa IP 74.125.200.93.
93.200.125.74.in-addr.arpa. 86400 KATIKA PTR sa-in-f93.1e100.net.
Hapa FQDN ya jina hili la mpangishaji la www kuwa na kikoa youtube.com kimsingi ni kwa ufafanuzi www.youtube.com. , ikiwa ni pamoja na kipindi. Vile vile, sa-in-f93.1e100.net si sa-in-f93.1e100.net kama jina la kikoa, kwani inapaswa kuwa sa-in-f93.1e100.net. :
- jina la mwenyeji sa-in-f93 kama kikoa kidogo cha 1e100
- sa-in-f93.1e100 kama kikoa kidogo cha wavu
- sa-in-f93.1e100.net katika subarea kwa mzizi, . ,
Kwa nini sa-in-f93.1e100.net. iliyochaguliwa kupitia www.youtube.com. kwa urahisi hutoka kwa jinsi socket.getfqdn() imeundwa ili kubainisha jina la kikoa lililohitimu kikamilifu kwa jina fulani.
Kwa upande mwingine, jina la kisheria Rekodi za CNAME LAZIMA kwa muundo (RFC 1035, 3.2.2) ielekeze kwenye jina la kisheria, lakini kwa kawaida hutumiwa kana kwamba ni lakabu tu kwa sababu inafanya kazi kama moja. Zaidi ya hayo, kiingilio cha PTR SHOULD (RFC 1912, 2.1) hutoa matokeo sawa na kuwakilisha jina la kisheria kwa IP iliyotolewa.
Ikiwa hili lingekamilika, mbinu ya socket.getfqdn() ingefaa kabisa. Hii hapa CNAME youtube-ui.l.google.com. bila PTR ingizo husika (93.200.125.74.in-addr.arpa. IN PTR youtube-ui.l.google.com.) ilifanya dhana hii kuwa ya uongo.
1) Hii ni ngumu, na matokeo hutegemea mipangilio ya utatuzi wa jina la mfumo, maktaba zinazotumiwa, na muktadha. KATIKA linux ya kawaida sakinisha jina la mpangishaji ni jina la kisheria linalohusishwa na seva pangishi, na linaweza kuwa FQDN au jina fupi, lakini lazima kutatua (ikiwa imesanidiwa ipasavyo). Ikiwa kitu kama NIS kinatumiwa, jina la mpangishaji linaweza kuwa jina fupi tu, si jina la kikoa lililohitimu kikamilifu.
Mfano wako (kwa kutumia DNS):
$host www.youtube.com www.youtube.com ni lakabu ya youtube-ui.l.google.com. youtube-ui.l.google.com ina anwani 216.58.193.78
www.youtube.com ina CNAME katika jibu la DNS ("C" inamaanisha kisheria) youtube-ui.l.google.com kwa hivyo "jina la mwenyeji" lililorejeshwa na simu yako ya maktaba ni jina la kisheria kulingana na DNS.
Ombi kwa anwani ya IP kwa kutumia DNS hufanywa kwa kuuliza rekodi ya PTR katika 78.193.58.216.in-addr.arpa.
$ jeshi -t PTR 78.193.58.216.in-addr.arpa 78.193.58.216.in-addr.arpa jina la kikoa pointer sea15s07-in-f78.1e100.net.
Kumbuka kuwa hii inaelekeza kwa jina tofauti na "jina la mwenyeji" tulilopata hapo awali. Hii inahusiana na jinsi ISP inayomiliki anwani ya IP inavyoweka hii na itatofautiana kutoka kwa seva pangishi hadi seva pangishi wakati wa kutumia DNS. Ni jambo la kawaida sana kuanzisha muunganisho thabiti wa 1-hadi-1 kati ya anwani za IP na majina kwa matumizi kama hayo, hata kama haziwakilishi kile mwenyeji anacho kwa jina.
Mfano mwingine (kwa kutumia /etc/hosts):
#mfano wa faili ya mwenyeji 1.2.3.4 hosta hosta.example.net myothername.example.net 4.3.2.1 hostb.example.net hostb jina lingine
Kwa kutumia msimbo wako lakini kubadilisha "www.youtube.com" hadi "hosta", "hostb" tunapata:
Hosta (" Lakabu: ", ["hosta.example.net", "myothername.example.net"]) (" Jina la mpangishaji: ", "hosta") (" FQDN: ", "hosta.example.net") ( "Anwani: ", ["1.2.3.4"]) mpangishi (" Lakabu: ", ["mwenyeji", "jina lingine"]) (" Jina la mpangishi: ", "hostb.example.net") (" FQDN: ", "hostb.example.net") ("Anwani: ", ["4.3.2.1"])
Kwa hivyo katika faili kuu, "jina la mwenyeji" ni jina la kwanza baada ya anwani ya IP. Majina ya utani ndio kila kitu baada ya hapo. FQDN ni jina la kwanza lenye nukta.
Tena, hii inaweza kutofautiana kati ya mifumo na maktaba.
2) Utafutaji wa nyuma hukupa PTR katika DNS, ambayo inaweza kuwa kitu. Angeweza kurudi mwenyeji kama alitaka. Hakuna sharti kwamba PTR iwe FQDN, lakini inaleta maana kuirudisha kama hivyo. Matokeo ya haya haiwezi Na Sivyo inapaswa kutumika kwa kubadilishana.
3) Ndiyo katika DNS www.youtube.com ndiyo CNAME ya youtube-ui.l.google.com.
4) Kwa Itifaki ya HTTP 1.1 mteja wako anaiambia seva katika ombi la jina la seva Mfuatano wa URL seva ikipokea jina ambayo haikutarajia, inaweza kulikataa. Youtube inatarajia kuitwa www.youtube.com na seva ikichakata ombi hili hurejesha hitilafu ya 404 ikiwa utaiunganisha na kuiita kwa jina lingine lolote.
"Jina la mpangishaji" ni neno lisilofafanuliwa vizuri ambalo hutumika katika miktadha mingi tofauti kumaanisha mambo mengi tofauti ambayo, kwa ufupi, hayana chochote kinachofanana isipokuwa kuwa aina fulani ya jina la kitu ambacho kinaweza kuchukuliwa kuwa mwenyeji. Kujaribu kutibu kila kitu kinachoitwa "jina la mwenyeji" kama kitu kimoja, au hata kitu maalum, kitasababisha tu kufadhaika na kuchanganyikiwa.
Jina la Kikoa Lililohitimu Kamili (FQDN) ni neno mahususi la DNS linalorudi kwa RFC 1035, ambayo inamaanisha kikoa. Jina la DNS, ambayo imeelezwa kikamilifu pamoja na vijenzi vyake vyote (kinyume na jina la kikoa, ambalo huacha baadhi ya lebo zikidokezwa na muktadha),
Uhusiano pekee kati ya "jina la mwenyeji" na FQDN ni kwamba kwa matumizi fulani ya "jina la mwenyeji" thamani yake lazima iwe FQDN.
Ivan Korobko
PowerShell. Bainisha jina la kikoa cha sasa
Inapounganishwa na Saraka inayotumika Saraka Hatua ya kwanza ni kuamua jina la kikoa cha sasa. Kwa kusudi hili, kitu pepe cha RootDSE kinatumika.
PowerShell imewekwa na Microsoft kama lugha ya hati inayoauni maktaba za .Net Framewok na inakusudiwa kuchukua nafasi ya VBScript na JScript iliyopo. Tofauti ya kimsingi PowerShell kutoka kwa watangulizi wake - msaada kwa ajili ya programu-oriented kitu.
Mfumo - kwa kutumia maktaba ya System.DirectoryServices.
Kwa sababu PowerShell kimsingi inalenga kufanya kazi na .NET Framework, wasimamizi watahitaji kujifunza misingi ya upangaji programu katika Studio ya Visual katika toleo nyepesi.
Mbinu za uunganisho Saraka Inayotumika
Ili kufikia saraka ya Active Directory, mmoja wa watoa huduma wawili hutumiwa: WinNT au LDAP. Ya kwanza kati yao ilitumika ndani Vikoa vya Windows NT na kwa sasa inatumika kwa uoanifu. Itifaki kuu ya kupata Saraka Inayotumika ni LDAP. Katika suala hili, mtoa huduma wa WinNT hatazingatiwa.
Saraka pepe ya RootDSE
Kipengee pepe cha RootDSE ndicho mahali pa kuingilia kwa kikoa chochote, ambacho kina maelezo kuhusu kikoa kwa ujumla, nafasi za majina zinazopatikana, toleo linalotumika la LDAP, n.k. Kipengee cha RootDSE kilifafanuliwa awali katika RFC 2251 kama sehemu ya vipimo vya toleo la 3 la LDAP.
Muunganisho usio na seva hutumiwa kuunganisha kwenye RootDSE. Kuamua jina la kikoa, locator ya mtawala wa kikoa hutumiwa, ambayo iko kwenye kila mtawala. Upatikanaji wa kitu unafanywa bila kujulikana.
Kutafuta jina la kikoa la sasa
Kwa mazoezi, saraka ya mtandaoni ya RootDSE hutumiwa kuamua jina la kikoa cha sasa, na pia kwa njia isiyo ya moja kwa moja kuamua ikiwa seva ni ya tovuti fulani.
Kama unavyojua, kuna chaguzi tatu za kuteua jina la kikoa:
- RDN (Jina Lililotofautishwa na Jamaa)- jina la kipekee la jamaa, kwa mfano DC=ISLAND,DC=RU;
- FQDN (Imehitimu Kikamilifu Jina la Kikoa) - jina la kikoa lililohitimu kikamilifu au jina la DNS ambalo vipengele vinatenganishwa na dot, kwa mfano ISLAND.RU;
- Jina la NetBIOS- kwa kawaida sehemu ya kwanza ya jina la kikoa cha DNS, kwa mfano ISLAND.
Kwa mazoezi, ili kudhibiti vitu vya Saraka Inayotumika kwa kutumia mtoaji wa LDAP, jina la kikoa lililoandikwa katika umbizo la RDN hutumiwa. Kikoa kina muundo wa mti ambamo nafasi nyingi za majina zinapatikana. Kila moja yao ina sehemu yake ya kuingia:
- defaultNamingContext. Nafasi ya majina ambayo kigezo hiki inaelezea inatumika kudhibiti akaunti za watumiaji, vikundi, kontena na vitu vingine katika Watumiaji wa Saraka Inayotumika na Kompyuta.
- schemaNamingContext. Kigezo hiki kinaelezea eneo la schema ya kikoa.
- ConfigurationNamingContext. Ina njia ya RDN kwa sehemu iliyo na njia ya usanidi wa msitu wa kikoa cha sasa.
- rootDomainNamingContext. Thamani ya parameta ni njia ya RDN kwenye mzizi wa kikoa (kikoa ambacho kiliundwa kwanza msituni).
Jina la kikoa cha sasa ni thamani ya kigezo chaguo-msingi chaNamingContext. Kwa kuwa PowerShell ni msalaba kati ya Visual Studio na VBScript, hebu tuangalie kudhibiti kitu cha RootDSE kwa kutumia lugha tatu za programu (VB.NET, VBScript na PowerShell) ili kuonyesha wazi faida zote za PowerShell.
Muunganisho wa mbali kwa saraka ya Active Directory (mtoa huduma wa LDAP) umetolewa kwa kutumia Active Kiolesura cha Huduma za Saraka (ADSI). Katika VBScript, kazi ya GetObject() inatumika kwa hili, hoja ambayo ni njia ya kitu. Kwenye PowerShell, kutatua shida inayofanana, badala ya GetObject() kazi, onyesha kwenye mabano ya mraba. neno kuu ADSI, na katika alama za nukuu hapa chini ni njia ya kitu.
Kuamua RDN ya kikoa cha sasa kwa kutumia kitu pepe cha RootDSE kunajumuisha hatua mbili. Hatua ya kwanza ni kupata ufikiaji wa RootDSE, ya pili ni kusoma thamani ya kamba ya parameta ya defaultNamingContext. Katika VBScript, hii inafanywa kwa kutumia GetObject() kazi, ambayo hoja yake ni njia ya kitu cha kawaida: LDAP://RootDSE, na kusoma thamani kwa kutumia kazi ya GET, ambayo hoja yake ni jina la parameta (ona Orodha ya 1). )
Kuorodhesha 1. Kuamua jina la kikoa cha RDN (VBScript)
Weka obj = GetObject("LDAP://rootDSE")
domain = obj.Get("defaultNamingContext")
Kikoa cha MsgBox
Operesheni sawa katika VB.NET inaweza kutekelezwa kwa njia mbili:
- kwa kutumia kitu cha COM. Kama tu katika VBScript, kazi ya GetObject() inaitwa na kutumia GET mbinu- kusoma thamani ya parameta ya defaultNamingContext;
- kwa kutumia darasa la DirectoryEntry lililojumuishwa kwenye maktaba ya Huduma za Saraka. Mfumo wa Mtandao(Angalia Orodha 2).
Njia ya kwanza haitazingatiwa, kwani kasi yake ikilinganishwa na ya pili inaacha kuhitajika.
Ili kutekeleza njia ya pili, unahitaji kuunda katika Visual Mradi wa studio unganisha maktaba ya System.DirectoryServices (angalia takwimu).
Kuorodhesha 2. Kuamua jina la kikoa cha RDN (VB.NET)
Huagiza System.DirectoryHuduma
Dim obj As New DirectoryEntry("LDAP://RootDSE")
Dim domain As String = obj.Properties("defaultNamingContext").Thamani
MsgBox (kikoa)
Ingawa PowerShell inaauni vipengee vya COM, inashauriwa utumie maktaba za .NET Framework kwa sababu itaharakisha hati yako. Ili kupata jina la kikoa, maktaba ya System.DirectoryServices bado inatumika, lakini hakuna haja ya kuijumuisha, kwa kuwa maktaba nyingi maarufu zinapatikana mara moja baada ya kuzinduliwa. PowerShell. Uorodheshaji wa hati unafanana sana na uorodheshaji wa VB.NET (ona Orodha ya 3).
Kuorodhesha 3. Kuamua jina la kikoa cha RDN (VB.NET)
$obj="LDAP://RootDSE"
$domain=$obj.defaultNamingContext
Kikoa cha $
Tafadhali kumbuka kuwa majina yote yanayobadilika katika PowerShell huanza na ishara ya dola ($).
Kama unavyoona, tangazo linalinganishwa kwa kiasi na kuorodheshwa katika VBScript, na kwa kasi ya operesheni - na VB.NET.
Hitimisho
Mara baada ya jina la kikoa la sasa ni kuamua, unaweza kupata Directory nzima Active. Kiwango cha ruhusa kinatambuliwa na haki zilizotolewa msimamizi wa mfumo. Kwa ujumla, unaweza kutafuta vitu ambavyo vina ruhusa sahihi na kusoma mali zao.
- RFC2251 - Saraka Nyepesi Itifaki ya Ufikiaji(v3) -http://www.faqs.org/rfcs/rfc2251.html .
Hapa kuna baadhi ya sababu za kusanidi jina la mwenyeji:
- Jina la mpangishaji linaonekana kwenye haraka ya Bash, mara tu baada ya alama ya @. Hii hurahisisha zaidi kuelewa ni seva gani umeingia.
- MTA (wakala wa kuhamisha ujumbe) hutumia jina la mwenyeji wakati wa kutuma herufi (kulingana na usanidi wa MTA).
Kuna tofauti gani kati ya jina la kikoa na jina la mwenyeji?
Cha ajabu, hili sio swali rahisi kama inavyoweza kuonekana mwanzoni. Maana ya baadhi ya maneno yanaweza kutofautiana kulingana na muktadha. Hebu tuanze na jina la kikoa. Ikiwa unajua jinsi Mifumo ya Jina la Kikoa (DNS) inavyofanya kazi, basi unajua jina la kikoa ni nini. Mfumo wa Jina la Kikoa huhifadhi rekodi ya A au AAAA, ambayo ni ramani kati ya jina la kikoa na anwani ya IP. Hiyo ni, wakati wa kuzungumza juu ya tovuti, jina la kikoa kawaida linamaanisha anwani yake (kwa mfano, "www.site").Jina la mwenyeji ni jina la mfano lililopewa kifaa kilichounganishwa kwenye mtandao ambacho kinaweza kutumika kutoa ufikiaji wa kifaa hicho. Je, ni jina gani napaswa kuandika kama jina la mwenyeji? Kila kitu kinachanganya hapa; katika hati za usambazaji tofauti wa Linux unaweza kuona mapendekezo tofauti. Lakini washiriki wengi wa majadiliano wanakubali kuwa ni bora kuashiria kama jina la mwenyeji jina fupi, na katika /etc/hosts faili unapaswa kuandika kwanza majina ya kikoa, na kisha jina la mwenyeji.
Pia inafaa kutaja neno Jina la Kikoa Lililohitimu Kamili(kutoka kwa Kiingereza "jina la kikoa lililohitimu kikamilifu"). FQDN hupatikana kwa kuambatisha jina la kikoa kikuu kwa jina la mwenyeji. Kwa mfano, kuna seva inayoendesha Apache, imepewa jina la mwenyeji websrv1. Na kuna seva iliyo na hifadhidata, imepewa jina dbsrv. Na acha kikoa chao cha mzazi kiwe mfano.org. Kisha majina ya vikoa yaliyohitimu kikamilifu yatakuwa websrv1.example.org na dbsrv.example.org.
Kwa hivyo ni tofauti gani kati ya jina la kikoa na jina la mwenyeji? Sina jibu wazi, lakini inaweza kusemwa kuwa jina la mwenyeji linaweza kutegemea jina la kikoa. Nadhani tunaweza kusema kwamba FQDN inapaswa kuwa sawa na jina la kikoa. Hiyo ni, ikiwa una tovuti www.example.org, basi jina la mpangishi wa seva linaweza kuwa sawa na www. Na katika upande wa nyuma sheria hii inapaswa pia kufanya kazi. Hiyo ni, ikiwa unatumia websrv1 badala ya www kama jina la mwenyeji, basi unapaswa kuongeza ingizo linalolingana kwenye DNS. Katika hali hii, seva ya DNS haiwezi kusambaza rekodi hii nje ya mtandao wake mdogo inaweza kuwa seva ya DNS kwa mahitaji ya ndani.
Kuanzisha jina la mwenyeji katika Ubuntu
Inapatikana kwenye Linux timu maalum jina la mwenyeji, likiitwa bila hoja, litachapisha jina la mpangishi wa sasa.Ili kubadilisha jina la mwenyeji, pitisha jina jipya kama hoja:
- jina la mwenyeji wavuti-srv-1
- hostnamectl set-hostname web-srv-1
- 127.0.1.1 mtandao-srv-1
Usanidi Otomatiki wa Jina la Mpangishi kwa kutumia Kitambaa
Ikiwa haujui kitambaa ni nini, hapa kuna hati. Nitatoa tu nambari ya kazi ambayo nitasanidi jina la mwenyeji.- def conf_hostname(jina la mwenyeji, kikoa = Hakuna):
- fqdn = jina la mwenyeji ikiwa kikoa ni Hakuna jina la mpangishi mwingine + "." +kikoa
- sudo ("jina la mwenyeji %s " % jina la mwenyeji)
- sudo ("echo " %s " > /etc/hostname" % jina la mwenyeji )
- fabfiles. sed("/etc/hosts", "^(127\.0\.1\.1\s+)[-a-z0-9]+", "\\ 1 %s %s " % (fqdn, jina la mpangishaji), use_sudo = Kweli)
- sudo ("kuwasha upya")
- wakati. kulala (20)
Hapa kuna baadhi ya sababu za kusanidi jina la mwenyeji:
- Jina la mpangishaji linaonekana kwenye haraka ya Bash, mara tu baada ya alama ya @. Hii hurahisisha zaidi kuelewa ni seva gani umeingia.
- MTA (wakala wa kuhamisha ujumbe) hutumia jina la mwenyeji wakati wa kutuma herufi (kulingana na usanidi wa MTA).
Kuna tofauti gani kati ya jina la kikoa na jina la mwenyeji?
Cha ajabu, hili sio swali rahisi kama inavyoweza kuonekana mwanzoni. Maana ya baadhi ya maneno yanaweza kutofautiana kulingana na muktadha. Hebu tuanze na jina la kikoa. Ikiwa unajua jinsi Mifumo ya Jina la Kikoa (DNS) inavyofanya kazi, basi unajua jina la kikoa ni nini. Mfumo wa Jina la Kikoa huhifadhi rekodi ya A au AAAA, ambayo ni ramani kati ya jina la kikoa na anwani ya IP. Hiyo ni, wakati wa kuzungumza juu ya tovuti, jina la kikoa kawaida linamaanisha anwani yake (kwa mfano, "www.site").Jina la mwenyeji ni jina la mfano lililopewa kifaa kilichounganishwa kwenye mtandao ambacho kinaweza kutumika kutoa ufikiaji wa kifaa hicho. Je, ni jina gani napaswa kuandika kama jina la mwenyeji? Kila kitu kinachanganya hapa; katika hati za usambazaji tofauti wa Linux unaweza kuona mapendekezo tofauti. Lakini washiriki wengi wa majadiliano wanakubali kuwa ni bora kutaja jina fupi kama jina la mwenyeji, na katika faili ya /etc/hosts unapaswa kuandika kwanza majina ya kikoa, na kisha jina la mwenyeji.
Pia inafaa kutaja neno Jina la Kikoa Lililohitimu Kamili(kutoka kwa Kiingereza "jina la kikoa lililohitimu kikamilifu"). FQDN hupatikana kwa kuambatisha jina la kikoa kikuu kwa jina la mwenyeji. Kwa mfano, kuna seva inayoendesha Apache, imepewa jina la mwenyeji websrv1. Na kuna seva iliyo na hifadhidata, imepewa jina dbsrv. Na acha kikoa chao cha mzazi kiwe mfano.org. Kisha majina ya vikoa yaliyohitimu kikamilifu yatakuwa websrv1.example.org na dbsrv.example.org.
Kwa hivyo ni tofauti gani kati ya jina la kikoa na jina la mwenyeji? Sina jibu wazi, lakini inaweza kusemwa kuwa jina la mwenyeji linaweza kutegemea jina la kikoa. Nadhani tunaweza kusema kwamba FQDN inapaswa kuwa sawa na jina la kikoa. Hiyo ni, ikiwa una tovuti www.example.org, basi jina la mpangishi wa seva linaweza kuwa sawa na www. Na sheria hii inapaswa pia kufanya kazi kwa mwelekeo tofauti. Hiyo ni, ikiwa unatumia websrv1 badala ya www kama jina la mwenyeji, basi unapaswa kuongeza ingizo linalolingana kwenye DNS. Katika hali hii, seva ya DNS haiwezi kusambaza rekodi hii nje ya mtandao wake mdogo inaweza kuwa seva ya DNS kwa mahitaji ya ndani.
Kuanzisha jina la mwenyeji katika Ubuntu
Kuna amri maalum ya jina la mpangishaji katika Linux; ikiwa utaiita bila hoja, itaonyesha jina la mpangishi wa sasa.Ili kubadilisha jina la mwenyeji, pitisha jina jipya kama hoja:
- jina la mwenyeji wavuti-srv-1
- hostnamectl set-hostname web-srv-1
- 127.0.1.1 mtandao-srv-1
Usanidi Otomatiki wa Jina la Mpangishi kwa kutumia Kitambaa
Ikiwa haujui kitambaa ni nini, hapa kuna hati. Nitatoa tu nambari ya kazi ambayo nitasanidi jina la mwenyeji.- def conf_hostname(jina la mwenyeji, kikoa = Hakuna):
- fqdn = jina la mwenyeji ikiwa kikoa ni Hakuna jina la mpangishi mwingine + "." +kikoa
- sudo ("jina la mwenyeji %s " % jina la mwenyeji)
- sudo ("echo " %s " > /etc/hostname" % jina la mwenyeji )
- fabfiles. sed("/etc/hosts", "^(127\.0\.1\.1\s+)[-a-z0-9]+", "\\ 1 %s %s " % (fqdn, jina la mpangishaji), use_sudo = Kweli)
- sudo ("kuwasha upya")
- wakati. kulala (20)
