Technical Anshu Nyumbani › Mafunzo › Hitilafu ya Usimbaji wa Seva ya SQL
🔐 Urekebishaji wa Seva ya SQL

Rekebisha Hitilafu ya Usimbaji wa Seva ya SQL - Suluhisho la Kubofya Moja

Seva ya SQL inaunganisha, kisha inakataa kuingia kwa sababu haiwezi kuamini cheti cha seva. Hili si tatizo la mtandao na data yako haijatoweka - ni tatizo la uaminifu. Fanya marekebisho kwa mpangilio ambao video inawaonyesha: chaguo la haraka la upande wa mteja, swichi sawa ndani ya mfuatano wa muunganisho wa programu, na urekebishaji ufaao kwenye seva yenyewe.

✍️ Technical Anshu🔐 SQL Server🎧 Multi-Language Audio
Rekebisha Hitilafu ya Usimbaji wa Seva ya SQL - Suluhisho la Kubofya Moja
🎧 Sauti ya Lugha Nyingi: Katika kicheza video, bofya [Mipangilio] (⚙️) ➔ [Wimbo wa sauti] ili kuchagua lugha.

📑Sura

  1. Hitilafu ya kuingia - "Msururu wa cheti ulitolewa na mamlaka isiyoaminika"
  2. Nini maana ya kosa hasa - usimbaji fiche unahitajika, cheti cha seva hakiwezi kuthibitisha utambulisho wake
  3. Marekebisho ya haraka ya mteja - Cheti cha seva ya uaminifu katika dirisha la muunganisho la SSMS
  4. Marekebisho sawa ndani ya mfuatano wa muunganisho wa programu
  5. Marekebisho yanayofaa - ipe seva cheti halisi ambacho wateja wanakiamini peke yao
  6. Kuthibitisha urekebishaji - unganisha upya njia madhubuti na uthibitishe kuwa usimbaji fiche umewashwa

📋 Muhtasari na Mwongozo wa Hatua kwa Hatua

1

Soma Hitilafu - Ni Tatizo la Kuaminiana, Sio Tatizo la Mtandao

Mtandao wako uko sawa na seva inaendesha. Muunganisho ulifika Seva ya SQL, seva ilitoa chaneli iliyosimbwa kwa ajili ya kuingia, na Kompyuta yako ikakataa kwa sababu cheti kinachothibitisha utambulisho wa seva kimetiwa saini na mtu yeyote ambaye PC yako haimwamini. Hitilafu kamili ya SSMS inaonyesha ni:

📌 Hitilafu, kama vile SSMS inavyoonyesha: "Muunganisho ulianzishwa na seva, lakini hitilafu ilitokea wakati wa mchakato wa kuingia. (mtoa huduma: Mtoa huduma wa SSL, hitilafu: 0 - Msururu wa cheti ulitolewa na mamlaka ambayo haiaminiki.)"

Kwa chaguo-msingi, Seva ya SQL hulinda kuingia kwa cheti cha kujiandikisha ambacho hujiunda chenyewe. Cheti kilichosainiwa kibinafsi husimba trafiki kwa njia fiche, lakini haiwezi kuthibitisha kuwa seva ni seva yako, kwa hivyo wateja wanaotaka usimbaji fiche uliothibitishwa wanaikataa. Kila marekebisho ya uaminifu ni mojawapo ya mambo mawili: kumfanya mteja akubali seva hii mahususi kwa kujua (Hatua ya 2 na 3), au uwape seva wateja wa cheti cha kuamini peke yao (Hatua ya 4).

2

Marekebisho ya Haraka ya Mteja katika SSMS - Cheti cha Seva ya Kuaminiana

Hii ndiyo njia ya haraka iliyoonyeshwa kwenye video. Haibadilishi chochote kwenye seva; inaambia muunganisho huu mmoja ukubali cheti cha seva bila kuangalia ni nani aliyetia saini. Katika dirisha la SSMS Unganisha kwenye Seva, bofya Chaguo ili kufungua vichupo vya ziada, nenda kwenye kichupo cha Sifa za Muunganisho, weka usimbaji fiche kuwa Lazima (au uiachie kama inavyotolewa), weka alama kwenye Cheti cha seva ya Kuamini, na ubofye Unganisha. Kuingia hupitia moja kwa moja.

