NeoX a écrit 18152 commentaires

aujourd'hui on en est à nextcloud 21

et il y a des procédures de mises à jour
https://docs.nextcloud.com/server/21/admin_manual/maintenance/upgrade.html

Au final mon instance marchait bien. Je voulais passer sur une version plus récente, celle-ci me réclame php 7. J’ai mis à jour ma distribution, mais nginx continue à utiliser la version 5 installée à base de dpkg.

au dela de mettre à jour ton PHP et la distribution par la meme occasion pour passer de jessie (debian8) à stretch (debian9) puis à buster (debian10)

il faut aussi mettre à jour nextcloud pour que le code écrit dedans soit compatible avec php7, sinon ca plante.

j'ai eu le cas hier, en voulant migrer un site web avec des modules fait main chez un client.

ben le code marche plus en passant de debian8/php5 à debian9/php7 car certains bouts de codes doivent etre réécrit.

si nextcloud ne se lance plus, le Nginx ne le trouve pas, et te répond bad gateway

pour diagnostiquer, tu peux essayer de te connecter directement à ton nextcloud plutot que de passer par le Nginx

et que l'argument "tu peux te rendre en agence pour obtenir le papier" ne tienne pas[1].

non mais l'agence doit pouvoir te fournir un exemplaire papier, quitte à te l'envoyer par la poste

car heureusement le gouvernement te laisse sortir jusqu'a 10km de chez toi, sans limite de temps

tu devrais donc pouvoir au moins descendre relever ton courrier

revoir l'algorithme pour virer la condition qui fait qu'elle s'arrête de remplir le tuple/liste

supprimer mingw et utiliser les WSL qui te fournissent tous les outils Linux sous Windows, fournit par microsoft donc assurant une compatibilité plus grande (en principe)

et tu n'arrives pas à écrire dedans depuis quelle machine ?
une machine du reseau ? windows ? linux ?

à une époque il fallait modifier une clef de registre sur le windows pour autoriser l'accès à un partage samba avec utilisateur guest sans mot de passe

ici tu veux utiliser la sécurité en mode utilisateur

security = user
realm = monoprix

là tu dis que les utilisateurs mauvais (en gros qui n'ont pas réussi à s'identifier sont envoyé en tant que GUEST (invité) sur la machine

map to guest = bad user

là tu dit que l'invité sera nobody, que l'invité est OK

guest account = nobody
guest ok = yes
guest only = yes

plus loin tu définis un dossier /mnt/thierry
ou tout le monde doit pouvoir écrire sans mot de passe (writable, droit 666 et 777)

mais quels sont les droits sur le serveur de ce dossier Thierry ?
ls -ld /mnt/thierry

ou alors ton disque dur à 2 partitions, dont une est vue comme un CDROM (pour les pilotes ou le logiciel de chiffrement prévu par le fournisseur)

que dit la commande lsblk ou bien la commande fdisk -l ?

bien vu, en cochant le hard edge, ca résoud aussi mon souci

hmmm
j'avais du temps j'ai essayé

1°) à gauche, sur le haut, tu choisis le "crayon" plutot que le pinceau (clic droit dessus, ou simplement la touche N pour peNcil en anglais)

2°) tu choisis la brosse carrée dans le bloc en haut à droite, icône 3 sur la premiere ligne
par defaut c'est une brosse de 3x3pixel

3°) à gauche tu as la taille du la "pointe" réglée sur 3, tu descend à 1

ah mince, ca a marché sur quelques clics et le temps de refaire les manips pour te l'expliquer ca ne le fait plus :(

et normalement quand tu gommes, l'arrière plan est repris, comme il est transparent, ca match

évidemment si le calque en dessous est "plein", alors tu gommes le calque du dessus et tu vois celui du dessous.

pour avoir un calque transparent, c'est quand tu le crees, comme pour l'image tu as "remplir avec" (Fill With)

je dirais que tu "lisses" le depart du moteur,
mais tu fais un arrêt brutal.

pourquoi ne pas lisser aussi l'arrêt ?

ton idée de TTL sur le DNS me fait penser que je peux scripter la mise à jour du DNS
je pourrais alors simplement avoir un reseau privé

et quand la VM devient dispo sur ce reseau privé le reverse proxy execute un script qui met à jour le DNS pour signaler que la VM est derriere son IP publique et plus à l'ancien emplacement.

les disques durs achetés dans le commerce sont generalements deja formatés dans un format pour windows (NTFS)

certains linux ne savent pas encore écrire sur un disque NTFS, tu peux donc voir le contenu, mais ne rien en faire.

il faut installer certains modules pour autoriser l'écriture.

si tu ne te sers du disque que pour des machines linux, tu peux le repartitionner/reformater dans un format dispo pour linux uniquement (ext4 par exemple)

pour l'instant 2 serveurs physiques et 3Vms avec tout le monde en IP publique sans NAT (firewall sur les machines directement)

l"idée finale dans ma tete, c'est vraiment

2 serveurs physiques (IP publique pour le management)
2 nouvelles VMs, reverse proxy qui porteront les IPs publiques et qui vont envoyer vers les 3VMs existantes qui seront passées en IPs privées

Helas oui, je sais que y a du routage à faire,
et c'était là ma question, savoir si un VPN qui fait du L2 existait, pour n'avoir qu'un seul range reseau privé,et donc une seule interface sur les VMs

