Je défère le sujet avec ma propre expérience sur un Raspberry Pi 3 qui traînait au fond d'un tiroir.
Le but est de monter une plateforme de test à base de version démo avant de souscrire la licence.
J'ai des connaissances de base avec le Linux mais je ne maîtrise pas complètement le truc non plus.
J'ai commencé par remettre sur pied le Raspberry avec Pi OS à jour basé sur Debian 10 si je ne m'abuse.
Je suis parti sur la version light car j'y accède via SSH. Je me dit que c'est toujours ça de gagné étant donné que les spec du raspberry ne sont pas conformes avec les pré requis du serveur ETS Inside
Pas de soucis pour l'installation, il faut juste penser à déposer un fichier nommé SSH sans extension à la racine du disk de boot pour activer le SSH au premier boot.
Pi OS fonctionne très bien et la configuration du Wifi se fait très simplement via l’utilitaire raspi-config.
Côté ETS, j'ai récupéré le serveur Linux 1.4 et suivi le guide d'installation fourni. En apparence aucun problème, tous se passe sans erreur et le service semble se lancer.
C'est là que la galère commence.
Je fait l'installation de l'appli ETS pour iOS en parallèle et tente de me connecter :
- En automatique : aucun serveur trouvé
- En manuel pour forcer l'IP de mon serveur : connexion refusée
Vérification faite, le service ets-inside est bien actif, pas de retour d'erreur hors la même alerte sur la libssl que si dessus.
Néanmoins le service étant actif, je ne me focalise pas sur le sujet ssl.
Après vérification, le port 8081 n'est pas ouvert sur mon serveur. J'installe un serveur web (nginx) pensant qu'ETS n'en dispose pas. Youpi, j'ai le port 80 en écoute mais toujours pas de 8081.
Pourtant le service est bien actif. J'ai passé en revu tout ce qui pouvait avoir attrait à la config réseau de mon banc de test sans succès.
J'ai parcouru pas mal de forum sur le sujet et après une nuit et une journée complète de recherches, je suis tombé sur cette page qui liste les dépendances nécessaire à l"installation du serveur :
https://support.knx.org/hc/en-us/article...r-on-Linux
J'ai installé l'ensemble des dépendances de la liste.
Je relance mon serveur et le retour du status n'est plus le même :
Et j'ai enfin le port 8081 ouvert en écoute :
Nouvelle tentative à partir de l'iPad, pas de serveur détecté automatiquement mais la connexion manuelle en spécifiant l'IP de mon serveur fonctionne sans problème.
Test concluant pour ma part. J'attend de recevoir le dongle de licence pour vérifier si le contrôle passe chez moi ou pas.
Le but est de monter une plateforme de test à base de version démo avant de souscrire la licence.
J'ai des connaissances de base avec le Linux mais je ne maîtrise pas complètement le truc non plus.
J'ai commencé par remettre sur pied le Raspberry avec Pi OS à jour basé sur Debian 10 si je ne m'abuse.
Je suis parti sur la version light car j'y accède via SSH. Je me dit que c'est toujours ça de gagné étant donné que les spec du raspberry ne sont pas conformes avec les pré requis du serveur ETS Inside
Pas de soucis pour l'installation, il faut juste penser à déposer un fichier nommé SSH sans extension à la racine du disk de boot pour activer le SSH au premier boot.
Pi OS fonctionne très bien et la configuration du Wifi se fait très simplement via l’utilitaire raspi-config.
Côté ETS, j'ai récupéré le serveur Linux 1.4 et suivi le guide d'installation fourni. En apparence aucun problème, tous se passe sans erreur et le service semble se lancer.
C'est là que la galère commence.
Je fait l'installation de l'appli ETS pour iOS en parallèle et tente de me connecter :
- En automatique : aucun serveur trouvé
- En manuel pour forcer l'IP de mon serveur : connexion refusée
Vérification faite, le service ets-inside est bien actif, pas de retour d'erreur hors la même alerte sur la libssl que si dessus.
Néanmoins le service étant actif, je ne me focalise pas sur le sujet ssl.
Après vérification, le port 8081 n'est pas ouvert sur mon serveur. J'installe un serveur web (nginx) pensant qu'ETS n'en dispose pas. Youpi, j'ai le port 80 en écoute mais toujours pas de 8081.
Pourtant le service est bien actif. J'ai passé en revu tout ce qui pouvait avoir attrait à la config réseau de mon banc de test sans succès.
J'ai parcouru pas mal de forum sur le sujet et après une nuit et une journée complète de recherches, je suis tombé sur cette page qui liste les dépendances nécessaire à l"installation du serveur :
https://support.knx.org/hc/en-us/article...r-on-Linux
J'ai installé l'ensemble des dépendances de la liste.
Je relance mon serveur et le retour du status n'est plus le même :
Code :
● ets-inside.service - LSB: ets-inside
Loaded: loaded (/etc/init.d/ets-inside; generated)
Active: active (exited) since Wed 2020-12-09 13:47:34 CET; 54s ago
Docs: man:systemd-sysv-generator(8)
Process: 580 ExecStart=/etc/init.d/ets-inside start (code=exited, status=0/SUCCESS)
déc. 09 13:47:52 raspberrypi ets-inside[580]: 2020-12-09 13:47:52,170 INFO : ProcessorCount: 4
déc. 09 13:47:53 raspberrypi ets-inside[580]: 2020-12-09 13:47:53,290 INFO : DevKit firmware v3.0.43.4579
déc. 09 13:47:53 raspberrypi ets-inside[580]: 2020-12-09 13:47:53,291 INFO : DongleManager v3.0.43.4579
déc. 09 13:47:53 raspberrypi ets-inside[580]: 2020-12-09 13:47:53,325 INFO : ETS Inside Server (http://*:8081)
déc. 09 13:48:11 raspberrypi ets-inside[580]: 2020-12-09 13:48:11,204 WARN : Trying to populate culture , but this
déc. 09 13:48:15 raspberrypi ets-inside[580]: 2020-12-09 13:48:15,036 INFO : ETS Inside Discovery Server started
déc. 09 13:48:15 raspberrypi ets-inside[580]: Hosting environment: Production
déc. 09 13:48:15 raspberrypi ets-inside[580]: Content root path: /opt/KNX/ETSInside
déc. 09 13:48:15 raspberrypi ets-inside[580]: Now listening on: http://[::]:8081
déc. 09 13:48:15 raspberrypi ets-inside[580]: Application started. Press Ctrl+C to shut down.Et j'ai enfin le port 8081 ouvert en écoute :
Code :
pi@raspberrypi:~ $ sudo netstat -anp | grep 8081
tcp6 0 0 :::8081 :::* LISTEN 612/./Knx.Ets.Ospre
tcp6 0 0 192.168.1.15:8081 192.168.1.76:53242 ESTABLISHED 612/./Knx.Ets.OspreNouvelle tentative à partir de l'iPad, pas de serveur détecté automatiquement mais la connexion manuelle en spécifiant l'IP de mon serveur fonctionne sans problème.
Test concluant pour ma part. J'attend de recevoir le dongle de licence pour vérifier si le contrôle passe chez moi ou pas.