⚠️ Jua ni nini kisanduku cha kuteua kinazimwa: trafiki husalia kwa njia fiche, lakini ukaguzi wa utambulisho umerukwa - mteja pia atakubali seva bandia iliyowekwa katikati. Kwenye LAN ya ofisi yako mwenyewe, kwa seva unayodhibiti, hii ndiyo njia inayokubalika ya kila siku, na katika uundaji na mashine za majaribio ni biashara ya haki. Kwenye mtandao, au kwenye seva ya uzalishaji iliyo na data ya mteja, ichukue kama daraja la muda pekee na umalize kazi kwa Hatua ya 4. Ni daraja, si lengwa.
3

Marekebisho Sawa Ndani ya Kamba ya Muunganisho wa Programu

Ikiwa programu itashindwa badala ya SSMS, swichi hiyo hiyo huishi kwenye kamba yake ya unganisho. Ongeza mipangilio miwili kwa uwazi - Encrypt=True huwasha chaneli inayolindwa, na TrustServerCertificate=True ni tahajia ya mfuatano wa kisanduku tiki cha SSMS:

Connection String
Server=SQL01;Database=AppDB;User Id=appuser;Password=YourPassword;Encrypt=True;TrustServerCertificate=True;

Tumia jina lako la seva, hifadhidata na kuingia badala ya maadili ya mfano. Ubadilishanaji ni sawa kabisa na kisanduku cha kuteua katika Hatua ya 2, kukiwa na hatari moja ya ziada: ikiwekwa katika usanidi wa programu iliyosafirishwa, ukaguzi uliorukwa hutumika kwa kila mtumiaji, bila kuonekana na kwa kudumu. Iweke katika usanidi na usanidi, na katika uzalishaji ichukue kama muda uliokopwa hadi cheti cha seva katika Hatua ya 4 kiwepo.

_ Mistari ya muunganisho ambayo haijawahi kutaja usimbaji fiche ilianza kuidai, dhidi ya seva ambazo vyeti vyao vilivyojiandikisha haviwezi kupitisha uthibitishaji. Hakuna chochote kuhusu hifadhidata yako kilichobadilika; mkataba ndani ya kamba ulifanya. Kuandika mipangilio kwa uwazi kunamaanisha kuwa sasisho linalofuata la kiendeshi haliwezi kubadilisha tabia ya programu yako nyuma yako.
4

Marekebisho Sahihi - Ipe Seva Cheti Halisi

Urekebishaji wa kudumu hufanyika mara moja, kwenye seva, na baadaye kila mteja huunganisha madhubuti bila kisanduku cha kuteua na hakuna onyo. Kwanza pata cheti cha jina kamili la seva ya DNS (kwa mfano sql01.company.local) kutoka kwa mamlaka ya cheti chako cha ndani au CA ya umma, na matumizi ya Uthibitishaji wa Seva. Iagize, kwa ufunguo wake wa faragha, kwenye Kompyuta ya Ndani hifadhi ya cheti kwenye mashine ya SQL Server. Kisha ubofye-kulia cheti, chagua Majukumu Yote → Dhibiti Vifunguo vya Kibinafsi, na upe ruhusa ya akaunti ya huduma ya Seva ya SQL Soma kwenye ufunguo wa faragha. Fungua Kidhibiti cha Usanidi cha Seva ya SQL, panua Usanidi wa Mtandao wa Seva ya SQL, bofya kulia Itifaki za MSSQLSERVER, chagua Sifa na uchague cheti kwenye kichupo cha Cheti. Kwenye kichupo cha Alama unaweza pia kuweka Lazimisha Usimbaji fiche kuwa Ndiyo ili kila mteja anatakiwa kusimba kwa njia fiche. Anzisha tena huduma ya Seva ya SQL - mabadiliko hayafanyi chochote hadi ufanye.

