J'ai des clés ssh publiques et privées sur chacun de mes trois serveurs (dev, UAT et production) afin que je puisse me connecter à distance ou de l'un à l'autre. Tout fonctionne parfaitement pour les commandes sshet scp.
Cependant, cela ne fonctionne pas pour Drush. Si j'exécute à drush @dev statuspartir d'UAT, par exemple, j'obtiens la bannière du serveur disant que le système "doit être utilisé par des utilisateurs autorisés uniquement bla bla bla ", puis j'obtiens
Autorisation refusée (publickey, mot de passe, clavier interactif).
Mon ~/.drush/aliases.drushrc.phpdossier contient:
# Development #
$aliases['dev'] = array(
'uri' => 'http://default',
'root' => '/var/www/vhosts/dev.www.company.com/current/',
'remote-host' => 'companya0.company.com',
'remote-user' => 'myusername'
);
# UAT #
$aliases['uat'] = array(
'uri' => 'http://default',
'root' => '/var/www/vhosts/uat.www.company.com/current/',
'remote-host' => 'companyc6.company.com',
'remote-user' => 'myusername'
);
# Production #
$aliases['prod'] = array(
'uri' => 'http://default',
'root' => '/var/www/vhosts/www.company.com/current/',
'remote-host' => 'companyc1.company.com',
'remote-user' => 'myusername'
);SEULEMENT Drush a un problème avec mes clés ssh. Qu'est-ce qui pourrait l'empêcher de fonctionner?
Exécutez vos commandes drush avec l'option -v ou -s pour voir la commande ssh exacte que Drush génère pour vous. Il devrait être clair à partir de cela quelle est la différence entre l'invocation Drush de ssh et votre test cli de la même chose.
—
greg_1_anderson
@Chapabu: Oui, je dois utiliser
—
iconoclast
sudoavant drushet il semble que tout fonctionne en tant que root (un trou de sécurité dont j'ai alerté le sysadmin). Il semble que ce soit le problème. Je suis actuellement à la recherche d'une solution en attendant le sysadmin ...
www-data(par exemple), vos clés SSH peuvent être incorrectes / interdites / non mises en liste blanche.