On Wed, Apr 08, 2020 at 09:15:52AM +0200, Gabriel Moreau wrote:
> > En faisant un tour sur OpenPGP on trouve cette page qui recense quelques
> > clients mail de cryptage :
>
> https://chiffrer.info/
On notera que le commentaire sur "chiffrage" est faux, ref
l'académie française:
Le 13/04/2020 à 18:03, BERTRAND Joël a écrit :
NoSpam a écrit :
Rappelle toi que jitsi utilise le port 443 pour le proxy. Si ton apache
écoute également sur ce port ... Chez moi nginx écoute le 6443 (MV dont
le port 443 de l'extérieur est forwardé sur ce port) et fait proxy_pass
vers le
On 13/04/2020 15:12, ajh-valmer wrote:
> Bonjour,
>
> Je tente de lancer une appli graphique depuis chez moi (client)
> depuis un serveur distant :
>
> ssh root@ -X xclock
> "X11 connection rejected because of wrong authentication.
> Error: Can't open display: localhost:10.0"
>
Je suppose que
On Monday 13 April 2020 17:36:52 Pierre Malard wrote:
> Vous pouvez toujours essayer un :
> ssh -Y @
> Personnellement je me suis bricolé une fonction dans le « bashrc »
> qui me lance un « xhost + >/dev/null » pour forcer l’autorisation
> du forwarding W11 dès que je repère le lancement d’un «
NoSpam a écrit :
> Rappelle toi que jitsi utilise le port 443 pour le proxy. Si ton apache
> écoute également sur ce port ... Chez moi nginx écoute le 6443 (MV dont
> le port 443 de l'extérieur est forwardé sur ce port) et fait proxy_pass
> vers le pour jitsi qui utilise également le 80, le
Bonjour,
Le lundi 13 avril 2020, BERTRAND Joël a écrit...
> Je rebondis un peu sur le sujet, désolé de me greffer dans la
> discussion. J'ai parcouru un peu les archives internet et je n'arrive
> pas à avoir une idée claire. J'envisage de changer ma machine de bureau
> justement
Bonjour,
Vous pouvez toujours essayer un :
ssh -Y @
Personnellement je me suis bricolé une fonction dans le « bashrc »
qui me lance un « xhost + >/dev/null » pour forcer l’autorisation
du forwarding W11 dès que je repère le lancement d’un « ssh -X »
ou « ssh -Y ».
J’ai déjà eu ce genre
On Monday 13 April 2020 16:05:30 hamster wrote:
> Le 13/04/2020 à 15:12, ajh-valmer a écrit :
> > Je tente de lancer une appli graphique depuis chez moi (client)
> > depuis un serveur distant :
> > ssh root@ -X xclock
> > "X11 connection rejected because of wrong authentication.
> > Error: Can't
L'économiseur d'écran sur un écran LCD peut toujours être utile. En effet, j'ai
déjà vu des écrans LCD ayant une image fantôme à cause d'un affichage quasi
constant sur de nombreuses années. En l'occurrence c'était les bordures
semi-graphiques qu'on rencontre typiquement dans une appli en TUI.
hamster a écrit :
> Ca ne répond pas a ta question mais l'économiseur d'écran c'était un
> truc fait pour économiser les tubes cathodiques. Avec un écran LCD (ou
> autre technologie d'écran plat) ca fait travailler le processeur pour rien.
>
> A moins que tu n'ait encore un vieil écran cathodique
Jean-Michel OLTRA a écrit :
>
> Bonjour,
>
>
> Le lundi 13 avril 2020, Basile Starynkevitch a écrit...
>
>> Ma machine à la maison est une "grosse" machine: AMD Ryzen Threadripper
>> 2970WX, carte mère MSI X399 SLI Plus, 64Go de RAM, boitier bien ventilé, 12
>> Tera de disque dont un
Le 13/04/2020 à 15:06, Basile Starynkevitch a écrit :
> Ma machine à la maison est une "grosse" machine: AMD Ryzen
> Threadripper 2970WX, carte mère MSI X399 SLI Plus, 64Go de RAM,
> boitier bien ventilé, 12 Tera de disque dont un Samsung SSD 970 EVO
> 2TB, deux cartes graphiques (AMD Radeon 570 +
NoSpam a écrit :
> Sur la partie apache je ne peux t'aider. Ton apache ne devrait pas
> écouter le 443, le 6443 comme dans mon exemple puis faire un proxy_pas
> sur jitsi.systelia.fr: en fonction du hostname appelé. À partir de
> là cela devrait être fonctionnel.
Oui, sauf que ça,
Bonjour
Les pistes évoquées ressemblent étrangement à un bug que j'ai rencontré sur une
machine à base de CPU j1900 chez Intel. Apparemment ce processeur a un bug de
conception provoquant des freezes apparemment aléatoires, quand la machine est
peu sollicitée.
La solution était de désactiver
Le 13/04/2020 à 15:12, ajh-valmer a écrit :
> Bonjour,
>
> Je tente de lancer une appli graphique depuis chez moi (client)
> depuis un serveur distant :
>
> ssh root@ -X xclock
> "X11 connection rejected because of wrong authentication.
> Error: Can't open display: localhost:10.0"
>
> J'ai
Le 13/04/2020 à 15:10, Basile Starynkevitch a écrit :
> Bonjour
>
>
> Ma machine à la maison est une "grosse" machine: AMD Ryzen Threadripper
> 2970WX, carte mère MSI X399 SLI Plus, 64Go de RAM, boitier bien ventilé,
> 12 Tera de disque dont un Samsung SSD 970 EVO 2TB, deux cartes
>
Bonjour,
Le lundi 13 avril 2020, Basile Starynkevitch a écrit...
> Ma machine à la maison est une "grosse" machine: AMD Ryzen Threadripper
> 2970WX, carte mère MSI X399 SLI Plus, 64Go de RAM, boitier bien ventilé, 12
> Tera de disque dont un Samsung SSD 970 EVO 2TB, deux cartes graphiques
Sur la partie apache je ne peux t'aider. Ton apache ne devrait pas
écouter le 443, le 6443 comme dans mon exemple puis faire un proxy_pas
sur jitsi.systelia.fr: en fonction du hostname appelé. À partir de
là cela devrait être fonctionnel.
Ma conf nginx:
server {
# SSL configuration
Bonjour,
Je tente de lancer une appli graphique depuis chez moi (client)
depuis un serveur distant :
ssh root@ -X xclock
"X11 connection rejected because of wrong authentication.
Error: Can't open display: localhost:10.0"
J'ai vainement cherché, rien ne fonctionne, c'est désespérant,
dont de
NoSpam a écrit :
> Rappelle toi que jitsi utilise le port 443 pour le proxy. Si ton apache
> écoute également sur ce port ... Chez moi nginx écoute le 6443 (MV dont
> le port 443 de l'extérieur est forwardé sur ce port) et fait proxy_pass
> vers le pour jitsi qui utilise également le 80, le
Bonjour
Ma machine à la maison est une "grosse" machine: AMD Ryzen Threadripper
2970WX, carte mère MSI X399 SLI Plus, 64Go de RAM, boitier bien ventilé,
12 Tera de disque dont un Samsung SSD 970 EVO 2TB, deux cartes
graphiques (AMD Radeon 570 + Nvidia GTX 1050 Ti). Noyau Linux 5.5.0,
xorg
Rappelle toi que jitsi utilise le port 443 pour le proxy. Si ton apache
écoute également sur ce port ... Chez moi nginx écoute le 6443 (MV dont
le port 443 de l'extérieur est forwardé sur ce port) et fait proxy_pass
vers le pour jitsi qui utilise également le 80, le 443 pour *son*
BERTRAND Joël a écrit :
> NoSpam a écrit :
>> Une idée: tu pourrais faire l'authentification avec apache .htaccess
>> sans toucher à Jitsi.
>
> J'y ai pensé ce matin, mais ça ne me donne pas la souplesse attendue.
> Sinon, pas d'erreur grossière ?
>
À propos d'erreur, en voici une
NoSpam a écrit :
> Une idée: tu pourrais faire l'authentification avec apache .htaccess
> sans toucher à Jitsi.
J'y ai pensé ce matin, mais ça ne me donne pas la souplesse attendue.
Sinon, pas d'erreur grossière ?
Une idée: tu pourrais faire l'authentification avec apache .htaccess
sans toucher à Jitsi.
J'ai fais différemment: je n'autorise que certaines salle prédéfinies
avec accès sans mot de passe.
Le 13/04/2020 à 11:23, BERTRAND Joël a écrit :
NoSpam a écrit :
Le 11/04/2020 à 14:49, BERTRAND
Le Sun, 12 Apr 2020 13:21:15 +0200,
"ajh-valmer" a écrit :
> Je lis dans la presse de ce matin :
> "Après le covid, la France doit faire repartir sa magnifique industrie au
> plus vite".
> Mais elle est ou cette industrie ?
Ah ça je sais :
NoSpam a écrit :
>
> Le 11/04/2020 à 14:49, BERTRAND Joël a écrit :
>> Bonjour à tous,
>>
>> J'essaie d'installer jitsi sur l'un de mes serveurs et je sèche. J'ai
>> besoin d'une authentification (je ne veux pas que n'importe qui puisse
>> faire n'importe quoi sur un serveur accessible
27 matches
Mail list logo
