Para que sea pública la solución, podrías informar como solucionaste los
problemas a https en SQUID?
SLDS
CLaudio
  -----Mensaje original-----
  De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de Osmany Ricardo
  Enviado el: jueves, 25 de noviembre de 2004 15:52
  Para: Discusion de Linux en Castellano
  Asunto: Problemas con SQUID.


  Saludos:

  Hola ya resolvi lo del acceso a los https, pero sigo teniendo un
problemita con una pagina y es el sguiente:

  la pagina www.ups.com permite ratrear los paquetes que son enviados a
diferentes paises, y mi acceso a esa pagina es casi imprescidible, pero hay
un problema con ella pues cuando da el numero del paquete a buscar te envia
a la pagina siguiente:
http://wwwapps.ups.com/WebTracking/processInputRequest?

  y el squid da el siguiente error:

  ERROR
  El URL solicitado no se ha podido conseguir

----------------------------------------------------------------------------
--

  Mientras se intentaba traer el URL:
http://wwwapps.ups.com/WebTracking/processInputRequest?

  Ha ocurrido el siguiente problema:

    a.. Acceso Denegado.
    Las reglas de control de acceso impiden que su petición sea permitida en
este momento. Contacte con su proveedor de servicios si cree que esto es
incorrecto.



----------------------------------------------------------------------------
--

  Generated Thu, 25 Nov 2004 10:05:23 GMT by ROCIO (squid/2.5.STABLE1)

  Si alguien tiene idea de como resolver esto por favor se lo agradeceria
mucho.

  Saludos a todos,

  Osmany




----------------------------------------------------------------------------
--


------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: 
https://listas.inf.utfsm.cl/pipermail/linux/attachments/20041125/750d56dd/attachment.html
From [EMAIL PROTECTED]  Thu Nov 25 11:54:58 2004
From: [EMAIL PROTECTED] (Ricardo Mun~oz A.)
Date: Thu Nov 25 12:00:31 2004
Subject: =?iso-8859-1?q?Aplicaci=F3n?= Empresarial
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El jue, 25-11-2004 a las 10:20, Horst von Brand escribió:
> Horacio Degiorgi <[EMAIL PROTECTED]> dijo:
> > que buen momento para preguntar: 
> > desde ayer se está hablando del uso de aplicaciones LAMP (linux,
> > apache, mysql y php)  en reemplazo de Java.

[...]

> Y lo que estarian substituyendo es PHP por Java + algun contenedor
> de servlets. Y (aunque chillen los FLOSS-istas) ahi no hay
> comparaciones posibles.

no se trata de comparar... segun
http://peteryared.blogspot.com/2003/09/next-language.html

"The vast majority of J2EE deployments (over 80% according to Gartner)
are simply Servlet/JSP to JDBC applications. Basically HTML front-ends
to relational databases."

no parece buena idea gastar tanto $$$ par algo tan simple...

"The industry is currently in a subtle paradigm shift away from larger
SMP boxes running proprietary Unixes to large grids of 1-2 processor
machines running Linux. These machines already dominate the front tier
web server market, ..."

algo que nadie puede negar...

> > mas info en 
> > 
> > ¿Java ya no es necesario en aplicaciones corporativas? en
> > http://www.vivaphp.com.ar/article-java-no-necesario.html
> 
> Los bancos aca en Chile (la mayor parte de ellos filiales de bancos
> europeos) estan escribiendo sus sistemas en Java hoy.

osea los bancos son los que dictan las tendencias?? ;)

> PHP ni siquiera es una opcion a considerar, AFAIU.

debio haber leido el link... habla de "aplicaciones corporativas en el
nuevo paradigma empresarial de enormes grids de servidores Linux"...

"Today?s corporate applications basically all produce text, whether HTML
for a web browser or XML for another application. With the coming
onslaught of web services, pretty soon all of the back-end resources
will be providing XML rather than binary data. The average corporate
application will be a big text pump, taking in XML from a back-end
resource, transforming it somewhat, and producing either HTML or XML."

-- 
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)

Responder a