Installation Gladys derrière un Proxy


#1

Bonjour,

Joli projet que je commence à essayer de monter notamment pour interconnecter des capteurs utilisant Mysensors.

J’ai donc installer la version 3.5.2 de Gladys sur une Pi3 qui est connectée en filaire derrière un proxy.

Malheureusement lors d’une mise à jour via la commande rpi-update.sh rien ne se passe (la console reste bloquée)
Les mises à jours via apt-get fonctionne correctement après ajout du fichier 10proxy mais pour les autres commandes, rien n’y fait.

Je pense que mon second bug vient de la même raison car après avoir créer mon utilisateur sous l’interface de Gladys (step-1) les mises a jours en step-2 ne se lance pas.

Mon troisième bug sera probablement pour les mêmes raisons car les différents modules disponibles dans le store ne s’installe pas.

Si qqun pouvait me donner une piste de réponse.

Merci.


#2

ah mince…

Il faut chercher sur internet comment configurer ton Raspberry Pi derrière ton proxy. Gladys pour la mise à jour utiliser un simple wget ( à voir comment configurer wget derrière un proxy )

ensuite pour la mise à jour cela se passe depuis le code node.js de Gladys, je ne sais pas si en réglant le proxy au niveau système ça pourrait passer ( https://blog.jolos.fr/2016/01/raspbian-et-proxy/ )
c’est à tester…

pour les modules sur le store c’est pareil, je fais un git clone pour récupérer les modules donc il faut configurer git pour qu’il passe par le proxy!


#3

Salut,

Je regardais le fichier rpi-install.sh. A l’intérieur on retrouve pas mal de chose en lien avec le répertoire /gladys/node-modules/gladys/ sauf que ce répertoire n’existe pas. Le script d’initialisation n’est donc pas traité non? Je suppose que celui qui doit être lancé dans le script est celui se trouvant dans le répertoire /gladys/
De même pour relancer gladys au démarrage.

Sinon sur la conf du proxy je pense que tu utilises les outils suivant:

  • Curl
  • Npm
  • Git
  • Apt-get
  • Wget

Chacun de ces outils sont à configurer pour passer a travers le proxy. En ai je oublié?

Je posterais un tuto pour la configuration des différents outils dans la semaine ça pourra servir pour d’autres probablement.

A bientôt,

Laurent.


#4

bonsoir a tu fait “/home/pi/rpi-update.sh” ?


#5

Je ne me sers plus tellement de ce script, j’ai changé récemment le process de build!

Tout à fait c’est à peut prêt tout je pense!

Génial, ça peut servir à d’autres :slight_smile: Merci!


#6

Voici donc les différents choses à faire pour passer a travers un proxy.
La première chose est de configurer le proxy pour CURL :

sudo su
nano /etc/profile
et d’y ajouter :
export http_proxy=http://login:[email protected]:port/
export https_proxy=http://login:[email protected]:port/

La seconde chose à faire est de configurer NPM :

npm config set proxy http://login:[email protected]:port
npm config set https-proxy http://login:[email protected]:port

La troisième chose à faire est de configurer APT-GET :

sudo nano /etc/apt/apt.conf.d/10proxy
et d’y ajouter :
Acquire::http::Proxy “http://login:[email protected]:port/”;
Acquire::https::Proxy “http://login:[email protected]:port/”;

La quatrième chose est de configurer GIT:

git config --global http.proxy http://login:[email protected]:port
git config --global https.proxy http://login:[email protected]:port

On pourra vérifier la configuration de GIT en tapant :

view ~/.gitconfig

Et enfin la dernière chose à faire est de configurer wget:

sudo nano /etc/wgetrc
et de décocher http-proxy, https_proxy et use_proxy en modifiant la variable si besoin.

Voilà, bonne configuration.


#7

Top, merci pour ton retour, ça servira probablement à pas mal de gens :slight_smile:


#8

Merci beaucoup Laurent pour ton retour.
J’ai effectivement un Raspberry derrière un proxy Kwartz.
J’ai ajouté les déclarations de proxy diverses que tu indiques. Mais rien ne change.
Impossible de mettre à jour les données Gladys…par exemple --> Erreur lors de la mise à jour des données [ object Object] !..
As tu plus d’informations à ce sujet ?

Merci par avance.


#9

https://www.kwartz.com/fr/support/notes-d-application/21-connecter-une-station-linux-a-un-serveur-kwartz

Je cite :

Pour pouvoir accéder à internet, il faut installer et activer le paquet pidentd. Sur une installation standard debian de type station de travail, ce paquet est installé d’office. Sinon, vous devez le faire :

apt-get install pidentd

puis le configurer. Dans le fichier /etc/inetd.conf vous devez avoir une ligne du type :

ident stream tcp wait identd /usr/sbin/identd identd


#10

Merci pour ta réponse rapide. Je viens de voir ton message. C’est sympa d’avoir un peu d’aide lorsque l’on marche en plein désert !
Le problème c’est qu’il n’existe pas de paquet pidentd (Package pident is not available…) et la la pi, je n’ai pas de fichier inetd.conf
Pour info :
uname -a
Linux gladys 4.14.30-v7+ #1102 SMP Mon Mar 26 16:45:49 BST 2018 armv7l GNU/Linux
[email protected]:~ $

Au passage, mon Raspberry n’arrive pas non plus à se mettre à l’heure. Ce problème doit avoir certainement un lien avec le pb sur Gladys derrière Kwartz.
Ceci étant dit, lorsque je mets manuellement mon système à l’heure, rien ne s’arrange pour autant…?
Je suis dans le brouillard !


#11

Bah en fait ça n’a rien à voir avec Gladys, c’est ta config réseau / proxy.


#12

Cela fait plusieurs années que je travaille avec des raspberry derrière kwartz sans pb.
La seule différence ici est que l’os est un OS gladys et non un OS standard.
Il doit être configuré d’une certaine manière qu’il ne franchit pas le proxy…


#13

Je pense que je vais essayer une installation de Gladys sur un OS standard. Mais je m’attends à avoir d’autres pb…


#14

L’image de Gladys c’est une raspbian classique. Ce que je voulais dire c’est que ça n’a rien à voir avec l’application Gladys. C’est du système !


#15

Essaye de rajouter

export http_proxy=http://login:[email protected]:port/
export https_proxy=http://login:[email protected]:port/

Dans le .bashrc et reboot

A mon avis il y’a aussi une erreur ssl du au proxy donc ça peut valoir le coup de tester :

npm config set strict-ssl false

#16

Merci pour ta réponse.
En ce qui concerne .bashrc, j’avais déjà déclaré le proxy.
J’ai, sur tes conseils, ajouté la déclaration SSL mais celà ne change rien à la situation.
Mon OS ne se met toujours pas à l’heure tout seul. J’ai donc mis mon OS manuellement à l’heure. Puis, j’ai fait un update pour voir.
Le message suivant apparaît :
The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 23E7166788B63E1E
Lorsque j’installe un OS debian classique sur un Raspberry derrière Kwartz, je n’ai pas ce genre de problème de date, ni d’update.
Je pense que les problèmes de date et de Gladys relèvent de la même problématique, mais je ne sais pas laquelle.
En tout cas, j’apprécie ton aide. On se sent moins seul…


#17

Le no_pubkey arrive souvent c’est un problème avec apt ( tu trouvera facilement sur Google) mais il faut avoir accès au net.

La mise à jour de l’heure se fait grâce à un server de temps, comme tu n’a pas d’accès, pas de mise à jour.

Les logs kwartz te disent quoi ?


#18

J’ai continué mes investigations
J’ai démarré mon raspberry avec mon tél en partage de connexion au lycée.
Mon OS est à l’heure. Donc, c’est au démarrage que le Raspberry contacte un serveur ntp pour se mettre à l’heure.
Ensuite, j’ai déclaré le proxy partout + déclaration SSL, la complète.
Puis sur le navigateur, je crée mon compte Gladys et à l’étape n°2 (téléchargements des modes) : internal server error
Pourtant, j’accède à internet depuis mon raspberry .
Puis, connecté au kwartz mais sans le tél connecté, j’ai fait un sudo apt-get update. C’est un échec à cause d’un problème récurrent de NO_PUBKEY ?..


#19

Oui

C’est une erreur courante, tu es derrière ton proxy, apt ne parvient pas à vérifier la clé publique du dépôt où se trouvent les paquets debian. C’est une sécurité.
Si tu fais la même chose avec ton téléphone ça devrai se mettre à jour.

C’est géré par ton lycée le proxy ?


#20

Non, j’y ai accès. Quelle est ton idée ?