Journal de Benoit Breton

Petit bug lors de la désinstallation de vmware workstation impossible de lancer une console VMRC depuis chrome ou firefox. L'astruce consiste donc à recréer la bonne clé de registre en powershell :

### View settings in registry
Get-Item "HKLM:\SOFTWARE\Classes\vmrc\DefaultIcon"
Get-Item "HKLM:\SOFTWARE\Classes\vmrc\shell\open\command"

### Change settings to VMRC
Set-Item HKLM:\SOFTWARE\Classes\vmrc\DefaultIcon -Value '"C:\Program Files (x86)\VMware\VMware Remote Console\vmrc.exe",0'
Set-Item HKLM:\SOFTWARE\Classes\vmrc\shell\open\command -Value '"C:\Program Files (x86)\VMware\VMware Remote Console\vmrc.exe" "%1"'

Les grandes étapes pour configurer une balance de charge entre une clé USB 4G (ZTE dans mon cas) et un lien internet type ADSL sur un routeur Ubiquiti EdgeRouter 4.

Première étape :

Le module de la clé n'est pas actif dans le kernel au boot !

1°) Créer le script avec le code ci dessous

vi /etc/init.d/modem.sh

#!/bin/sh -e
modprobe cdc_ether
ifconfig usb0 up
exit 0

2°)chmod

chmod 755 /etc/init.d/modem.sh

3°)charger au boot

update-rc.d modem.sh defaults 01

Seconde étape :

Le routeur ne permet pas de faire de la balance de charge nativement entre une interface ethX et une interface usbX. Pour feinter un peu le truc j'ai donc créé un bridge dans lequel j'ai mis ma clé usb.

1°)Créer le bridge

set interfaces bridge br1

2°)Affecter l'interface USB

brctl addif br0 usb0

Dernière étape:

La configuration de la balance de charge comme décris dans la doc. Dans mon cas j'utilise l'interface eth1 pour le LAN, eth0 pour ADSL et usb0 pour la clé.

configure

set firewall group network-group PRIVATE_NETS network 192.168.0.0/16
set firewall group network-group PRIVATE_NETS network 172.16.0.0/12
set firewall group network-group PRIVATE_NETS network 10.0.0.0/8

set firewall modify balance rule 10 action modify
set firewall modify balance rule 10 destination group network-group PRIVATE_NETS
set firewall modify balance rule 10 modify table main

set firewall modify balance rule 20 action modify
set firewall modify balance rule 20 destination group address-group ADDRv4_eth0
set firewall modify balance rule 20 modify table main

set firewall modify balance rule 30 action modify
set firewall modify balance rule 30 destination group address-group ADDRv4_""usb0""
set firewall modify balance rule 30 modify table main

set firewall modify balance rule 110 action modify
set firewall modify balance rule 110 modify lb-group G

set interfaces ethernet ""eth1"" firewall in modify balance

set load-balance group G interface eth0
set load-balance group G interface ""usb0""
set load-balance group G lb-local enable
set load-balance group G lb-local-metric-change disable

commit ; save

Normalement avec tout ça vous devriez avoir une balance de charge entre eth1 et usb0.

En complément, si vous utilisez du NAT vers un serveur web ou autre il faut ajouter une regle qui permet de diriger correctement le trafic vers la bonne sortie internet (celle du nat).

1°)Créer un groupe d'adresse (ici mes serveurs public 192.168.1.2 et .3)

set firewall group address-group NO_BALANCE address 192.168.1.2-192.168.1.3

2°)Créer une règle de routage ou 78.X.Y.Z est votre ip de sortie.

set protocols static table 11 mark 11
set protocols static table 11 route 0.0.0.0/0 next-hop 78.X.Y.Z

3°)Affecter cette règles a celle de la balance du firewall.

set firewall modify balance rule 40 action modify
set firewall modify balance rule 40 source group address-group NO_BALANCE
set firewall modify balance rule 40 modify table 11

Liens utiles:

1. EdgeRouter-WAN-Load-Balancing
2. EdgeRouter-Policy-Based-Routing

Babymoov Babycamera 0 Emission que peux on faire avec ça ?

Déjà ce qu'on peu voir c'est que la partie electronique ne viens pas de babymoove mais de ELANSAT

c'est une puce WIF-H100C01

Pour cela j'ai fait quelques analyse afin de trouver les URL qu'utilise l'application mobile pour se connecter à la camera.

Quelques capture wireshark plus tard voici ce que j'ai pu trouver.

Voici ci dessous les URL disponible.

Afficher le flux video en VGA (640x480) ou en QVGA (320x240) sans le son :

http://@IP/media.live?videocodec=mjpeg&resolution=vga

http://@IP/media.live?videocodec=mjpeg&resolution=qvga

Afficher les différentes propriétées de la camera:

http://@IP/param.cgi?action=list&group=Properties.Image

http://@IP/param.cgi?action=list&group=Brand

http://@IP/param.cgi?action=list&group=Network

http://@IP/param.cgi?action=list&group=System

http://@IP/param.cgi?action=list&group=Properties

http://@IP/param.cgi?action=list&group=Image

Pour l'intégration dans Jeedom deux solution passer par le plugin RTSP ou installer Zoneminder.

Si vous souhaitez utiliser cette caméra sans passer par la CPL en déplacement par exemple, une clé wifi exite. Elle permet de connecter directement un Smartphone/Tablette à la caméra.

Lors du remplacement d'un ESXi il peut être pratique de déplacer les machines virtuel directement d'un Host vers l'autre. Pour cela il existe des outils payant VEEAM, VCENTER, VMConverter... ou alors simple une copie à l'aide de la commande SCP via SSH.

En prérequis il faut déjà activer SSH client/serveur sur ESXi source et SSH serveur sur la destination Pour ce faire sur vSphere Client :

Configuration -> Security Profile -> Firewall -> Properties

Activer ensuite "SSH Client" et SSH Serveur

Ensuite pour lancer la copie, se connecter sur ESXi source en SSH puis, exécuter la commande :

scp -rp /vmfs/volumes/<datastore_source/<vm> root@<hôte2>:/vmfs/volumes/<datastore_destination>/

Remplacer bien sûr les valeurs entre <> par ceux de vos serveurs.