Baza e njohurive

Përdorni llogarinë tuaj Azure DNS për të shërbyer DNS-në e domeneve tuaja

Krijoni një Azure service principal me DNS Zone Contributor në grupin e burimeve të zonave tuaja dhe lidheni atë, në mënyrë që DNS-ja e domeneve tuaja të shërbehet nga vetë abonimi juaj në Azure.

Çfarë bën lidhja e tij për ju

Lidhja e llogarisë suaj Azure lejon që DNS-i i një domeni të shërbehet nga llogaria juaj në vend të tonës. Ju mbani zonën, faturën dhe panelin e ofruesit; ne krijojmë dhe përditësojmë regjistrimet që u nevojiten faqeve dhe kutive tuaja postare, në mënyrë që të mos i kopjoni me dorë.

Para se të filloni

Një pajtim Azure dhe një grup burimesh që mban — ose do të mbajë — zonat tuaja DNS.

1. Krijoni çelësin në Azure

Azure e quan këtë një service principal. Në qendrën e administrimit të Microsoft Entra hapni Entra ID → App registrations → New registration, vendosini një emër dhe zgjidhni Register. Në faqen e përgjithshme të aplikacionit kopjoni Application (client) ID dhe Directory (tenant) ID. Më pas hapni Certificates & secrets → Client secrets → New client secret, zgjidhni një kohëzgjatje dhe klikoni Add — kopjoni menjëherë vlerën e sekretit, Azure e shfaq vetëm një herë.

Në portalin Azure, hapni grupin e burimeve që dëshironi të përdorim, më pas Access control (IAM) → Add → Add role assignment. Zgjidhni rolin DNS Zone Contributor, caktojeni te User, group, or service principal, kërkoni aplikacionin me emër dhe klikoni Review + assign. Shënoni emrin e grupit të burimeve dhe Subscription ID-në së cilës i përket (kërkoni Subscriptions në portal).

2. Lidheni këtu

Hapni Integrations në panelin tuaj dhe zgjidhni Connect an account. Zgjidhni Your own DNS si grup dhe Azure DNS si llogari, plotësoni Client ID, Client secret, Tenant ID, Subscription ID dhe Resource group, dhe shtypni Connect account.

Ne testojmë atë që ngjitni përpara se të ruhet ndonjë gjë. Një çelës që nuk funksionon nuk ruhet kurrë, dhe përgjigjja tregon se çfarë nuk shkonte me të. Një çelës që funksionon mbahet i koduar në kasafortën tonë të sekreteve — kurrë në bazën tonë të të dhënave — dhe nuk shfaqet më kurrë, as për ju.

Çfarë ndodh më pas

  • Në çdo domen, hapni skedën e tij DNS dhe zgjidhni këtë llogari si vendin nga ku shërbehet DNS-i i domenit. Ne e krijojmë zonën atje nëse ajo nuk ekziston dhe shkruajmë regjistrimet që u nevojiten faqeve dhe postës së domenit.
  • Kur diçka nga ana jonë ndryshon atë që duhet të thotë një regjistrim — ju zhvendosni një faqe, ndryshoni CDN ose shtoni një kuti postare — ne përditësojmë regjistrimin në llogarinë tuaj.
  • Për të përfunduar kalimin, emërtuesit e serverëve (nameservers) të domenit tuaj duhet të drejtohen te Azure. Nëse domeni është i regjistruar me ne, ose te një regjistrues që keni lidhur, ne i caktojmë ato për ju; përndryshe faqja e domenit shfaq emërtuesit e serverëve që duhen caktuar.
  • Kur lidheni, ne kontrollojmë nëse çelësi mund të listojë zonat tuaja, të lexojë regjistrimet dhe të ndryshojë regjistrimet. Lista e kontrollit pranë lidhjes tregon se cilat prej tyre mundëm të konfirmonim.

Nëse nuk lidhet

Azure e refuzoi service principal. Ose sekreti i klientit ka skaduar, ose aplikacioni nuk ka më rolin DNS Zone Contributor në grupin e burimeve. Mesazhet ngjajnë, prandaj kontrolloni caktimin e rolit përpara se të krijoni një sekret të ri.

Mungon një zonë. Ajo ndodhet në një grup tjetër burimesh. Caktoni rolin edhe në atë grup, ose lidheni si një llogari të dytë.

Thotë se çelësi u refuzua. Pothuajse gjithmonë është një nga këto tri gjëra: një hapësirë ose ndërprerje rreshti e kopjuar me të, një çelës që ka skaduar, ose një çelës që është revokuar ose rigjeneruar pasi e keni kopjuar. Krijoni një të ri dhe ngjiteni përsëri.

Lidhet, por diçka dështon më vonë. Çelësi vërtetohet, por i mungon një leje që i nevojitet veprimit. Krijoni një çelës të ri me lejet e listuara më sipër, më pas shkëputni lidhjen e vjetër dhe lidhni çelësin e ri.

Shkëputja

Hapni Integrations, gjeni llogarinë dhe shtypni Disconnect. Kjo e fshin menjëherë çelësin e ruajtur. Çdo gjë që po e përdorte atë ndalon në veprimin e saj të radhës, dhe ekranet që vareshin prej tij e njoftojnë këtë në vend që të dështojnë në heshtje.

Shkëputja nuk zhbën atë që tashmë është bërë — regjistrimet, shpërndarjet ose cilësimet që kemi ndryshuar në llogarinë tuaj mbeten ashtu siç janë. Nëse mendoni se vetë çelësi mund të jetë komprometuar, revokojeni atë edhe te ofruesi; shkëputja heq kopjen tonë, jo të tyren.

Më të rejat nga blogu

Çfarë kemi shkruar për hostimin, SEO-n dhe administrimin e faqeve në shkallë të gjerë.

SEO dhe ndërtimi i lidhjeve nga shtresa e hostimit: Pikëpamja e një operatori për vitin 2026

Si ndikon hostimi te indeksimi dhe kapitali i lidhjeve (link equity) në vitin 2026: mbajtja e faqeve të indeksuara, verifikimi i domeneve të vjetra para se të ndërtoni mbi to, ndërtimi i lidhjeve pa lënë gjurmë (footprint) dhe një qasje e sinqertë mbi atë se çfarë mund dhe nuk mund të bëjë infrastruktura për SEO-n.

Lexoni postimin →

Ta bëni WordPress-in të shpejtë dhe të sigurt: Një listë kontrolli për performancën dhe shtojcat

Një listë praktike kontrolli për një WordPress të shpejtë dhe të sigurt: fshehja në nivel serveri (caching), një cache objekti për çdo faqe, pak shtojcat që ia vlen të përdoren, mbajtja e sistemit të përditësuar dhe faqet e WooCommerce që nuk duhet t'i vendosni kurrë në cache.

Lexoni postimin →

Si të zgjidhni pritjen e menaxhuar të uebit në vitin 2026: Një udhëzues blerësi

Çfarë e dallon me të vërtetë hostimin e mirë të menaxhuar nga një server i lirë me një panel kontrolli — migrimet, kopjet rezervë, izolimi, ruajtja e vërtetë e memories së përkohshme dhe shkallëzimi i ndershëm — dhe si ta gjykoni atë përpara se të merrni një përkushtim.

Lexoni postimin →

Lexoni blogun →

Keni ende nevojë për ndihmë?

Mbështetja përfshihet në çdo plan, tavolina e ndihmës është e hapur 24 orë në ditë dhe mund të na shkruani në cilën do nga 58 gjuhët tona – ne ju përgjigjemi në tuajën.

Kontaktoni mbështetjen → Të gjithë artikujt →