mais si ca n'existe pas, je peux mettre 2 reseaux privés sur les VMs 192.168.1.x et 192.168.2.x
sur le physique 1 le reverse 1 tente de joindre la VM sur 192.168.1.x et sur 192.168.2.x (et ne trouvera jamais 2.x), et sur l'infra 2 le reverse renvoie sur 192.168.2.x et ne trouvera jamais 192.168.1.x

Le reverse aura donc besoin d'un lien vers l'autre reverse pour trouver la VM quand elle a bougée, et permettre que le RR DNS fonctionne tout le temps.
et ca peut etre un VPN qui route entre les 2 emplacements physiques, comme on a 2 reseaux, ca peut fonctionner.

je me rend compte que mon schema n'est pas toutafais ma pensée.

le VPN ne servirait que pour joindre la VM quand elle est de l'autre coté.

en mode normal

Client -> IP publique1 -> Reverse -> IP Privée ->VM/Serveur1

en mode "panne ou VM déplacée pour nécessité de ressources"

Client -> IP publique1 -> Reverse -> IP Privée -> VPN -> VM/Serveur2

mais j'aime bien ton idée que ce soit les reverse proxy qui gèrent entre eux la redondance

si je comprend bien
IP publique -> Reverse proxy -> Backend1/IP privée locale + Backend2/Ip publique de l'autre reverse

quand la VM locale disparait, le reverse proxy/load balancer, balance le flux sur l'autre IP publique, qui proxyfie sur sa VM Locale (en fait la VM qui a été déplacée)

on evite la couche VPN, la VM garde la meme IP privée entre les elements du cluster de serveur physique et peut donc facilement migrer d'un serveur à l'autre

bon ben y a plus qu'à faire une maquette de tout ca ;)

si mami se debrouille au point d'aller appliquer les autos pour jouer du about:config dans son navigateur, elle va se débrouiller pour modifier les fichiers de config

car je te rappelle que sous linux, c'est /etc PUIS les config utilisateurs
donc elle se fera une police dans SON dossier, qui écrase la tienne de /etc

puis mettre le lien vers cette page web

bon sinon, tu ne nous dis pas dans quel logiciel tu génères le QRcode, ni dans quel logiciel tu lis le qrcode qui donne un lien qui doit etre cliquable

par definition un qrcode est un code graphique que l'on photographie avec un appareil, qui decode l'image et affiche en clair ce qu'il y a dedans.

c'est donc dans le logiciel de lecture de qrcode que ca doit t'afficher que c'est un lien vers http://tondomaine.tld/lavideo par exemple

Here is a FRENCH forum around linux and free software.
Please speak French to get more reponse.

Et quand j'arrive à la faire fonctionner, ça marche sur cheese mais pas sur les applications (discord etc) car manque d'autorisation. Comment je peux palier à ça ?

en donnant les autorisations aux autres applications
dans les réglages de ton linux, il doit y avoir un endroit avec ces options là.

Elle est bien détectée par mon linux puisqu'avec cheese, hors connexion j'ai bien le retour vidéo.

donc elle fonctionne

ce qui n'était pas le cas lors de ton post initial

une webcam que je n'arrive pas à faire fonctionner sur mon ubuntu

par étapes :

1°) débrancher la camera
2°) taper dmesg dans un terminal, regarder les dernières lignes
3°) brancher la camera
4°) taper dmesg dans un terminal, regarder les dernières lignes et noter celle qui ont été ajouté apres l'étape 2°)

ca devrait deja te permettre de savoir si la camera est détectée par la machine.

si c'est le cas, en plus de "cheese", tu peux tester avec VLC d'ouvrir un périphérique de capture, qui doit lister la webcam, et afficher ce que voit la webcam.

si ca fonctionne => tout va bien, tu n'as plus qu'à l'utiliser.
sinon, il faut voir du coté des autorisations.

peut-être que ton utilisateur n'appartient pas au groupe qui va bien.

ou que la webcam, bien que marquée "fonctionne avec linux" sur le carton, ne fonctionne en fait qu'avec certains linux, parfois trop vieux car la marque ne suit pas son modele.

peut-être alors qu'en nous disant laquelle c'est, on aura plus de piste

j'utilise ça pour limiter les « fausses manip » de personnes grandes débutantes niveau PC (de 50 à plus de 75 ans).

c'est vrai que papi+mami de 50ans et plus va aller tripatouiller dans le about:config de leur firefox :p

d'apres la documentation la machine ne prend que 1066Mhz
la barrette actuelle est une 2Go, tu cherches à ajouter une barrette de 4Go, le mixité des deux peut etre refusée par la carte meme.

ensuite bien que l'ancienne soit 1333, elle peut peut-être descendre à 1066, ce qui n'est peut-être pas le cas de la nouvelle.

dans le doute, renvoie au fournisseur en disant qu'elle ne marche pas, il doit te la reprendre et l'échanger, soit par la meme, soit par un modele qui sera plus certains de fonctionner.

il me semble qu'un JSON doit respecter certains espaces entre les lignes (un peu comme python)

ensuite dans les exemples cités on voit qu'il y a 2 espaces a chaque nouveau paragraphe, qu'il n'y a pas de virgule apres la dernière option, et que certaines options semblent prendre 2 paramètres

Exemple :

{
  "policies": {
    "BlockAboutConfig": true | false
  }
}

{
  "policies": {
    "BlockAboutProfiles": true | false
  }
}