YunoHost 3.4 release / Sortie de YunoHost 3.4

I’ve been donating via liberapay the past few month, does that mean you don’t get our liberapay’s donations at the moment? :open_mouth:

Thanks for the continued hard work of all the team ! :hugs:

:question: How is the change of SSH port managed ? If I touch the config, will it be preserved or squashed in future updates ? (Maybe a diff message would be nice ?)

We get them don’t worry, but also : thx a lot :heart:

Merci beaucoup pour toutes ces supers avancées :slight_smile:
Concernant le point “Amélioration et standardisation de la configuration sshd” : y a-t-il un risque que cela casse quelque chose lors de l’upgrade si on a personnalisé en amont la connexion SSH en suivant https://yunohost.org/#/security_fr (authentification par clé & modification du port SSH) ? Merci d’avance pour le retour !!

Salut,

Les changements apportés à la conf n’arriverons qu’après lancement manuel (ou ‘skip’) de la migration, donc tu peux dans tous les cas mettre à jour ton serveur quand même.

Le ‘disclaimer’ de la migration t’indiquera les changements importants, notamment si il y a un retour au port par défaut. Dans ce cas, il faut que le port 22 puisse être accessible … A part ça, tu devrais pouvoir te logger en admin (avec le mot de passe correspondant).

Ensuite, tu peux re-changer le port dans la conf si tu le souhaites, ou bien avant tout ça de skip la migration pour garder ta conf en l’état. Dans ces deux cas, si le fichier n’est pas conforme à la recommendation de yunohost, il sera considéré comme “modifié manuellement” et donc non mis à jour.

J’espère que ça réponds à la question :wink:

Bonjour @Aleks,

Suite à la migration 3.4, je ne pouvais plus me connecter avec ma clef ssh en tant que root ou admin. Pour restaurer l’accès, j’ai dû copier le .ssh/authorized_keys2 de l’utilisateur root vers admin

Voir ce post pour les commandes utilisées:

Super @Aleks pour les explications :slightly_smiling_face:.
Avec ça et tes retours ci-dessus @Gofannon, ça devrait le faire.
Merci à vous !

1 Like

Very great update :smiley:

1 Like

Bonjour tout le monde !

Merci pour cette MàJ. Bémol, même après la migration, des fichiers sont toujours la propriété de Root, et je ne peux y accéder. Comme des logs, par exemple.

Est-ce normal ? :slight_smile:

Oui, mais à quoi est-ce que tu penses par exemple ?

N.B. : en étant admin, tu peux facilement passer root avec 'sudo su'

1 Like

Je pensais aux logs des mails, par exemple, ou php. :slight_smile:

Minor version 3.4.2.3 was released and should fix the following :

  • Admin password appearing in logs when login in from the webadmin
  • Updated the IP for DNS resolvers according to diyisp.org
1 Like

I was on yunohost “beta” to try 3.4, now that it is out, how can I switch back to stable?

You should already be in 3.4.2.x (the stable release) but if you want to avoid upgrading to the next testing, you can edit the repo config using nano /etc/apt/sources.list.d/yunohost.list

then replace ‘testing’ by ‘stable’, save, and do an apt update (it never hurts)

1 Like

Hello, the upgrade worked well, globally, except for one package : onlyoffice (not stable at this time I know).
I think there is a problem with nginx conf files and headers. But I don’t if the pb is linked to Yunohost or specific to the package.
Here the error I have :
La ressource à l’adresse « https://cloud.monsite.com/yunohost/sso/?r=aHR0cHM6Ly9jbG91ZC5oYW5uZWJlcnQuY29tL3luaHBhbmVsLmpz » a été bloquée en raison d’un type MIME (« text/html ») incorrect (X-Content-Type-Options: nosniff).

I reported it on github : https://github.com/YunoHost-Apps/onlyoffice_ynh/issues/6#issuecomment-462032427

I would appreciate any help :slight_smile:

Hmmokay, I’m not sure but it could be related to a change in the nginx header (add_header -> more_set_headers) but one would need to investigate deeper to really understand what’s going on :s

I could try in deleting the added header in nginx conf files for nextcloud domain and/or onlyoffice domain. Is it dangerous ?

Thanks!

1 Like

Soooo pre-installed images for ARM boards were upated !

https://yunohost.org/#/images

They should be working well and everything (been checking RPi and orangepi PC+), but it wouldnt hurt if some people could validate them on their side as well.

In particular, I’m interested if someone could test the RPi image on an HDMI screen to see if the whole initial bootprompt thing really does work nicely now. (It has only been tested in a virtualbox)

J’ai ce problème pour l’accès SFTP a mes webapp également…