[pyar] Fwd: Solventar consulta a site HTTPS

[José de Jesus Marquez Rangel]

Gracias por los comentarios voy a mejorar la forma de preguntar basando en
esta experiencia y la documentación "como hacer preguntas inteligentes".

Planteo la situación nuevamente

Estoy realizado una conexión http/https con la librería urllib.request que
se utiliza en python3.4. Este código se ejecuta en windows 7 y funciona
perfecta cuando realizó el request solo a página http(80); modifico la
cabecera del  request por que en la empresa utiliza un proxy por políticas
de seguridad.

En la linea 2 y 3 modifico la cabecera para que el proxy autorice el
request. En la linea 4 recibo el response y lo imprimo en la linea 5
satisfactoriamente.

Cuando realizo el request a la página https://www.python.org/ que utiliza
el protocolo https(443) me arroja el siguiente errror:

0 from urllib.request import Request, urlopen

1 req = Request('https://www.python.org/')
2 req.add_header('CONNECT','IP PROXY:PORT HTTP/1.0\r\n')
3 req.add_header('Proxy-authorization', 'Basic xxxxxxxxxxxx')
4 response = urlopen(req)
5 print(response.readlines())

raise HTTPError(req.full_url, code, msg, hdrs, fp)
urllib.error.HTTPError: HTTP Error 500: Domain Not Found

Acciones que realizado:

-He revisado la documentación de librería cuando existe proxy como me
comentaron en correo anteriores y me arroja el mismo error.

-He probado el código en mi casa sin proxy eliminado la linea 2 y 3
del request a la página https://www.python.org/  con windows 7
funciona perfectamente.

En visitado foros para encontrar casos similares y los casos que he
consultado usan el metodo proxyhandler. Pero la soluciones que
proponen no funciona.




Atento a sus comentarios.

Gracias por el apoyo



El 17 de febrero de 2016, 11:14, Juan Carizza <juan.carizza en gmail.com>
escribió:

> Antes esperaba o me fijaba si alguien había contestado algo en un hilo,
> ahora directamente contesto por varias razones:
>     - Si me cayo mi respuesta no le sirve a nadie porque me voy a morir y
> me lo llevo
>     - Por mas que sea una respuesta corta y concreta de como resolver un
> problema la elección es de la otra persona resolver el problema o
> *aprender* como resolverlo
>     - Cada uno contribuye como puede, algunos tienen un tiempo limitado
> entonces responden un mail corto y otros pueden detenerse a escribir un
> mail con mas detalles
>
>
> El mié., 17 feb. 2016 a las 12:26, Manuel Kaufmann (<humitos en gmail.com>)
> escribió:
>
>> Atención: este email es para generar discusión con la idea
>> de que sea algo positivo.
>>
>> El 04/02/16 a las 20:44, Sebastian Bassi escribió:
>> > Si bien decis que usas urllib.request, n
>> > ​ o veo que sea un requisito, por eso te comento que si podes usá
>> > requests que suele ser mucho mas fácil de usar.
>>
>> [...]
>>
>> > import  requests
>> >
>> > proxies  =  {
>> >    "http":  "http://10.10.1.10:3128",
>> >    "https":  "http://10.10.1.10:1080",
>> > }
>> >
>> > requests.get("http://example.org",  proxies=proxies)
>>
>>
>> Cuando vi tu respuesta me molesté un poco, pero no dije nada. Quise
>> esperar un poco y ver como seguía el thread. Hoy creo que finalmente
>> llegó a su fin y José sigue con su problema sin resolver o si lo
>> resolvió no fue gracias a nosotros.
>>
>> ¿Porqué digo que me molestó? Porque el mail de José cuenta con montón de
>> incógnitas que, estando de este lado, son imposibles de suponer.
>> Hablando concretamente, no cumple ninguna de las sugerencias de "como
>> hacer preguntas inteligentes".
>>
>> Entonces, como ese día estaba pila y quería dejar mi grano de arena
>> antes de irme a dormir, me puse a escribir un mail tratando de ayudarlo
>> mediante preguntas por parte mía, a que se exprese un poco mejor a la
>> hora de hacer preguntas a la comunidad para así obtener mejores
>> respuestas y proponiéndole fuentes de información donde podría encontrar
>> la respuesta por sí solo investigando un poco...
>>
>> Entonces, 15 minutos más tarde de mi email, venís vos con tu respuesta
>> concreta y derrumbás todo mi trabajo contestándole directamente con la
>> solución (una solución al menos).
>>
>> Entonces, después sigue el thread con el mismo nivel de inquietudes por
>> parte de José que se hacen difícil de entender de este lado. Primero
>> habla de un 403 que despues es un 500: Domain not found [1]. Finalmente,
>> le tirás esas dos preguntas de final-user del estilo "¿está enchufado el
>> equipo?" porque es obvio que no tenemos nada de información para poder
>> ayudarlo y necesitamos feedback. Y como si fuera poco, nunca vimos nada
>> de su código.
>>
>> Quizás esté equivocado, pero creo que si ambos hubiésemos seguido el
>> camino de hacerle un par más de preguntas para que redacte de mejor
>> forma su email, hoy José tendría una solución concreta a su problema.
>>
>> ¿Qué decís vos?
>>
>> [1] que por cierto, 500 y Domain not found, para mí no son compatibles.
>>
>> --
>>
>> Kaufmann Manuel
>> -- http://elblogdehumitos.com.ar/
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20160217/7d2f41ab/attachment.html>