# Erreur openssh-server après upgrade

**URL:** <https://www.debian-fr.org/t/erreur-openssh-server-apres-upgrade/68781>\
**Category:** Support Debian\
**Created:** [Mars 21, 2016, 1:31 UTC](https://www.debian-fr.org/t/erreur-openssh-server-apres-upgrade/68781 "2016-03-21T13:31:07Z")\
**Posts on this page:** 4\
**Page:** 6

<div class="post-metadata">

**Author:** ![anon44391915](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/958977/32.png) [@anon44391915](https://www.debian-fr.org/u/anon44391915)\
**Post date:** [Août 25, 2019, 6:09 UTC](https://www.debian-fr.org/t/erreur-openssh-server-apres-upgrade/68781/103 "2019-08-25T18:09:28Z")

</div>

> [@mattotop](#):
>
> chez online (…) en ipv4, le dhcp a pris le relais (…) sur la config faite pour eth0 dans interfaces.

Alors il faut peut-être la faire à l’envers, avec l’option `net.ifnames=0` du noyau et un _interfaces_ :

```plaintext
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

```

Ne pas oublier d’avoir installé un client DHCP.

Mais ce n’est certainement pas viable pour un serveur de ne pas se baser sur une réelle IP statique.

> [@mattotop](#):
>
> > [@anon44391915](#):
> >
> > Tu n’as pas été dépanné, certes.
> 
> Ben le problème était sur l’accès ssh, et il me semble que c’est bon, non ? 😃

Pour ça oui, ce fut vite et bien réglé par @anon70622873 .  
Les wagons ont suivi tout seul 😉

Je pense que @Vinz a déjà loué son Pro3S.

---

<div class="post-metadata">

**Author:** ![Vinz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/87869e/32.png) [@Vinz](https://www.debian-fr.org/u/Vinz)\
**Post date:** [Août 25, 2019, 7:20 UTC](https://www.debian-fr.org/t/erreur-openssh-server-apres-upgrade/68781/104 "2019-08-25T19:20:33Z")

</div>

> [@mattotop](#):
>
> Concrètement, à part:
> 
> - le probléme de ssh résolu,
> - logs corrompus pê par une manip genre sortie abrupte du mode rescue, mais en tous cas pas du à une défaillance materielle,
> - logs qui ne sont plus à jour depuis 2j que tu fais des reboots incessants essentiellement pour revenir dans un chroot qui ne logue rien, c’est toujours le cas aprés un ultime reboot ou bien le syslog se remplit de nouveau ?
> - les warnings de boots (sans avoir vérifié) me semblent anodins et pas inhabituels.  
> En gros, tu as quoi qui ne marche pas maintenant ?

- Le démon SSHD a bien été réinstallé mais on ne sait toujours pas pourquoi le paquet openssh-server n’a pas voulu se réinstaller autrement qu’en mode rescue (c’était mon problème initial dans mon 1er post et aussi celui de @Doremus à l’origine du thread)
- Ok on va dire que les logs sont corrompus à cause de ça (car on est tous un peu fatigué ;p)
- Par contre le fait qu’il ne se remplissent plus depuis 2j est inexpliqué et oui c’était toujours le cas lors de mon dernier reboot en mode normal de la journée.
- Ok ignorons ces warnings/errors de boot, surtout qu’il concerne le mode rescue et pas le mode normal.  
Sinon maintenant je suis toujours autant bloqué qu’avant (je dirais même plus) puisque mon serveur n’est pas pingable, tout du moins en mode normal.

Sinon @littlejohn75 mon fichier interfaces était déjà exactement comme cela (avec juste l’interface locale en plus).

> [@littlejohn75](#):
>
> Et faire
> 
> ```auto
> ifup enp2s0
> ip address show enp2s0
> 
> ```
> 
> Ceci vérifiera la syntaxe du fichier `/etc/network/interfaces`

Question bête mais comment faire le `ifup enp2s0` alors que enp2s0 est déjà montée ?  
Et si je le démonte je pourrai plus rien faire.. ou alors peut-être un truc genre `ifdown enp2s0 & ifup enp2s0`?

Pour revenir à cette interface eht0:0 et l’IP 8.190.34.106 c’est vrai que ça ressemble fortement à une faute de frappe. Mais clairement je n’ai jamais rajouté moi même l’IP valide (195.154.216.106), ni l’IP commenté (88.190.34.106) et encore moins cette IP de Singapour (8.190.34.106).

Et non @anon44391915 je n’ai pas encore craqué pour le nouveau serveur mais ça ne saurait tarder 😉

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Août 25, 2019, 7:41 UTC](https://www.debian-fr.org/t/erreur-openssh-server-apres-upgrade/68781/105 "2019-08-25T19:41:33Z")

</div>

> [@Vinz](#):
>
> comment faire le `ifup`

**ip link set enp2s0 up**  
Mais c’est justement pour court circuiter ifconfig et ne rien déclencher d’autre que l’activation de la carte. Et on en revient au problème que si tu coupes, tu ne pourras plus rien faire.

> [@Vinz](#):
>
> ifdown enp2s0 & ifup enp2s0

Plutôt **ifdown enp2s0 && ifup enp2s0** et je dirais même plus, **ifdown enp2s0 ; ifup enp2s0** des fois que le ifdown plante un peu mais pas trop, le ifup le remettra peut être en place.  
Et sinon, ifdown suivi dans la même instruction de ifup, si ça s’execute bien, ça ne coupe pas la connection ssh qui est trés robuste, ça l’interrompt juste entre les deux.

> [@Vinz](#):
>
> Par contre le fait qu’il ne se remplissent plus depuis 2j est inexpliqué et oui c’était toujours le cas lors de mon dernier reboot en mode normal de la journée.

Rien que ça justifie que

> [@Vinz](#):
>
> je n’ai pas encore craqué pour le nouveau serveur mais ça ne saurait tarder

A mon avis, même si tout est toujours réparable, là, ça ne vaut plus le temps que tu risques d’y passer pour trouver où se réparent les logs dans systemd.

---

<div class="post-metadata">

**Author:** ![Vinz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/87869e/32.png) [@Vinz](https://www.debian-fr.org/u/Vinz)\
**Post date:** [Août 25, 2019, 7:59 UTC](https://www.debian-fr.org/t/erreur-openssh-server-apres-upgrade/68781/106 "2019-08-25T19:59:46Z")

</div>

Merci pour ces précisions.

Bon allez je vais changer de serveur. Par contre je pense que je vais la jouer économique en prenant le Agile S - i3 d’Ikoula. Mais dans un autre thread, celui là me fait mal à la tête…

Un grand merci quand même à tous les intervenants d’avoir essayé de m’aider à réparer.

[Page précédente](https://www.debian-fr.org/t/erreur-openssh-server-apres-upgrade/68781.md?page=5)
