En esta guía, algunos de nosotros identificaremos algunas causas posibles que pueden provocar el error de tipo C# esperado y, sobre eso, proporcionaremos algunas soluciones posibles que, lamentablemente, puede intentar eliminar de un problema en particular.
Tengo un problema de autenticación ISA que ya ha molestado a nuestro equipo de soporte por un día con medio; Cualquier forma de asistencia en toda esta etapa sería muy apreciada. Sí
Admitimos todas las cuentas multidominio que se ejecutan en Server 2003 R2 en servidores ISA 2004 en clúster que enrutan el tráfico de Internet mediante el uso de este servidor proxy. Antes del corte de energía de uno de los dominios (llamemos a la tecnología de la información “Dominio A”) el domingo por la noche, las solicitudes de Internet de los lugares a través de ISA se resolvieron de manera muy ideal. También vale la pena señalar que el clúster del servidor ISA no está realmente en el Dominio A, y ninguno de los otros sitios en los que el dominio parece haber perdido rendimiento en ninguna parte, esto consiste en los servidores ISA.
Sin embargo, pronto la solución de problemas frecuente y la puesta en línea de los nodos afectados nuevamente, el tráfico del blog del dominio A no se procesa por mucho tiempo a través del proxy. En cambio, la madera ISA ahora contiene el error “12209: ISA, el foro requiere autenticación para completar la solicitud. Acceso rechazado al filtro de proxy web”. Como resultado, a los usuarios se les negará el acceso a TODOS los sitios web, incluidos los que hayan visitado antes.
No necesitamos problemas con proxies con otros tipos de URL, solo el dominio A, que nuevamente podría ser el único principal que se cayó durante la interrupción. Existe una confianza mutua a nivel de bosque a través del dominio A y el dominio ISA. En este punto valioso, rompí esa confianza de la capa y la reconstruí en vano.
Los usuarios que intentan eso ayudarán a acceder a los sitios del dominio A parecen ser lentos o no pueden conectarse al servidor ISA porque es posible que se solicite la autenticación de estos elementos. Sin embargo, su nombre de usuario y contraseña siguen apareciendo en el cuadro de diálogo de inicio de sesión, lo que me lleva a creer que un nuevo problema es que ISA no puede validar correctamente una información de inicio de sesión en particular.El registro de errores del servidor ISA muestra que muchas personas rechazaron conexiones al rango de direcciones IP en el dominio A, todo causado por “usuario: anónimo”. Los usuarios de otros dominios seguirán validando y navegando con normalidad.
Ya probamos varias cosas, incluido reiniciar el servidor del Dominio A, quemar DNS, reconfigurar el enrutador de puerta de enlace exacto para el Dominio A a la configuración real antes del domingo y volver a crear la confianza mencionada anteriormente en él… y así sucesivamente. nada de eso ayudó.
Por ahora, eliminamos el servidor proxy de la política elíptica del dominio A y los usuarios funcionan con normalidad. Esta no es una solución definitiva, pero cualquier permiso para solucionar este loco problema de autenticación ISA esperaría ser una bendición fantástica.
Pregunta
Hola, estamos ejecutando TMG Forefront 2010 SP1 en un dispositivo Windows 2008 r2 configurado para un proxy web. Los clientes a veces comienzan a pedir una contraseña al azar. Después de proporcionar las credenciales, se niega y, después de un tiempo después de cerrar la sesión, se va por su cuenta. ¿Cuál podría ser sin duda el problema?
Fortect es la herramienta de reparación de PC más popular y eficaz del mundo. Millones de personas confían en él para mantener sus sistemas funcionando de forma rápida, fluida y sin errores. Con su sencilla interfaz de usuario y su potente motor de análisis, Fortect encuentra y soluciona rápidamente una amplia variedad de problemas de Windows, desde la inestabilidad del sistema y los problemas de seguridad hasta la gestión de la memoria y los cuellos de botella en el rendimiento.
