Comme annoncé, ce forum est passé en lecture seule au 1er janvier 2020. Désormais nous vous invitons à vous rendre sur notre nouvelle page communauté :
Image

A très bientôt !

Validation d'une architecture d'installation

JEEDOM et vous! Venez vous présenter et préseter votre installation domotique JEEDOM
Avatar de l’utilisateur
loic
Administrateur
Messages : 14862
Inscription : 01 févr. 2014, 16:21

Re: Validation d'une architecture d'installation

Message par loic » 04 juil. 2014, 16:05

J'avais oublié de lui faire généré l'archive. Reessaye
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 04 juil. 2014, 16:06

c'est beaucoup mieux

Merci.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

vithom
Timide
Messages : 45
Inscription : 04 juin 2014, 22:35

Re: Validation d'une architecture d'installation

Message par vithom » 04 juil. 2014, 20:45

Hello,

J'ai suivi les instructions pour apache. NodeJS est toujours rouge en bas. Le port est-il correct dans le fichier de config d'apache ? il me semblait que le port était pas le 8070.

EDIT : Après avoir relancé le service Jeedom, ca fonctionne !

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 05 juil. 2014, 00:35

Excellent, je ne suis déjà plus le seul a utiliser apache pour jeedom ...
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
loic
Administrateur
Messages : 14862
Inscription : 01 févr. 2014, 16:21

Re: Validation d'une architecture d'installation

Message par loic » 05 juil. 2014, 08:51

Si ça marche chez 2 personnes je vais pouvoir le mettre dans l'installateur juste une question le fichier install/apache_default ne pourrait-il pas être passé en .htaccess (ma question et peut être bête je connais pas trop apache...) ?
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 05 juil. 2014, 09:51

non, ces directives ne sont pas activables dans le .htaccess. Il s'agit de l'activation et de la configuration du module proxy.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 07 juil. 2014, 20:31

Bon, bah sous Hyper-v, on ne peux pas déporter un périphérique USB...

une solution pour la gestion du RFXCOM ??
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
loic
Administrateur
Messages : 14862
Inscription : 01 févr. 2014, 16:21

Re: Validation d'une architecture d'installation

Message par loic » 07 juil. 2014, 20:56

La comme ca non enfin si mais vraiment pas sur que ca marche mais alors vraiment pas :
Rfxcom sur un raspberry et monter le tty du rfxcom comme un filesystem sur ta vm.

