Su uno dei vecchi server di sviluppo che gestisco c'è una coppia di chiavi pubbliche e private RSA ~ / .ssh / id_rsa.pub e ~ / .ssh / id_rsa in un account utente di gestione temporanea (utilizzato per automazione e test prima della produzione).
Era stato convertito in un VPS. Poiché è ancora molto in servizio, pull ing da Bitbucket che itererà settimanalmente attraverso molti progetti separati ma correlati, ciascuno su piani scelti con cura, è cruciale che la stessa chiave ssh mantenga l'accesso in lettura-scrittura a quei repository. I processi di controllo qualità effettuano occasionalmente aggiornamenti robotici che i% met di dati digit push eseguono il backup di origine remota . L'identità (chiavi) non deve cambiare.
Ho letto link e altre risorse online, ma mi trovo in un perdita di come concedere questo accesso di scrittura dell'identità senza e-mail a nuovi repository (ad es. forchette) sulla differenza di account Bitbucket.
Anche se possiedo la chiave SSH originale per quell'account di staging robot, non ho accesso al suo account Bitbucket (se esiste) perché semplicemente non so quale sia e ho esaurito tutte le possibilità. Tuttavia, la sua chiave pubblica non può essere aggiunta a nessun altro account BB (utilizzando Aggiungi chiave al link ), affermando che è già in corso.
Va bene; Non voglio comunque collegarlo all'intero account, ma solo a repository specifici in Gestione degli accessi a link
Il problema è che a quell'URL è possibile solo inviare nomi utente di Bitbucket o lavorare indirizzi email, non chiavi ssh pubbliche. L'impostazione dell'account dev dietro questa identità di robot non sono mai stati impostati i record MX, le caselle postali, ecc. per ricevere effettivamente e-mail - sufficiente a soddisfare la git config per lamentarsi - e avevo comunque sperimentato molte possibilità. Tutti sono rimbalzati o non sono riusciti a finire nelle scatole catch-all.
Questo mi lascia un po 'sottaceto.
Qualche idea su come un pub o una chiave privata ssh, posso trovare il proprietario / gli indirizzi email associati (anche se danneggiati) in natura?
Il vero obiettivo sarebbe quello di concedere a questo account l'accesso in scrittura ai repository fork , non agli originali.
# ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDYBzHi7y9szZz5um3JLPSYPm3LYTVTzkGl8v58dhiIBDA+8xXlpMJQGFZHT0zmg8+Y+409qQQKzbILcx
T6/rYt5HE57GFNK5DRwaKMCCICabVHF0aJKf9mKlY9fY2TwCZP7ufeISA88pQNQIHpPIuDDy1vFO6yBkkVx8aPIH0q/bvCVE89W+8fpGgdwKq9+dDB0KZp1X
3VMYF0IsJRpH5OGWaQDQHHxJX+sudyWtABlQ3UAgWyp0hkmx1q1kulahk1BrX1wrJOdOrxgpwBnRVHm6dEyJR6j7pK3ZR+4duQqHVkOP//J6RQsdK/voPrSE
z2C0tuuuJn1hBwSJxkn4VN web@staging