Validation d'une architecture d'installation
Re: Validation d'une architecture d'installation
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
Re: Validation d'une architecture d'installation
c'est beaucoup mieux
Merci.
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
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
Re: Validation d'une architecture d'installation
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 !
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 !
Re: Validation d'une architecture d'installation
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
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
Re: Validation d'une architecture d'installation
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
Re: Validation d'une architecture d'installation
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
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
Re: Validation d'une architecture d'installation
Bon, bah sous Hyper-v, on ne peux pas déporter un périphérique USB...
une solution pour la gestion du RFXCOM ??
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
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
Re: Validation d'une architecture d'installation
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)
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
Re: Validation d'une architecture d'installation
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 ...
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
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
Re: Validation d'une architecture d'installation
je penses avoir trouvé une solution : http://www.incentivespro.com/usb-server.html
qu'en pensez vous ?
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
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
Re: Validation d'une architecture d'installation
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
Re: Validation d'une architecture d'installation
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é.
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
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
Re: Validation d'une architecture d'installation
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)
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
Re: Validation d'une architecture d'installation
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.
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
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
Re: Validation d'une architecture d'installation
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.
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
Re: Validation d'une architecture d'installation
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
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
Re: Validation d'une architecture d'installation
Bonjour,
Je viens de faire une mise a jour du script d'installation pour le support d'apache :
Ça peut par contre bugué sur la copie du fichier apache_default qui n'existe pas dans la branche stable de jeedom encore.
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
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
Re: Validation d'une architecture d'installation
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 :
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
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
Re: Validation d'une architecture d'installation
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
Re: Validation d'une architecture d'installation
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.
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
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
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 13 invités