Mais je suis vraiment pas convaincu (alors que c'est mon idée)
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 07 juil. 2014, 21:09

je garde l'idée. si ce n'est pas la meilleur solution, je l'adapterais et je vous ferais un retour.

je n'ai pas encore commandé le RFXCOM et ça risque d'attendre encore jusqu'au mois prochain ...
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 08 juil. 2014, 10:49

je penses avoir trouvé une solution : http://www.incentivespro.com/usb-server.html

qu'en pensez vous ?
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
loic
Administrateur
Messages : 14862
Inscription : 01 févr. 2014, 16:21

Re: Validation d'une architecture d'installation

Message par loic » 08 juil. 2014, 13:30

J'ai deja testé mais pas trop convaincu... avec le kinect pas moyen de le faire marcher. Et sinon mais un vmware player lui il s'est partagé les USB.
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 08 juil. 2014, 14:40

oui, vmware sais reporter les usb de l’hôte vers les vm mais j'utilise hyper-v. la licence ESX est plutôt chère. J'ai déjà la licence hyper-v.

je peux également prévoir un upgrade vers la version 2012 de windows + hyper-v mais j'avoue que je préférerais éviter.

il existe plusieurs solutions usbip. les avez vous toutes testées ?
- http://www.incentivespro.com/usb-server.html
- http://usbip.sourceforge.net/

il semble que le packet usbip soit reconnu dans debian. il est même disponible sur les packages raspbian. je vais testé et je vous tiendrais informé.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
loic
Administrateur
Messages : 14862
Inscription : 01 févr. 2014, 16:21

Re: Validation d'une architecture d'installation

Message par loic » 08 juil. 2014, 14:51

Pour VMware la version gratuite en ESXi suffit largement (j'en ai un qui tourne avec la licence gratuite et pas de soucis).

Sinon moi je pensais plus que sous le windows qui a hyper V tu met un vmware player (gratuit et c'est une application windows)
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 08 juil. 2014, 15:19

de mémoire, la version gratuite de ESXi est limitée a une seule VM, un seule CPU et 2Go de RAM par VM. cela ne réponds pas a mon besoin.

l'idée ici n'est pas de comparer les différentes solutions de virtualisations. l'on pourrait en débattre longtemps. l'idée est de savoir comment faire fonctionner correctement JeeDom avec mes contraintes (qui incluent l'utilisation de hyper-v).

Vous aviez un mauvais retour de l'usb sur ip. avez vous déjà testé les 2 solutions citées dans le message précédent ? quels problèmes avez vous rencontrés ?

PS : mon installation est installée dans une baie serveur de 42U. toute mon installation informatique est basée sur la gamme professionnelle HP avec alimentations doublées et ondulée, RAID matériel, CPU Xeon, disques dur en SAS, mémoire ECC, etc... je préférais éviter les bidouillages a base de vmware player.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
loic
Administrateur
Messages : 14862
Inscription : 01 févr. 2014, 16:21

Re: Validation d'une architecture d'installation

Message par loic » 08 juil. 2014, 15:39

Ok juste la limitation VMware n'est pas d'actualité c'est maintenant 32go de ram en version gratuit et des fonctions de backup en moins mais plus de limitation sur les VMs ou autre.

Pour l'usb j'ai testé : http://www.incentivespro.com/usb-server.html mais avec un kinect qui demande beaucoup de bande passante donc ça peut marcher avec un rfxcom.
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 08 juil. 2014, 15:48

ok, je vais tester et je ferais un retour ici.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
loic
Administrateur
Messages : 14862
Inscription : 01 févr. 2014, 16:21

Re: Validation d'une architecture d'installation

Message par loic » 10 juil. 2014, 15:13

Bonjour,

Je viens de faire une mise a jour du script d'installation pour le support d'apache :

Code : Tout sélectionner

sudo apt-get update
sudo apt-get dist-upgrade
wget -q http://git.jeedom.fr/jeedom/core/raw/master/install/install.sh
sudo chmod 777 install.sh
sudo ./install.sh apache
Ça peut par contre bugué sur la copie du fichier apache_default qui n'existe pas dans la branche stable de jeedom encore.
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 12 juil. 2014, 11:46

Attention, le fichier de configuration Apache fournis au départ ouvre un proxy sans authentification et sans blocages.

il faut ajouter ces lignes au fichier default_apache pour contourner ce problème :

Code : Tout sélectionner

        <ProxyMatch ^((?!127\.0\.0\.1).)*$>
                Order deny,allow
                Deny from all
        </ProxyMatch>

        <ProxyMatch 127\.0\.0\.1>
                Order deny,allow
                Allow from all
        </ProxyMatch>
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
loic
Administrateur
Messages : 14862
Inscription : 01 févr. 2014, 16:21

Re: Validation d'une architecture d'installation

Message par loic » 12 juil. 2014, 12:02

Ca fait quoi en plus tes lignes ? Le proxy est pour nodeJS et j'ai intégré l'authentification directement dedans.
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 12 juil. 2014, 12:03

ca bloque le proxy pour toutes les destinations qui ne sont pas locales (127.0.0.1)

sinon, le proxy peut être utiliser pour accéder a n'importe quel site en utilisant votre service apache par n'importe qui.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Répondre

Revenir vers « Présentation et Vitrine d'installations »

Qui est en ligne ?

Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 13 invités