✅ Mitego miwili inayosababisha karibu kila "haikufanya kazi": cheti ambacho jina lake halilingani na jina la wateja wanaounganishwa (unganisha kwa jina la DNS la seva, si anwani yake ya IP), na akaunti ya huduma ambayo haiwezi kusoma ufunguo wa faragha. Baada ya kuwasha upya, logi ya hitilafu ya Seva ya SQL inapaswa kurekodi kwamba cheti kilipakiwa kwa ufanisi kwa usimbaji fiche - ikiwa inalalamika badala yake, ruhusa ya ufunguo wa faragha ndio mahali pa kwanza pa kutazamwa.
⚠️ Kuhusu Usimbaji wa Nguvu: kuiweka kwa Ndiyo kwenye seva hulazimisha usimbaji fiche kwa kila muunganisho - ambayo ni hali ya mwisho sahihi mara cheti cha kuaminika kinaposakinishwa. Kuilazimisha wakati seva ingali ina cheti chake cha kujitia sahihi hufanya tu kila mteja madhubuti ashindwe na hitilafu hii, yote mara moja.
5

Thibitisha Kurekebisha Njia Madhubuti

Kuingia kunakofaulu kimya kimya huthibitisha chini ya watu wanavyofikiri, kwa sababu baadhi ya michanganyiko ya mipangilio huunganishwa bila ulinzi wa kweli. Thibitisha nusu zote mbili. Kwanza, unganisha tena kutoka kwa mteja kwa njia madhubuti: unganisha kwa kutumia jina la DNS la seva - jina lililo ndani ya cheti - weka usimbaji fiche kuwa Lazima na uache Cheti cha seva ya uaminifu bila kuchaguliwa. Kuingia kunapaswa kufaulu bila onyo. Kisha, katika kipindi hicho hicho, uliza seva ikiwa muunganisho umesimbwa kwa njia fiche kwa kuendesha hoja hii katika SSMS:

SQL Query
SELECT session_id, encrypt_option, auth_scheme FROM sys.dm_exec_connections WHERE session_id = @@SPID;

encrypt_option inayoonyesha TRUE ndio daraja la kufaulu. FALSE na kuingia kwa kazi inamaanisha muunganisho ulifanikiwa kwa kuacha ulinzi, na kazi haijafanywa. Jaribio hilo la kupita ndio mwisho halisi: mteja yeyote aliyesanidiwa kwa usahihi, ikiwa ni pamoja na matoleo ya baadaye ya SSMS, sasa inaunganishwa na uthibitishaji kamili na hakuna mipangilio maalum.

🏷️Vigezo vya Utafutaji wa Mada na Maneno muhimu

🔍 SQLServer 🔍 CertificateNotTrusted 🔍 TrustServerCertificate 🔍 SSMS 🔍 ForceEncryption 🔍 TechnicalAnshu 🔍 SQL Server Encryption Error 🔍 Certificate Chain Not Trusted 🔍 Encrypt Connection 🔍 Connection String Fix 🔍 SQL Server Configuration Manager 🔍 SSL Provider Error
🎙️ Nakala Kamili — gusa ili upanue

__TOK_24__

__TOK_25__

__TOK_26__

❓ Maswali Yanayoulizwa Sana

Je, mafunzo haya ni bure kwa 100% kufuata?

__TOK_27__

Je, wanaoanza wanaweza kufuata mwongozo huu?

__TOK_28__

Ninaweza kuuliza maswali wapi nikikwama?

__TOK_29__

🚀 Tazama Mafunzo Kamili kwenye YouTube

__TOK_30__

__TOK_31__

▶️ Tazama Video Kamili
Mafunzo haya yanatokana na video ya Anshu ya Kiufundi ya Kurekebisha Hitilafu ya Seva ya SQL • Je, umekwama kwa hatua yoyote? Uliza kwenye maoni ya video — utapata usaidizi hapo 🙏