SQL Server bindur VPN-vistfang sem er ekki til við ræsingu
Fylgdu misheppnaðri bindingu SQL Server frá ræsingarskrá til raunverulegs hlustanda og gefðu biðlurum síðan stöðugt einkavistfang í stað vistfangs úr VPN-þykkni.
Lestu línu í SQL Server-skrá um misheppnaða bindingu á meðan þjónustan er enn í gangi, og þú hefur fundið ósjálfstæði á ræsingarröð, ekki hrun. Þessi samsetning er vísbendingin: vélinni var ræst áður en vistfangið sem henni var sagt að hlusta á var til á tölvunni. VPN-tengi sem kemur upp eftir innskráningu er slæm forsenda fyrir gagnagrunnsþjónustu án eftirlits, svo fylgdu biluninni í þeirri röð sem vélin sér hana.
Byrjaðu á ræsingarskránni, ekki á biðlinum
Opnaðu villuskrá tilviksins og lestu færslurnar í kringum frumstillingu netsins, ekki bara síðustu línuna. Vélin greinir frá því hvaða vistföng hún reyndi og hvaða samskiptareglur hún virkjaði, og sú skrá er frá því áður en nokkur biðill tengdist. Farðu nú að því sem er til á hýsilnum í augnablikinu. Ef viðmótið sem á stillta vistfangið kemur aðeins fram eftir að notandi skráir sig inn og ræsir biðil, þá vantaði vistfangið við ræsingu og bindibilunin er að fullu skýrð.
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, IPAddress, PrefixOrigin
Get-Content 'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\LOG\ERRORLOG' -Tail 40
Lagaðu slóð tilviksins að uppsetningunni þinni og lestu viðmótslistann áður en þú dregur ályktanir. Vistfang sem er til en tilheyrir röngu tengi er annað vandamál en vistfang sem er ekki enn til.
Farðu í gegnum bindiröðina sem vélin fylgir í raun
Vélin les stillingar hlustandans og biður stýrikerfið síðan að binda. Ef vistfangið er ekki staðbundið á þeirri stundu mistekst bindingin fyrir það vistfang á meðan afgangur tilviksins getur haldið áfram venjulega. Þess vegna geta aðrar samskiptareglur eða önnur vistföng enn virkað, og þess vegna er „SQL Server er niðri“ röng samantekt. Varðveittu nákvæma endapunktinn úr skránni: vistfang, gátt og samskiptareglu, því viðgerðin fer eftir því hver þessara þriggja er röng.
Endurræsing þjónustunnar eftir að tengið birtist lætur hlustandann venjulega takast, og það er einmitt gildran. Það sannar ósjálfstæðið í stað þess að fjarlægja það, og það rýfur hvern tengdan notanda í hvert sinn sem göngin tengjast aftur.
Lestu hlustandann eins og vélin les hann
Í SQL Server Configuration Manager skaltu opna TCP/IP-eiginleika tilviksins og taka eftir stillingunni Listen All áður en þú breytir einstökum vistföngum. Þegar Listen All er Yes eru Enabled-gildin fyrir hvert vistfang hunsuð, svo breyting á þeim breytir engu sem hlustandinn notar. Skráðu þrjá hluti í röð: vistfangið sem þú hyggst þjóna, gáttina og hvort hlustandanum sé ætlað að ná yfir öll vistföng eða aðeins eitt. Beittu síðan breytingunni með studdri endurræsingaraðferð og lestu næstu ræsingarskrá til að staðfesta að vélin hafi bundið það sem þú baðst um.
Að hlusta á öllum vistföngum er ekki aðgangsstýring. Ef breiður hlustandi er sannarlega nauðsynlegur þarf hvert aðgengilegt viðmót sína eigin ákvörðun um eldvegg og heimild gagnagrunns, þar á meðal hvert viðmót sem snýr að internetinu.
Gefðu biðlinum stöðugan áfangastað
Biðillinn þarf ekki að hýsill gagnagrunnsins beri vistfang úr þykkni. Bein leið virkar með þjóninum hlustandi á sínu stöðugu einkavistfangi á meðan VPN-gáttin sendir umferð biðilsins til hans og ber svarið til baka.
Test-NetConnection -ComputerName 10.80.0.15 -Port 1433
tracert -d 10.80.0.15
Ef biðillinn nær 10.80.0.15 er leiðin sönnuð og gagnagrunnurinn þarf aðeins að heimila þann biðil. Ef ekki, lagaðu beiningu og DNS áður en þú snertir hlustandann aftur, því bindivandamál á þjóninum var aldrei ástæðan fyrir því að biðill finnur hann ekki. Að bæta fölsuðu þykknisvistfangi við þjóninn, eða annarri sjálfgefinni gátt til að gera hlustandann ánægðan, skapar nýtt netvandamál ofan á hið gamla. Haltu vistfangsstillingu þjónsins kyrrstæðri og láttu göngin koma biðlum til hans.
Staðfestu endapunktinn sem biðillinn notaði
Ljúktu með athugun á forritastigi í stað gáttarprófunar. Tenging frá biðlinum með reikningnum sem forritið notar og lestu tengingarupplýsingar á þjónshlið, sem sýna staðbundið vistfang sem setan þín lenti á.
sqlcmd -S tcp:10.80.0.15,1433 -Q "SELECT local_net_address, local_tcp_port FROM sys.dm_exec_connections WHERE session_id = @@SPID"
Berðu þetta vistfang saman við hlustandann sem þú stilltir. Ósamræmi þýðir annan hlustanda eða nafn sem leysist einhvers staðar óvænt, og bæði er þess virði að vita áður en næsta endurræsing prófar viðgerðina þína fyrir þig. Endurræstu síðan hýsilinn án innskráðs notanda og staðfestu að bindingin takist. Það eina próf er munurinn á viðgerðum hlustanda og bráðabirgðalausn sem bregst næstu plástrunarnótt.