[08:26:11]
<nouckey> bonjour hello again ! So I yunohost.local tested a fresh install on a fresh raspy last night at home and it worked like a charm. Can I move this same raspy to another local network, just plug it, and hope it works ? (It doesn't but I don't know if it's my fault or the horrible network at work's fault). FR version : j'ai fait un petit serveur test hier sur un raspy, installé sur ma box ça marchait au top, j'ai voulu le brancher au taf et j'arrive pas à accéder à yunohost.local je sais pas si c'est ma faute ou le réseau du boulot qui bloque tout
[10:28:33]
<12b> If your raspi network is configured in dhcp mode, and the dhcp server of the other local network does not restrict dhcp clients by their mac address, and you do not have a router between the raspi and the computer your are testing it from, it should work the same.
[11:09:09]
<nouckey> > If your raspi network is configured in dhcp mode, and the dhcp server of the other local network does not restrict dhcp clients by their mac address, and you do not have a router between the raspi and the computer your are testing it from, it should work the same.
thanks ! what I take from that : it's not my fault. My workshop was fun anyway, I used this to explain the importance of a VPN when using Yunohost :)
[12:14:59]
<lautre> You can connect to your DHCP server and see the IP for your Yunohost
[15:17:28]
<nouckey> > <@lautre:matrix.org> You can connect to your DHCP server and see the IP for your Yunohost
if you mean connect to the "box" with the local IP unfortunately I tried that and the network at work is too complicated for that move
[15:18:21]
<nouckey> and I don't know what the adress could be, I don't know if I'm allowed to know it ?
[15:18:22]
<nouckey> IT people are very secretive
[16:20:58]
<lautre> Regarde sur ton serveur DHCP (si c'est une box, tu te connectes sur son interface)
Tu repère l'IP de ton Yunohost.
Ensuite : https://ton.ip
Tu auras une alerte de sécurité de la part du navigateur, normal.
Selon les réglages, ton navigateur peut refuser d'aller plus loin, dans ce cas, tu créé un autre profil un peu plus laxiste.
[16:23:11]
<nouckey> > <@lautre:matrix.org> Regarde sur ton serveur DHCP (si c'est une box, tu te connectes sur son interface)
> Tu repère l'IP de ton Yunohost.
> Ensuite : https://ton.ip
> Tu auras une alerte de sécurité de la part du navigateur, normal.
> Selon les réglages, ton navigateur peut refuser d'aller plus loin, dans ce cas, tu créé un autre profil un peu plus laxiste.
oui j'avais compris, et c'est bien ce que j'ai fait chez moi sans problème, mais au travail je ne sais pas me connecter au serveur DHCP
[16:23:28]
<nouckey> enfin c'est pas grave hein, j'en ai plus vraiment besoin
[16:24:13]
<lautre> Sinon, tu sniffe le réseau et... tu prévoies de trouver un autre travail (parce que sniffer le réseau de sa boîte, ça ne se fait pas) :D
[16:25:33]
<lautre> Si tu avais mis en place un VPN, il aurait aussi fallu en parler aux admin-sys de la boîte, parce qu'ils ont peut être un avis particulier sur la création de tunnels qui permettrait de débouler de l'extérieur vers le réseau interne.
[16:27:17]
<nouckey> > <@lautre:matrix.org> Sinon, tu sniffe le réseau et... tu prévoies de trouver un autre travail (parce que sniffer le réseau de sa boîte, ça ne se fait pas) :D
c'était juste un atelier démo en bibliothèque ! je voulais juste rester sur le raspy en local 😭
[16:27:43]
<nouckey> mais c'est bon c'est fini ça n'a pas marché le réseau a survécu
[17:54:56]
<Alexandre> Bonsoir tout le monde, besoin d'un peu d'aide : j'ai voulu mettre à jour mon Mastodon de 4.2.6 à 4.2.8, l'opération n'a pas réussi ([logs sur ce qu'il s'est passé](https://paste.yunohost.org/raw/oteririweb)). J'ai tenté de restaurer le backup de Preupgrade qu'il a fait, mais impossible. Avec les [logs d'erreur](https://paste.yunohost.org/raw/cokeletude), sauriez-vous m'aider ?
[18:06:00]
<Alexandre> J'ai comme l'impression que l'erreur se trouve par ici :
```
Failed to open TCP connection to rubygems.org:443 (https://rubygems.org/specs.4.8.gz) (Gem::RemoteFetcher::FetchError)
```
Mais pourtant le serveur est bien capable de résoudre ce FQDN :
```
root@am-networks:/home/yunohost.backup/archives# dig rubygems.org
; <<>> DiG 9.16.48-Debian <<>> rubygems.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29965
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;rubygems.org. IN A
;; ANSWER SECTION:
rubygems.org. 3600 IN A 151.101.193.227
rubygems.org. 3600 IN A 151.101.129.227
rubygems.org. 3600 IN A 151.101.1.227
rubygems.org. 3600 IN A 151.101.65.227
;; Query time: 31 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sat Mar 23 19:03:52 CET 2024
;; MSG SIZE rcvd: 105
```
Pas de proxy quelconque, le serveur est directement relié à Internet et possède directement une IP publique (VPS chez hébergeur)
[18:10:06]
<Alexandre> Trouvé je crois, il essaie de résoudre en IPv6 et c'est ça qui échoue
```
root@am-networks:~# wget https://rubygems.org/specs.4.8.gz
--2024-03-23 19:07:09-- https://rubygems.org/specs.4.8.gz
Resolving rubygems.org (rubygems.org)... 2a04:4e42:200::483, 2a04:4e42::483, 2a04:4e42:600::483, ...
Connecting to rubygems.org (rubygems.org)|2a04:4e42:200::483|:443... ^C
```
Si j'ajoute un enregistrement dans `/etc/hosts`
```
root@am-networks:~# root@am-networks:~# wget https://rubygems.org/specs.4.8.gz
--2024-03-23 19:08:36-- https://rubygems.org/specs.4.8.gz
Resolving rubygems.org (rubygems.org)... 151.101.193.227
Connecting to rubygems.org (rubygems.org)|151.101.193.227|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 5397837 (5.1M) [binary/octet-stream]
Saving to: ‘specs.4.8.gz’
specs.4.8.gz 100%[=================================================>] 5.15M --.-KB/s in 0.1s
2024-03-23 19:08:36 (42.3 MB/s) - ‘specs.4.8.gz’ saved [5397837/5397837]
```
[18:27:01]
<Alexandre> Je crois que je vous ai dérangés pour rien 🤦♂️
```
root@am-networks:/home/yunohost.backup/archives# yunohost backup restore mastodon-pre-upgrade1.tar.gz
Warning: YunoHost is already installed
Do you really want to restore an already installed system? [y/N]: Y
Info: Preparing archive for restoration...
Info: Restoring mastodon...
Info: [+...................] > Loading installation settings...
Info: [#+..................] > Validating restoration parameters...
Info: [##+.................] > Recreating the dedicated system user...
Info: [###++...............] > Restoring the app main directory...
Info: [#####+..............] > Reinstalling dependencies...
Info: Installing rbenv with git...
Info: Installing ruby-build with git...
Info: Installing rbenv-aliases with git...
Info: Installing xxenv-latest with git...
Info: Installing Ruby-3.2.2
Info: [######+.............] > Restoring the NGINX web server configuration...
Info: [#######+............] > Restoring the PostgreSQL database...
Info: [########++..........] > Adding swap if needed...
Info: [##########+.........] > Adding 0 Mo to swap...
Info: [###########+........] > Building app...
```
[18:34:02]
<Alexandre> Oui, résolu, désolé pour le dérangement, bonne soirée à tous 😉
[19:31:58]
<明天会更好> v
[20:29:48]
<furyventura> hi all, I am looking for a solution to fix an error that comes up with the app audiobookshelf. I simply installed the app and out of the box I get the error message "413 Request Entitiy Too Large". I opened a forum entry but did not get any hint. I also tried already a solution to increase the size of the nginx conf file for audiobookeshelf, unfortunately without success
[20:29:52]
<furyventura> https://forum.yunohost.org/t/audiobookshelf-upload-of-files-is-not-possible/28648