Come utilizzare la password specifica dell'applicazione Google nello script?

Question

Da quando ho attivato l'autenticazione a 2 fattori (ovvero la verifica in due passaggi) su Google, il mio Google export scripts non funziona più. Il computer è verificato e affidabile, ma in qualche modo gli script non lo sono. In effetti, ogni volta che viene eseguito il cron job ricevo un nuovo "codice di verifica Google" e lo script fallisce. Presumo che dovrebbe essere una semplice questione autenticare tali script una volta per tutte con wget o curl, ma non sono riuscito a trovare alcuna documentazione su come farlo.

---

schemi di autenticazione di Google sono passati attraverso molte iterazioni, e non posso più sembrano accedere utilizzando curl o mechanicalsoup. Ho provato a utilizzare URL come https://accounts.google.com/ServiceLogin?continue=https://calendar.google.com/calendar/exporticalzip&Email=username@gmail.com&Passwd=application-specific-password e mi viene sempre reindirizzato a una pagina di accesso, in genere con il messaggio "Utilizzare la password dell'account anziché una password specifica per l'applicazione".

Answer 1

Genera un application-specific password. User documentation, developer documentation.

Answer 2

Fare password specifiche dell'applicazione funziona per i miei script, tutto ciò che devi fare è creare la password e poi nel tuo script in cui hai la password del tuo account google inserisci invece la password specifica dell'applicazione.

Vedi qui per maggiori su richiesta di password specifiche:

Application Specific Passwords

Spero che questo aiuti !!

Answer 3

Sei assolutamente sicuro di voler utilizzare l'autenticazione a 2 fattori con gli script della shell? Se è così, non è necessario cercare di ottenere il tuo computer o script come "fidato". Basta eseguire l'autenticazione a 2 fattori ogni volta che si esegue lo script.

Se l'obiettivo è saltare l'autenticazione manuale del secondo fattore, suggerirei invece di utilizzare una password specifica dell'applicazione (come già suggerito da altre risposte). Fai finta di non utilizzare l'autenticazione a 2 fattori su tutto e utilizzare il tuo nome di accesso reale, ma imposta la password a una generata a https://accounts.google.com/b/0/IssuedAuthSubTokens?hl=en (sottopagina di https://www.google.com/settings/security).

L'intento è quello di impostare la password specifica dell'applicazione "Nome" su un valore che è significativo per voi. Ad esempio, ho delle password con l'etichetta "Pidgin at work", "My Android Phone", "Thunderbird Google Address Book Extension at Work" ecc. Si può avere una per "Calendar and Reader Export Script". Se credi che questa password specifica per l'Applicazione sia compromessa ("trapelata"), basta cliccare sul link "Revoca" nella stessa pagina e quindi generare una nuova password per il tuo script.

Per il codice, utilizzare solo l'ultima versione che ha funzionato con Google fattore singolo auth. Aggiornamento: poiché la domanda originale utilizzava l'URL https://accounts.google.com/ServiceLogin per avviare l'accesso alla sessione è praticamente falso l'accesso al browser. Tuttavia, Google non supporta ufficialmente questo aspetto e, mentre sto scrivendo questo, sembra che l'utilizzo di una password specifica per l'applicazione per l'accesso normale finirà con il messaggio di errore "Utilizzare la password dell'account anziché una password specifica per l'applicazione".

Una cosa da capire sull'autenticazione a 2 fattori di Google e sul "computer fidato" è che l'implementazione effettiva aggiunge semplicemente un cookie permanente con 30 giorni di scadenza al browser. Il computer fidato non significa che il tuo indirizzo IP sia affidabile o che siano state create altre connessioni magiche. A meno che i tuoi script non catturino il cookie "trusted computer" dal tuo browser preferito, non importa se hai mai contrassegnato il tuo computer come affidabile.(Il modulo di Google non dovrebbe dire "Ricorda questo computer per 30 giorni" ma "Fidati di questo browser e combinazione di account utente per 30 giorni (salva cookie permanente)". Tuttavia, immagino che sia stato considerato troppo tecnico ...)

Aggiornamento: (copiato dal mio commento in basso) L'unico metodo ufficialmente supportato (applicazioni Server to Server) è documentato allo https://developers.google.com/accounts/docs/OAuth2ServiceAccount. Richiede la codifica OAuth/JWT della richiesta e l'utilizzo della chiave privata dell'account di servizio creata a https://code.google.com/apis/console. In alternativa è possibile utilizzare l'autenticazione ClientLogin (già deprecato, miglior sforzo fino al 2015).

Se si decide di andare con OAuth, si potrebbe desiderare di guardare http://blog.yjl.im/2010/05/bash-oauth.html e https://github.com/oxys-net/curl-oauth