I’ve been donating via liberapay the past few month, does that mean you don’t get our liberapay’s donations at the moment?
Thanks for the continued hard work of all the team !
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
Merci beaucoup pour toutes ces supers avancées
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
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 .
Avec ça et tes retours ci-dessus @Gofannon, ça devrait le faire.
Merci à vous !
Very great update
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 ?
Oui, mais à quoi est-ce que tu penses par exemple ?
N.B. : en étant admin, tu peux facilement passer root avec 'sudo su'
Je pensais aux logs des mails, par exemple, ou php.
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
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)
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
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!
Soooo pre-installed images for ARM boards were upated !
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…