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.
📑Sura
- Hitilafu ya kuingia - "Msururu wa cheti ulitolewa na mamlaka isiyoaminika"
- Nini maana ya kosa hasa - usimbaji fiche unahitajika, cheti cha seva hakiwezi kuthibitisha utambulisho wake
- Marekebisho ya haraka ya mteja - Cheti cha seva ya uaminifu katika dirisha la muunganisho la SSMS
- Marekebisho sawa ndani ya mfuatano wa muunganisho wa programu
- Marekebisho yanayofaa - ipe seva cheti halisi ambacho wateja wanakiamini peke yao
- Kuthibitisha urekebishaji - unganisha upya njia madhubuti na uthibitishe kuwa usimbaji fiche umewashwa
📋 Muhtasari na Mwongozo wa Hatua kwa Hatua
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:
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).
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.
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:
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.
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.
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:
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
🎙️ 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__