Tüm üç sunucumda (dev, UAT ve üretim) genel ve özel ssh anahtarlarım var, böylece uzaktan veya birinden diğerine oturum açabiliyorum. sshVe scpkomutları için her şey mükemmel çalışıyor .
O mu değil Drush için, ancak, çalışır. Ben yürütmek durumunda drush @dev statussistemin diyerek sunucunun afiş "yetkili kullanıcılar tarafından kullanılmak üzere okunur UAT gelen, örneğin, ben olsun falan filan ", sonra olsun
İzin reddedildi (publickey, şifre, klavye ile etkileşimli).
Dosyamda ~/.drush/aliases.drushrc.phpşunlar var:
# 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'
);
SADECE Drush benim ssh tuşları kullanarak herhangi bir sorun var. Çalışmasını ne engelleyebilir?
Drush'ın sizin için oluşturduğu ssh komutunu görmek için drush komutlarınızı -v veya -s seçeneğiyle çalıştırın. Ssh'ın Drush çağrısı ile aynının cli testi arasındaki farkın ne olduğu açık olmalıdır.
—
greg_1_anderson
@Chapabu: Evet, daha
—
iconoclast
sudoönce kullanmak zorundayım drushve her şey root olarak çalışıyor gibi görünüyor (sysadmin'i uyardığım bir güvenlik deliği). Sorun bu gibi görünüyor. Sysadmin'i beklerken şu anda bir çözüm arıyorum ...
www-data(örneğin), SSH anahtarlarınız yanlış / izin verilmemiş / beyaz listeye alınmamış olabilir.