2015-02-10 11:04 GMT+00:00 Marco Beri :
> Questo è molto strano... a me è sembre bastato verify=False per bypassare
> ogni problema.
>
Siamo in due... non e' che il certificato oltre ad avere i san a cazzo ha
qualcosa di smerdato?
--
.
..: -enrico-
_
2015-02-10 9:49 GMT+01:00 Gollum1 :
> Il 10 febbraio 2015 09:35, Guido Dassori ha scritto:
>
> > non ho capito, non puoi semplicemente passare verify=False ad ogni
> > richiesta che effettui?
>
> non basta, il warning continua ad apparire.
>
Questo è molto strano... a me è sembre bastato verify=
non so se a fronte dell'eccezione viene salvato il result, ma comunque
avrai visto anche tu che puoi usare disable_warnings passando
esplicitamente l'evento da disabilitare come arg, per il tuo caso in cui
comunque sai che interroghi fonte trusted è ok così senza fronzoli,
giusto ? mi impiccio perc
Il 10 febbraio 2015 09:35, Guido Dassori ha scritto:
> non ho capito, non puoi semplicemente passare verify=False ad ogni
> richiesta che effettui?
non basta, il warning continua ad apparire.
> comunque qui:
> https://github.com/kennethreitz/requests/issues/2214#issuecomment-72006954
> bocciano
Il 10/02/2015 09:26, Gollum1 ha scritto:
>
> per disabilitare quel warning, ma stranamente questo non avviene. come
> posso risolvere?
>
> leggendo in giro, mi pare di capire che il problema è dovuto che
> praticamente la sessione che viene disabilitata non è la stessa che
> poi viene utilizzata,
Il 10 febbraio 2015 09:26, Gollum1 ha scritto:
> InsecureRequestWarning: Unverified HTTPS request is being made. Adding
> certificate verification is strongly advised. See:
> https://urllib3.readthedocs.org/en/latest/security.html
> InsecureRequestWarning)
risolto...
requests.packages.urllib3.
sto usando requests per fare una serie di request e il consecutivo
parsing di alcune pagine nella nostra intranet, per automatizzare
alcune operazioni.
purtroppo il sito in oggetto è con un certificato ssl che però non è
registrato da nessuna parte, quando navigo con il browser, gli diamo
comunque
