I den här guiden identifierar vi säkert några möjliga orsaker som kan leda till det förväntade C#-felet, och efter det kommer vi att tillhandahålla några möjliga korrigeringar som du kan försöka bli av med det här är problemet.
Jag får ett ISA-autentiseringsproblem som har stört vårt supportteam i en och en halv dag; All form av hjälp i detta tillstånd skulle vara mycket uppskattat. Ja
Vi stöder vissa multidomänkonton som körs på Server 2003 R2 med grupperade ISA 2004-servrar som dirigerar internettrafik genom deras proxyserver. Före strömavbrottet i specifika av domänerna (låt oss kalla det “Domän A”) på söndagskvällen löstes Internetförfrågningar från alla organisationer genom ISA mycket bra. Det är också värt att notera att ISA Server-klustret faktiskt inte finns i domän A, och efter det verkar ingen av de andra webbplatserna på webbsidan ha förlorat prestanda någonstans, inklusive alla ISA-servrar.
Efter välkänd felsökning och återföring av de berörda noderna som värdar, hanteras dock trafiken för domän A-blogg inte längre via proxyn. Istället innehåller ISA-loggen för närvarande felet “12209: ISA, servern kräver vanligtvis autentisering för att slutföra begäran. Åtkomst nekad i webbproxyfilter.” Som ett resultat kommer internetkonsumenter att nekas åtkomst till ALLA webbplatser, till exempel de som de har besökt tidigare.
Vi har inga prövningar med proxyservrar med andra typer av domäner, i princip bara domän A, som återigen kan vara den som gick ner under avbrottet. Det finns ett ömsesidigt förtroende på skogsnivå mellan domännamn A och ISA-domänen. På den här faktorn bröt jag det förtroendet från ytan för att bygga om det utan resultat.
Användare som försöker använda webbplatser för domän A verkar vara blockerade genom att ansluta till ISA-servern eftersom de bör uppmanas att verifiera. Däremot dyker ditt användarnamn och lösenordet hela tiden upp i inloggningsdialogen, vilket får mig att tro att nackdelen är att ISA inte kan validera inloggningsinformationen ordentligt.ISA Server-felloggen visar många avvisade anslutningar till IP-adressintervallet i fält A, alla orsakade av “användare: anonym”. Användare från andra domäner kommer att fortsätta att autentisera och surfa normalt.
Vi har redan provat ett antal verktyg, inklusive att starta om Domän A:s server, DNS-replikering, omkonfigurering ser du, den exakta gateway-routern för Domän A för att tillåta dem till de faktiska inställningarna före söndag, och återskapa allt förtroende som nämns ovan på den. .. och så mot, inget av det hjälpte.
För nu har vi tagit proxyservern från domän A-gruppmode och användare fungerar som vanligt. Detta är vanligtvis inte en definitiv lösning, men all hjälp med att fixa detta galna ISA-autentiseringsproblem skulle vara en fantastisk välsignelse.
Fråga
Hej, vi tenderar att köra TMG Forefront 2010 SP1 helt på en Windows 2008 r2-enhet konfigurerad som en bra solid webbproxy. Klienter börjar ibland fråga efter ett fungerande lösenord slumpmässigt. Efter att ha lämnat inloggningsuppgifter vägrar han och efter en tid efter att ha loggat ut förgrenar han sig på egen hand. Vad kan oftast vara problemet?
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
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
