vivid - échec de la connexion à upstart : connexion refusée

Ubuntu est passé à systemd comme cadre de service à partir de la version 15.04 pour toutes les saveurs, y compris Desktop et Server. La pratique recommandée est de changer votre upstart emplois à systemd (voir l'article du wiki pour plus d'informations). Vous pouvez également revenir à upstart si vous voulez, ce qui est certainement la solution la plus rapide. Je vous recommande de lire les premières sections de l'article du wiki pour peser le pour et le contre.

Correction recommandée

Référez-vous à l'article du wiki pour faire la transition entre votre upstart scripts pour systemd .

Guide de discussion et de codage : Systemd pour les utilisateurs de Upstart

Correction rapide (pour 15.04 seulement)

Pour revenir en permanence à upstart juste courir :

sudo apt-get install upstart-sysv
sudo update-initramfs -u
sudo reboot

EDIT : L'article du wiki ne le recommande que pour la version 15.04, mais certains utilisateurs l'ont trouvé utile sur la version 16.04 également.

J'ai trouvé que le problème de fail2ban était une erreur dans le fichier de configuration : /etc/fail2ban/jail.local

Dans la section Pam, la variable port est listée deux fois

[pam-generic]

...

port     = all
banaction = iptables-allports
port     = anyport

Même si cette section est désactivée ( enabled = false ) dans ma configuration, cela provoque une erreur. J'ai simplement commenté cette deuxième définition

# port     = anyport

J'ai trouvé ça en exécutant fail2ban manuellement :

sudo fail2ban-client start

Voici la solution. Il s'agit de la récente mise à jour de VirtualBox.

Exécution dans le terminal ( Ctrl + Alt + F1 si vous accédez à partir du mode de récupération) :

sudo apt-get purge virtualbox-guest-x11

Dans mon cas où la version d'Ubuntu a été mise à jour, c'était juste la façon dont nous exécutons la commande dans le cas de la nouvelle version d'Ubuntu :

Nouvelle commande qui fonctionne :

 sudo service ssh restart

Pour vérifier que tcp écoute sur le port 22, vous devriez obtenir une sortie de cette commande : sudo netstat -anp | grep sshd

Pour vérifier que ssh fonctionne :

1. eval ssh-agent
2. ps -aux | grep ssh

Note : Nous considérons que la clé requise pour ssh est chargée dans l'agent ssh à partir de la boîte où ssh est initié et que la clé est également ajoutée à l'agent ssh. .ssh/authorized_keys sur la boîte dans laquelle ssh est effectué.

J'ai eu ce problème après avoir mis à jour une VM Linux (VirtualBox).

Il s'avère que j'ai dû exécuter VBoxLinuxAdditions.run depuis le pseudo-terminal en tant que root et redémarrer pour résoudre ce problème.

Pour info, au cas où quelqu'un aurait le même problème.

David