Steg För Att Lösa Show ID 18456 -problemet

Godkänd: Fortect

1. Ladda ner Fortect och installera den på din dator

2. Starta programmet och klicka på "Skanna"

3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks

Snabba upp din dators prestanda nu med denna enkla nedladdning.

Här är några inte komplexa tekniker som kan hjälpa dig att felsöka händelse -ID 18456 sa.

• 4 minuter att läsa.

Detaljer

SQL Readability Data Table = “1”>

attribut värde

produktforum Händelse -ID 18456 Händelsekälla MSSQLSERVER komponent SQL Engine Symboliskt namn LOGON_FAILED Meddelandebok Logga in för användarens%. * ls ‘.%. * mark vii misslyckades

Förklaring

Om medlemsförsöket avvisas på grund av ett verifieringsfel som innehåller ett ogiltigt lösenord eller användarnamn, skickas ett liknande meddelande till klienten: “PC -operatören ‘‘ kunde inte komma in i produktionsmiljön. (Microsoft SQL Serverfel: 18456) “.

Ytterligare felinformation

Av säkerhetsskäl maskerar det ökade utbudet av felmeddelanden som returneras till hela den tilltalade avsiktligt verifieringsfelet. Motsvarande fel i SQL Server -felloggen innehåller dock en felstatus som har ett certifieringsfelvillkor. Jämför felstatuserna med följande lista för att avgöra vad som orsakade anslutningsfelet: Readabilitydatatable = “1”>

Ange Beskrivning

1 fel

2 Ett giltigt användar -ID. 5 Ogiltigt operatörs -ID. 6 Ett försök hittades att använda en Windows -inloggning i kombination med SQL Server -autentisering. 7 Anslutningen har kopplats bort och fel lösenord. 8 Ogiltigt konto. 9 Ogiltigt lösenord. 14 Anslutningen är giltig, men åtkomsten till själva servern misslyckades. En möjlig anledning till de flesta av följande fel är att Windows -användaren har tillgång till SQL Server som medlem som är associerad med den lokala administratörsgruppen, men Windows tillhandahåller definitivt inte administratörsuppgifter. För att upprätta en anslutning, starta Connect -verktyget med alternativet Administrator’s Run och lägg sedan till de flesta Windows -användare för att verkligen SQL Server med den angivna inloggningen. tio Anslutningen är giltig, men direkt åtkomst till servern misslyckades. 18 Lösenordet måste ändras. 38, fyrtiosex Lyckades definitivt hitta databasen som användaren berättade. 58 Om SQL Server är konfigurerad för att använda Windows -autentisering och klienten också försöker ansluta val av SQL -autentisering. En annan anledning är att SID: erna inte matchar. 102-111 AAD -fel. 122-124 Fel på grund av tomt och begärt användarnamn säkerhetslösenord 126 Användardatabasen finns förmodligen inte. 132-133 AAD -fel.

Andra felvillkor och sedan överlevnad indikerar ett oväntat internt behandlingsfel.

Felorsak Anslutningsförsöket med SQL -autentisering misslyckades. Datorn konfigureras endast under Windows -autentisering. kan automatiskt returneras i följande situationer.

• Om servern är konfigurerad för att söka i partnerlägesautentisering och ODBC -federationen använder TCP och bindningen inte uttryckligen indikerar att mycket av den kommunicerar. måste använda en pålitlig arbetsrelation.

• Om Internet är konfigurerat som för blandat läge och auktorisering, tar ODBC -anslutningen in namngivna rör, för att inte tala om de uppgifter som en klient använde för att låsa upp de namngivna rören, vilket direkt hjälper till att avgöra att användaren tar hantering och anslutningen upprättas. uttryckligen anger att många anslutningar bör använda en pålitlig anslutning.

Lös problemet genom att lägga till TRUSTED_CONNECTION = TRUE i anslutningsflödet.

Exempel

I detta exempel är autentiseringsfelmeddelandet väldigt mycket 8. Detta innebär att huvudlösenordet anses vara felaktigt.

Datum	Källa	Meddelande
2007-12-05 20:12: 56.34	Registrera	Fel: 18456, allvarlighetsgrad: 16, status: 8.
2007-12-05 20:12: 56.34	Registrera	Anslutning avsedd för operatörens PC “” misslyckades. [KUND:]

Användaren du aktiverar

Om du försöker ansluta med SQL Server Authentication, kontrollera vilken SQL Server som är konfigurerad med avseende på blandad autentisering. Mer information om hur du utan tvekan ändrar SQL Server -autentiseringsläget finns i Ändra alla serververifieringslägen

Om du har visat dig försöka logga in med SQL Server Authentication, se till att SQL Server -inloggningen finns men också att du stavar den korrekt.

Om du faktiskt försöker logga in med fönsterautentisering, se till att du har loggat in på den lämpliga domänen.

Om ditt eget personliga fel anger status 1, kontakta din SQL Server -administratör.

Om du försöker använda administratörsuppgifter kör du programmet med denna “Kör som administratör” -policy. När du är inloggad lägger du till den nya resursen till alla dina Windows -användare som en individuell inloggning.

Om typ av databasmotor stöder fristående databaser, se till att en del av inloggningen inte raderades efter att ha navigerat till jag skulle säga den säkra databasanvändaren.

När du ansluter lokalt för att fira med SQL Server måste tjänstanslutningar som valideras till NT AUTHORITY NETWORK SERVICE ha ett fullt kvalificerat domännamn för den bärbara datorn eller datorn. Mer information finns i Så här använder du: Fullt nätverkstjänstkonto för åtkomst till resurser med hjälp av ASP.NET

Om SQL Server kan installeras i Windows -autentiseringsläge och sedan fungera till SQL Server- och Windows -autentiseringsläge inaktiveras din individuella sa -anslutning initialt. Detta orsakar vanligtvis villkoret7 “Anslutningsfel: användare ett fel”. Ytterligare information om hur du får åtkomst finns i Ändra serverautentiseringsläge .

Snabba upp din dators prestanda nu med denna enkla nedladdning.