[pyar] Fwd: Solventar consulta a site HTTPS

[Daniel]

¿podes navegar "manualmente" en un https?
parece más un problema del proxy que del código.

El 17 de febrero de 2016, 22:02, José de Jesus Marquez Rangel <
ing.jdj en gmail.com> escribió:

>
> 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
>>
>
>
>
> _______________________________________________
> 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
>



-- 
Daniel Malisani
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20160218/ff3af908/attachment.html>