Problema al cargar una pagina

[JOROZCO]

Cuando seleccionamos la opcion FORMULARIO NAVEGADOR de la pagina http://212.145.157.7/cgi-bin/isapicgi.d ... T_STAGE=11 nos aparece un error que indica que "No se pudo encontrar el servidor o error DNS".

Sin embargo si hacemos lo mismo sin pasar por Wingate, no existe ningun problema y se muestra el formulario correctamente.

¿Cual puede ser el problema?

Las pruebas las hemos hecho en dos servidores.
SERVER 1:
Wingate Professional 3.0.5
Windows NT SP5

SERVER 2:
Wingate Professional 5.0.2 (Build 780 )
Windows 2000 Server SP3

[inharry]

Hola!

A mi no me pasa eso.
Yo estoy usando la versión 5.1 y no me da ningún error.

Eso si, verificá que la dirección de ingreso que escribiste:
http://212.145.157.7/cgi-bin/isapicgi.d ... T_STAGE=11

Es la misma que la del link "FORMULARIO NAVEGADOR".
De hecho, yo hago click ahí y no me hace nada.

La otra opción, "DIRECTORIO DE EMPRESAS" anda bien hacia http://212.145.157.8/

Saludos,
Homero.

Cuando seleccionamos la opcion FORMULARIO NAVEGADOR de la pagina http://212.145.157.7/cgi-bin/isapicgi.d ... T_STAGE=11 nos aparece un error que indica que "No se pudo encontrar el servidor o error DNS".

Sin embargo si hacemos lo mismo sin pasar por Wingate, no existe ningun problema y se muestra el formulario correctamente.

¿Cual puede ser el problema?

Las pruebas las hemos hecho en dos servidores.
SERVER 1:
Wingate Professional 3.0.5
Windows NT SP5

SERVER 2:
Wingate Professional 5.0.2 (Build 780 )
Windows 2000 Server SP3

[lbull]

Hopefully Homero can translate this for me.

When using NAT only, without WWW Proxy, I can access this page successfully.

This may be due to the security of the page. Some security schemes don't like Proxy access.

Don't know what a work around would be for this.

Larry

[inharry]

Jorozco:

Trato de traducirte lo que escribió Larry, si es que no pudiste leerlo en ingles.


El dice que si entrás a la página sin utilizar el WWW Proxy (puerto 80 u 8080), o sea, a través del NAT (Sacando la configuración de proxy al Internet Explorer) el puede ver la página, pero si utiliza un WWW Proxy no.

Larry cree que se puede deber a una configuración de seguridad del sitio web, posiblemente algo con autenticación, porque algunas configuraciones de seguridad no aceptan un WWW Proxy.

No tiene ninguna idea de como solucionarlo a través del WWW Proxy.
Probá de navegar vía NAT.

Espero que la traducción haya sido lo más correcta posible.
Saludos,
Homero.

Hopefully Homero can translate this for me.

When using NAT only, without WWW Proxy, I can access this page successfully.

This may be due to the security of the page. Some security schemes don't like Proxy access.

Don't know what a work around would be for this.

Larry

[JOROZCO]

En primer lugar muchas gracias por responder tan rápidamente.

Homero,
la página esta bien escrita, de todas formas si te interesa saber la dirección del enlace a la que apunta el formulario "FORMULARIO NAVEGADOR" es http://212.145.157.7/cgi-bin/isapicgi.dll?All pero si no estoy equivocado no funciona si no se envía desde la página en la que aparece el enlace.

Larry,
no podemos cambiar a navegar vía NAT, ten en cuenta que unas 750 personas tienen el navegador configurado para salir por el Proxy.

Si os sirve de ayuda, he podido realizar unas pruebas con Netscape Proxy Server 3.1 y con este Proxy sí que se puede ver la página sin ningún tipo de problema.

Saludos,
Javier.

[labull]

Homero,

If you could post a translation I think the developers need to look at this.

If Netscape proxy works and WinGate doesn't it should be looked into.

Thanks!

Larry

[JOROZCO]

Larry,
te agradecería que cuando los desarrolladores te comenten algo me lo enviaras por correo.
De todas formas cada día iré mirando el foro para asegurarme.

Si necesitas que haga alguna prueba más, estoy a tu disposición.

Gracias,

[alejandroc]

Literal translation follows:

First of all, thanks a lot for replying so soon.

Homero,
the page address is correct. Anyway, for your information, the address that the link in the form "FORMULARIO NAVEGADOR" points to is http://212.145.157.7/cgi-bin/isapicgi.dll?All , but if I´m not mistaken, the link wont work if it's not sent from the page where the link appears.

Larry,
we can't change to brwosing via NAT, consider the fact that som 750 users have the browser configured to connect via Proxy.

If it's any help, I've been able to perform a few tests with Netscape Proxy Server 3.1 and with that proxy we can see the page without a problem.

Greetings,
Javier

Literal translation ended.

Alejandro Calderón
Guatemala

[alejandroc]

Translating again,

Larry,

I'll be thankful if you can email me any comments you recieve from the developers.
Anyway, I'll keep checking the fortum every day to make sure.

If you need me to perform any other test, I'm at your disposition.

Thanks,

End of translation.


