[05:59:42]
<Salamandar> > <@miro5001:matrix.org> Can `yunohost app install ` be run in a non interactive mode?
Yes by passing -a args
[05:59:50]
<Salamandar> See how it is run in ci
[06:11:32]
<Sébastien> Bonjour,
Sur le diagnostic de Yunohost j'ai 3 ports qui ne sont pas ouvert. Un port (sur les 2 nécessaire) pour Simplex et les 2 ports de Jitsi. Ce ne sont pas les seuls services utilisés sur mon serveur. D'autres comme Nextcloud ne posent pas de soucis. Dans le routeur (OpenWRT) j'ai paramètré les redirections dans le pare-feu pour les ports nécessaires pourtant. Je ne sais plus ou chercher. Quelqu'un aurait il une idée quo feraient que mes redirections ne fonctionneraient pas ? Je peux fournir des captures si on me guide sur quoi je dois m'attarder. Merci !
[06:28:56]
<tituspijean[m]> @_bifrost_S=e9bastien=2fsupport=40conference.yunohost.org:aria-net.orgpour Jitsi, l'un des ports est ouvert en UDP et malheureusement le diagnostic ne sait pas vérifier ces ports-là. Par contre pour les ports ouverts en TCP si le diagnostic échoue c'est soit que les ports ne sont pas ouverts sur le routeur ou YunoHost, soit que le service ne répond pas sur le serveur. Les services tournent bien ? tu n'as pas constaté de problème à l'usage de ces apps?
[06:39:59]
<·☽•Nameless☆•777 · ±> Normalement, Simplex et Jitsi savent se débrouiller même si aucun port n'est ouvert,
ils passent par des "relay"
( les relay ne font que relayer les infos comme un simple routeur et ne voient pas le trafic des clients qui ont chiffré )
[07:31:24]
<Paprika> I've recently tried upgrading Jellyfin and noticed it backups quite a hefty amount of data - over 40GB in my case. I've checked `/etc/jellyfin` and `/var/lib/jellyfin` and don't see any of the directories with even close to that amount of data using `ls -lh`. Is there something I am missing?
[07:50:13]
<Paprika> Nevermind, I see it now. About 22GB of subtitle data, the rest must be somewhere else.
[08:27:14]
<Paprika> Upgrades seem to reset the HTTPS Settings as well, so you have to set your SSL certificate anew.
[08:29:36]
<thatoo> Bonjour,
J'ai migré un nom de domaine de gandi vers lebureau mais j'ai oublié de supprimer l'authentification sur l'API de gandi dans Yunohost.
Maintenant ynh me fait des bizarreries avec le DNS et ne parvient pas à renouveler les certificats.
Quand je vais dans `` yunohost/admin/#/domains/domain.tld/dns ``, il m'indique avec raison avoir un problème avec l'API et me demande de vérifier la config dans `` yunohost/admin/#/domains/domain.tl/config `` sauf que si je cherche à aller sur cette page, ynh ne m'affiche pas d'info.
Comment puis-je modifier/supprimer la config sans passer par la GUI?
Un fichier de config? une ligne de commande?
[08:34:54]
<thatoo> La page de diag de ynh me dit qu'il trouve une conf DNS AAAA or, dans la zone DNS de lebureau, il n'y en a pas et si je demande à https://mxtoolbox.com, il n'en trove pas.
[08:36:04]
<thatoo> Le problème c'est que du coup ynh ne renouvelle plus les certificats automatiquement puisque le diag lui dit qu'il y a incohérence entre ce que devrait être la zone DNS et ce qu'il trouve.
[08:37:04]
<thatoo> ynh m'indique toujours que le registraire est gandi...
[08:38:29]
<thatoo> Auprès de qui, ynh vérifie le contenu de la zone DNS?
[08:53:57]
<thatoo> Finalement, après un second redémarrage, ça semble être rentrée dans l'ordre.
[10:40:48]
<laguill13> > <@tituspijean:matrix.org> Pour résumer, iIl te faut connecter ton serveur YunoHost au VPN, et ajouter un fichier `/etc/dnsmasq.d/<interface wg>` contenant `interface=<interface wg>`. Normalement en redémarrant dnsmasq ça devrait marcher après avoir ajouté une clause `DNS = <ip wg de Yunohost>` dans tes fichiers de config wg
J'ai réussi à ajouter mon serveur au client wireguard en modifiant un peu le fichier my_vpn.conf
J'ai également créé et modifier `/etc/dnsmasq.d/my_vpn` avec `interface=my_vpn`
Mais toujours impossible d'accéder à `*.nohost.me/nextcloud`
[10:41:30]
<laguill13> https://aria.im/_bifrost/v1/media/download/AdEpY7f-NP1xzkXu4whBsaRS3-LqYb5P1TMOC6An2GfVQQEpv9gceCgRutQF7RLe9Chv67ILUumM0R4kaEjUKAhCeWSH1CtgAG1hdHJpeC5vcmcveWZ5Qlh6RVdKWHdqbUlnSHVZTHpNZ0xF
[10:43:06]
<laguill13> et la sortie de le commande `wg`
```bash
wg
interface: my_vpn
public key: kbGPbp/8fSLF1OfwMWmV4+AZOsEqGWJEL9S3t4eyehQ=
private key: (hidden)
listening port: 47959
fwmark: 0xca6c
peer: JBJeoUh2TWIi+ee8lJ6sJr5ux+kjt2N4SijJuYLFbAQ=
endpoint: 82.65.109.85:20170
allowed ips: 0.0.0.0/0
latest handshake: 2 minutes ago
transfer: 171.03 KiB received, 6.47 MiB sent
```
[10:44:25]
<laguill13> c'est un soucis avec dnsmasq ou il faut un que je configure adguard pour avoir un dns qui redirige les requêtes ?
[12:38:10]
<Paprika> I'd like to raise awareness that for anyone using Subtitle Extract in Jellyfin, I've been waiting for an hour now for the upgrade to even start because YunoHost includes the extracted subtitles as part of the backup, which in my case, amounts to 19GB.
`` ynh_backup `` does not support excluding certain directories from the backup, sadly, so no fix for that.
[12:46:52]
<tituspijean[m]> pas besoin, dnsmasq doit suffire.
[12:46:52]
<tituspijean[m]> as-tu bien redémarré dnsmasq après le changement de config?
[12:46:52]
<tituspijean[m]> Pour `DNS=` il faut mettre l'adresse IP wireguard de ton serveur. Par contre, sur la config WG de ton serveur je pense qu'il ne faut pas le mentionner.
Pour WireGuard Client, c'est quoi l'erreur s'il n'est pas content de 192.168.1.0/24 ? (ah, peut-être que c'est en conflit avec ton interface réseau principale?)
[12:52:02]
<tituspijean[m]> Ton réseau WG n'est pas plutôt 192.168.27.0/24 ?
[12:52:27]
<laguill13> @tituspijean j'ai télécharger le fichier de config wireguard utilisateur où le DNS est 212.27.xxx.xxx
Je vais essayer avec 192.168.27.0/24 ça parait plus logique
[12:53:56]
<laguill13> Je sais pas trop pourquoi j'ai un conflit
`ip route show` me renvoie
```bash
default via 192.168.1.254 dev enp2s0 onlink
192.168.1.0/24 dev enp2s0 proto kernel scope link src 192.168.1.103
```
Mon ip est statique
[13:08:46]
<tituspijean[m]> Non, si dans la capture d'écran c'est la config de ton serveur YunoHost, il faut que tu retires la clause DNS, mais que tu l'ajoutes dans la config de ton téléphone avec `DNS=192.168.27.66`
[13:10:05]
<tituspijean[m]> > un conflit
il me faut *vraiment* les erreurs affichées à l'écran, non tronquées ni reformulées
[13:51:14]
<laguill13> @tituspijean J'ai relancé le service wireguard_client avec le fichier de config client sans la clause DNS
Voici le log de l'erreur
https://paste.yunohost.org/atujoyoney
[13:52:53]
<laguill13> et mon fichier de config du vpn sur mon serveur yunohost
[13:53:22]
<laguill13> https://aria.im/_bifrost/v1/media/download/AcVZlcn1-YpqETm4wyaiHkL0I8noDtpF19jX2admmsKpBO2nYiJoGeFWqoHmxTE3evr2rLOfvUL19CH6nprLq85CeWSSzpeQAG1hdHJpeC5vcmcvckx1SGFoRXNiWmtSVExoWmtITHNFRkx3
[14:23:02]
<laguill13> https://aria.im/_bifrost/v1/media/download/AfI8wFA9Tnaw1YXlNQqRYN9fLVA6vDbOTE6Ci-MFIQpnsBqAzZgce1MoSvTwvoiBetC2GER3iXy0KOUfbpBmJNlCeWSUgUBAAG1hdHJpeC5vcmcvR2xzWlNGZHl5dVFxZUNYU3JubGxDb09L
[16:03:08]
<tituspijean[m]> Je vois pas d'erreur xD
[16:03:33]
<tituspijean[m]> que te retourne `ip -br a` ?
[16:06:05]
<laguill13> Pourtant le service est en erreur dans l'interface admin
[16:06:26]
<laguill13> ```bash
lo UNKNOWN 127.0.0.1/8 ::1/128
enp2s0 UP 192.168.1.103/24 2a01:e0a:cd:f190:82ee:73ff:fec2:54bd/64 fe80::82ee:73ff:fec2:54bd/64
enp3s0 DOWN
my_vpn UNKNOWN 192.168.27.66/32
```
[21:56:48]
<rodinux> well, trying last nextcloud upgrade, I have this warning
```
Format de ligne incorrect trouvé dans votre base de donnéées. ROW_FORMAT=Dynamic offre les meilleures performances de base de données pour Nextcloud. Veuillez modifier le format de ligne dans la liste: oc_storages_credentials, oc_ldap_group_mapping, oc_preferences, oc_calendar_appt_configs, oc_activity_mq, oc_known_users, oc_text_steps, oc_file_locks, oc_addressbooks, oc_circles_mount, oc_vcategory, oc_circles_membership, oc_calendar_invitations, oc_flow_checks, oc_directlink, oc_mounts, oc_group_folders_acl, oc_group_folders, oc_group_folders_manage, oc_systemtag, oc_notifications_pushhash, oc_calendar_resources, oc_schedulingobjects, oc_share_external, oc_authorized_groups, oc_calendarchanges, oc_users, oc_collres_collections, oc_comments_read_markers, oc_filecache, oc_circles_circle, oc_jobs, oc_login_flow_v2, oc_calendar_rooms, oc_calendarobjects, oc_share, oc_calendar_reminders, oc_group_admin, oc_dav_cal_proxy, oc_profile_config, oc_group_user, oc_ratelimit_entries, oc_twofactor_backupcodes, oc_calendar_rooms_md, oc_whats_new, oc_user_transfer_owner, oc_circles_member, oc_text_sessions, oc_text_documents, oc_collres_accesscache, oc_user_status, oc_calendarsubscriptions, oc_flow_operations_scope, oc_group_folders_groups, oc_oauth2_access_tokens, oc_files_trash, oc_systemtag_object_mapping, oc_circles_mountpoint, oc_dav_shares, oc_external_options, oc_calendar_appt_bookings, oc_calendarobjects_props, oc_mimetypes, oc_migrations, oc_notifications_settings, oc_direct_edit, oc_properties, oc_circles_remote, oc_ldap_user_mapping, oc_oauth2_clients, oc_bruteforce_attempts, oc_filecache_extended, oc_recent_contact, oc_privacy_admins, oc_trusted_servers, oc_cards_properties, oc_vcategory_to_object, oc_appconfig, oc_circles_share_lock, oc_circles_token, oc_group_folders_trash, oc_calendar_resources_md, oc_accounts_data, oc_circles_event, oc_external_applicable, oc_collres_resources, oc_notifications, oc_flow_operations, oc_webauthn, oc_twofactor_providers, oc_cards, oc_groups, oc_authtoken, oc_storages, oc_calendars, oc_external_mounts, oc_accounts, oc_comments, oc_notes_meta, oc_systemtag_group, oc_activity, oc_federated_reshares, oc_external_config, oc_addressbookchanges Pour plus d’information, voir la documentation ↗.
```
[22:48:45]
<rodinux> well, I found how resolved it