By the way, I tried the mentioned link and I get no problems. We're using Wingate 5.1 on an XP Pro computer. It could be a specific problem with ver. 3.1.

Javier:
Has probado con la última versión de wingate? Nosotros tenemos la 5.1 y no vemos el problema. Puede que sea alguna falla corregida en las versiones posteriores de wingate.

Saludos!

Alejandro Calderón
Guatemala

[labull]

Alejandro,

Thanks for the translation. Your help is greatly apprciated.

Are you using WWW Proxy or NAT?

I was able to duplicate the behavior in 5.1 using WWW Proxy.

Larry

[alejandroc]

Correcting...

We do experience the problem, DNS error or cannot find server.
I had tried it from the wingate server, but for some strange reason the server doesn't connect through wingate even though it has been configured for it.

Anyway, I apologize. We have access restriction policies in use and we have felt the connection kinda slow ever since we started with them. Suggestions anyone?

Javier:
Tenés activadas alguna política para restringir el acceso a la red o todos los usuarios tienen autorización para navegar sin restricciones?

Siempre a sus respetables órdenes,

Alejandro
Guatemala

[JOROZCO]

Alejandro,
es complicado instalar la versión 5.1 ya que las dos máquinas están en producción.

De todas formas, por lo que he entendido Horacio comentaba que a él tampoco le funcionaba con la versión 5.1, no le daba el error pero tampoco le mostraba la página y sin embago con el otro enlace "DIRECTORIO DE EMPRESAS" sí que le mostraba la página.

Saludos y gracias,

Javier.

[JOROZCO]

Alejandro,
no tenemos ninguna política activa en ese servicio.

Saludos,

Javier.

[alejandroc]

Alright everyone,

We all can't access the afore mentioned page. Javier is not using access restriccions, so I guess you can discard that as a possible cause. We either get the DNS error, or no error at all but the page wont load. Ideas anyone?

Javier:

Tenes razón, la ver. 5.1 no funciona tampoco. Realicé varias pruebas con algunos clientes y recibimos el error DNS. Parece que hay algo en wingate que da este problema. Será un time out? No se me ocurre otra cosa de momento.

Alejandro

[JOROZCO]

Thanks to all,
while the developers do not respond any idea is welcome.

Greetings

Javier

[inharry]

Javier:

Si no podes tocar las instalaciones del WinGate... y estás seguro que es un problema de DNS, te propongo lo siguiente:

Seguramente uno de tus dos servidores están conectados a internet. ¿No?
Entonces, DESACTIVA el servidor DNS del WinGate (servicio en puerto 53) y activa el servidor DNS del Windows 2000.
Con esto, le sacás al WinGate el trabajo de resolver DNS y se lo pasás al Windows 2000 que es mas estable.

Yo le hice desde que actualicé a la versión 5.0.8 ya que desde estonces estamos con muchos problemas de DNS y la gente de Qbik parece no entiende que es problema de ellos y se hacen los sordos.

Es muy, muy simple en Windows 2000 activar el servidor DNS.
Consultá con tu administrador de red a ver si lo que te propongo es factible.

Saludos,
Homero.

Thanks to all,
while the developers do not respond any idea is welcome.

Greetings

Javier

[inharry]

Shhhh.....
Javier..... en voz baja te comento algo.....

Probé tus páginas utilizando Kerio WinRoute Firewall 5.1.6 como servidor proxy y funciona perfectamente.
Evidentemente es un problema del DNS resolver del WinGate.

Me aparece una pagina con datos a ingresar como:

Clasificación
Organización
Código producto
Marca
Tipo catálogo
Fecha último cambio a
Fecha de ejecución a

Sector

ISBN
Título
Autor
Editor
Título
Intérprete
Compositor
Título del tema

Ordenado por
Máximo de registros

etc...

Tratá de hacer lo que te dije antes.
Espero que te sirva.
Saludos,
Homero.

Thanks to all,
while the developers do not respond any idea is welcome.

Greetings

Javier

[JOROZCO]

Homero,
gracias por tu ayuda, pero el problema no creo que sea de DNS ya que tenemos ese servicio desactivado, y además la página que da el error no utiliza ningún nombre sino que accede directamente por la dirección IP.

La referencia que hice en su día al DNS es sencillamente el error que muestra el navegador y que es un error genérico.

En lo que sí que estoy de acuerdo es que un problema de Wingate, ya que tanto vía NAT y sobre todo a través de otros Servidores proxy funciona correctamente.

Saludos,

[adrien]

saludos todos

what type of authentication is the server using do you know? Is it Windows authentication?

[JOROZCO]

Adrien,
I suppose that you talk about this:
USER DATABASE OPTIONS
User and Group Management: Wingate User Database
User Authentication: Wingate User Accounts


Greetings,

[JOROZCO]

adrien, larry...
is known something of the solution?

Greetings

[adrien]

Hi

Sorry, what I meant was what sort of authentication is the web server using when you try to connect with a web browser.

There are several options. If it is using windows authentication (NTLM) then IE thinks it cannot work through a proxy, it can however work if you turn on transparent redirection on the WinGate machine, and configure the client not to use a proxy.

Adrien

[JOROZCO]

Adrien,
if I am not mistaken, we did not use the authentication of Windows, and we used port not standard (8090), reason why cannot activate the transparent redirection.

Greetings,