Aller au contenu

kiwi

Membres confirmés
  • Compteur de contenus

    500
  • Inscription

  • Dernière visite

  • Jours gagnés

    4

Messages posté(e)s par kiwi

  1. Hello tout le monde :)

     

    Bon vu que j'ai mon HP MS Gen8 avec un E3, je me penche sérieux pour trouver des alternatives fiables et sérieuses a ESXi.

     

    Pourquoi ? ESXi demande un windowz pour sa console en mousse ou 8G de ram pour faire tourner la vm de gestion du biniou (vCenter) avec une interface web (plus ou moins fonctionnelle, mais c'est un autre délire).

     

    Je n'ai pas peur de la ligne de commande mais bon... Soit je fais le violent et je vire tout les linux  de chez moi et je met du FreeBSD + ZFS + jails, soit...  je trouve autre chose.

     

    Donc qu'est-ce que vous avez essayé de votre coté et qu'est-ce que vous en pensez (hors FUD) ?

     

    Personnellement j'ai essayé :

    • proxmox (il y a longtemps) mais bon entre le LVM et les KVMeries...  ou LXC => joker
    • Esxi (vous avez déjà  mon ressentit)
    • Bhyve (FreeBSD) pas mal... *mais* pas encore totalement sec à  mon goà»t...
    • xen opensource (ok bon... bref..)
    • xensource xen (eg la version "proprio" de xen)

    Bref, suis un peu à  court d'idées et ESXi même s'il est fiable a tendance à  m'épuiser...

     

  2. M'empêche qu'il va falloir que cette attaque soit très très massive et ultra distribuée... :P

    A noter qu'on peux très bien se passer de la racine en configurant son bind, unbound, etc... pour se passer de la racine (en mettant pas exemple tout les NS des TLD et leur glue record), ça prends un peu de ram mais ça marche.

     

    Petite info sur comment se passer de la zone "root" : https://lists.isc.org/pipermail/bind-users/2014-September/093999.html (toujours valable...) :)

  3. Les serveurs DNS racine sont anycastés. Donc a part quelque chose d'ultra massif et ultra distribué (a coté le 1Tbps de OVH c'est du pipeau) on ne verra quasiment rien.

    Après le domain "pro" (j'ai mis des " parce que... bon) qui utilisent du Outlook365, gmail, ou d'autres clouderies àla con, lui vas s'en prendre plein des dents car ils seront dans le noir.

    L'Internet a un avantage : il n'y as pas de client serveurs, si on a une IPv4 (ou des IPv6) on peux faire nous même nos services... D'autant que synology permet par ex de faire ton serveur de mail, et les services DNS anycastés sont assez répandus. (Après si on met tous les DNS chez OVH on a tout perdu).

    Une très bonne analyse de Bortzmeyer (L'expert du DNS en france et bien d'autres choses) sur le merdier orange et la main rouge de la semaine dernière : http://www.bortzmeyer.org/google-detourne-par-orange.html :)

    Je suis quasi sûr qu'il vas nous faire un article. Un autre truc intéressant que tous les "pro" devraient appliquer : http://www.ssi.gouv.fr/agence/rayonnement-scientifique/lobservatoire-de-la-resilience-de-linternet-francais/le-rapport-de-lobservatoire-de-la-resilience-de-linternet-francais/ très intéressant àlire... :)

  4. Hello,

    Internet ne sera pas down, vu qu'il s'agit de réseaux independants qui sont interconnectés ensemble. Dans le cas qui nous intéresse il s'agit d'un certains nombres de serveurs DNS (un des services de l'internet assez important quand même) qui se sont fait DDoS.

    La moral de l'histoire est de NE PAS METTRE TOUS LES OEUFS dans le même panier. Meme youporn a une infra DNS plus résiliente que ces "GAFA".

    Il faut anycaster, et prévoir des choses pour tenir ces DDoS.

    Après je vais faire mon relou, mais ceci est encore un bel exemple de ne pas truster le "cloud" qui est trop souvent la victime de ce genre de choses. Les serveurs et services indépendant eux, s'en foutent que les DNS de twitter, aws, ou autre soient en train de se faire péter la tronche.

    Ah dernier point : l'Internet Of Shit est bien làavec ces millions de cam non sécurisées. Changez les mots de passe par défaut sur TOUS vos équipements, empêchez vos TV ou autre bidules "connectés" a sortir sur l'internet _sauf_ si nécessaire.

    Pour le fun : http://www.insecam.org/

    • Upvote 3
  5. Hello les boys,

     

    Comme chez Fibaro la gestion des API Lua est plus proche de la buée sur des vitres que de la stabilité qu'aurais une tesla sur une route, j'ai décidé de mon coté de n'utiliser ma HC2 que en passerelle Zwave <=> IP.

     

    L'API Http étant assez stable et aimant pas mal les "Planning" de domoticz qui me permettent de faire des planning de différents actionneurs sans me casser les pieds avec des scènes, ou GEA (qui est bien en passant mais pour juste allumer un contacteur en position confort pour un module FP c'est quand même sévèrement overkill).

     

    Domoticz permet de faire des actions via soit un module réél (genre au hasard, une télécommande RFX433MHz) ou via un module virtuel.

     

    Exemple :

    1474983119.png

    Qui a comme actions :

    1474983142.png

     

    Alors on pourrais utiliser directement un http://hc2/ mais pour l'instant domoticz ne supporte pas l'authentification via l'URL (faut que je code la chose....)

     

    Dans mon cas le script hc2fp envoi les bonnes commandes a la HC2 (il faut changer le host et les login password en haut du code).

     

    J'ai 3 scripts pour l'instant :

    • hc2fp : gestion fil pilote (via un  module qubino)
    • hc2sw : gestion switch on / off (typiquement pour les fibaro plugs)
    • temperature : qui me remontent les temperatures à  coup de crontab sur domoticz.

     

    Alors oui Domoticz fait du ZWave (assez bien...) mais pas aussi stable que sur l'HC2 (vous avez bien lu). En effet les Fibaro plugs m'envoient plein de données tout le temps et a priori openzwave se prends les pieds dans le tapis... mais ceci n'est qu'un exemple de ce que j'ai eu :)

     

    hc2fp :

    #!/usr/local/bin/python2
    
    import json
    import urllib
    import urllib2
    import base64
    import argparse
    
    # Parameters of HC2
    username = "admin"
    password = "admin"
    hc2_host = "hc2" 	# Or IP
    
    # Callaction
    def hc2setvalue(id,todo):
    	"Get the value of one HC2 id"
    	url = 'http://'+hc2_host+'/api/callAction?deviceID='+str(id)+'&name='+str(todo)
    	req = urllib2.Request(url)
    	base64string = base64.encodestring('%s:%s' % (username, password)).replace('\n', '')
    	req.add_header("Authorization", "Basic %s" % base64string)   
    	response = urllib2.urlopen(req)
    	json_object = response.read()
    
    parser = argparse.ArgumentParser()
    parser.add_argument("id",    type=int, help="ID of HC2 module to be used")
    parser.add_argument("--on",  action="store_true", help="Set module to On/Confort")
    parser.add_argument("--off", action="store_true", help="Set module to Off")
    parser.add_argument("--eco", action="store_true", help="Set module to Eco")
    parser.add_argument("--hg", action="store_true", help="Set module to Hors-Gel")
    
    args = parser.parse_args()
    
    if args.on and args.off and args.eco and args.hg:
    	print "Use only ONE argument at one time"
    elif args.on:
    	hc2setvalue(args.id, 'turnOn')
    elif args.off:
    	hc2setvalue(args.id, 'turnOff')
    elif args.eco:
    	hc2setvalue(args.id, 'setValue&arg1=25')
    elif args.hg:
    	hc2setvalue(args.id, 'setValue&arg1=15')
    else:
    	print "Nothing done"
    
    
    

    hc2sw :

    #!/usr/local/bin/python2
    
    import json
    import urllib
    import urllib2
    import base64
    import argparse
    
    # Parameters of HC2
    username = "admin"
    password = "admin"
    hc2_host = "hc2"	# Or IP
    
    # Callaction
    def hc2setvalue(id,todo):
    	"Get the value of one HC2 id"
    	url = 'http://'+hc2_host+'/api/callAction?deviceID='+str(id)+'&name='+str(todo)
    	req = urllib2.Request(url)
    	base64string = base64.encodestring('%s:%s' % (username, password)).replace('\n', '')
    	req.add_header("Authorization", "Basic %s" % base64string)   
    	response = urllib2.urlopen(req)
    	json_object = response.read()
    
    parser = argparse.ArgumentParser()
    parser.add_argument("id",    type=int, help="ID of HC2 module to be used")
    parser.add_argument("--on",  action="store_true", help="Set module to On")
    parser.add_argument("--off", action="store_true", help="Set module to On")
    
    args = parser.parse_args()
    
    if args.on and args.off:
    	print "You cannot set --on and --off at the same time"
    elif args.on:
    	hc2setvalue(args.id, 'turnOn')
    elif args.off:
    	hc2setvalue(args.id, 'turnOff')
    else:
    	print "Nothing done"
    
    
    

    temperature :

    #!/usr/local/bin/python2
    
    import json
    import urllib
    import urllib2
    import base64
    
    # Parameters of HC2
    username = "admin"
    password = "admin"
    hc2_host = "hc2"	# or IP
    dom_host = "localhost"
    dom_port = "8080"
    
    # General way to get value of a HC2 Module
    def hc2getvalue( id ):
    	"Get the value of one HC2 id"
    	url = 'http://'+hc2_host+'/api/devices?id='+str(id)
    	req = urllib2.Request(url)
    	base64string = base64.encodestring('%s:%s' % (username, password)).replace('\n', '')
    	req.add_header("Authorization", "Basic %s" % base64string)   
    	response = urllib2.urlopen(req)
    	json_object = response.read()
    	response_dict = json.loads(json_object)
    	hc2value = response_dict.get("properties", {})
    	return hc2value.get("value", {})
    
    # Generic update function for domoticz
    def dom_update(id, value):
    	"Update Domotics with correct values"
    	url_domoticz = 'http://'+dom_host+':'+dom_port+'/json.htm?type=command&param=udevice&idx='+str(id)+'&svalue='+str(value)
    	req_domoticz =  urllib2.Request(url_domoticz)
    	response_domoticz = urllib2.urlopen(req_domoticz)
    	json_object_domoticz = response_domoticz.read()
    	response_dict_domoticz = json.loads(json_object_domoticz)
    	if response_dict_domoticz.get('status',{}) == 'OK' :
    		return 1
    	else:
    		return 0
    
    # HC2 to Domoticz temperature and humidity stuff
    def hc2temphum(hc2_temp,hc2_hum,dom_id):
    	"Update Domoticz with the right stuff"
    
    	# Get the temperature
    	temp = hc2getvalue(hc2_temp)
    	# Get the humitidy
    	hum  = float(hc2getvalue(hc2_hum))
    
    	hum_stat = 0
    	if (hum <= 25.0):
    		hum_stat = 2
    	elif (hum > 60.0):
    		hum_stat = 3
    	elif ((hum > 25.0) and (hum <= 60.0)):
    		hum_stat = 1
    	else:
    		hum_stat = 0
    
    	dom_data=str(temp)+';'+str(hum)+';'+str(hum_stat)
    
    	dom_update(dom_id,dom_data)
    
    
    # Temperature SdB
    hc2temphum(14,15,197)
    # Temperature Entree
    hc2temphum(19,20,199)
    # Temperature Chambre Haut
    hc2temphum(24,25,198)
    
    
    
  6. Je rejoin ce petit thread (c'est le cas de le dire), apple a perdu avec avec la domotique, car clairement y a presque rien qui tourne avec leur proto homekit...

    Y a qu'as voir les bridges opensource, bah ca marche mais reste très (trop?) décevant.

    Ayant plusieurs pommes j'aurais bien aimé le siri allume la tv (au moins ça aurais été plus fiable que le machin de fibaro).

    Bon de mon coté, je fais ma propre domotique (coding sévère dans domoticz, je n'utilise la hc2 que en bridge Zwave <-> IP, merci les API).

    Après comme je disais ailleurs, la menace de google de butter le marché de Zwave a du bon. Reste a savoir si ca va bouger ou pas....

  7. Hello,

     

    Je viens de voir une nouvelle super importante et accessoirement très cool pour l'avenir de ce proto.Sigma Designs viens de publier leur SDK et spec du proto publiquement.

     

    Il y a même des image pour des Raspberry PI en libre téléchargent.

     

    Ce qui veux dire que OpenZWave et bien d'autres vont sà»rement gagner en stabilité par rapport a ce qu'on avais actuellement.

     

    http://z-wave.sigmadesigns.com/design-z-wave/z-wave-public-specification/

     

    Kiwi

  8. Le cuivre c'est bien mais pour 100M dehors, il y a un sacré intérêt que ca soit du double blindage.

    Alors que de la fibre OSEF. Ceci dit avec 100M de fibre et des CDWM je peux faire passer jusqu'à  16 canneaux colorés (bon faudrait que j'ajoute un atténuateur pour éclairer en ZX) en giga / 10G / FCAL... bref du plaisir :P

     

    Et surtout ça ne bouge pas dans le temps. :D

  9. Disons que j'ai 2 gaines mais elles sont bien remplies. Donc j'ai 2 solutions :

    - je fais passer une autre gaine (et donc défoncer une partie du jardin)

    - je passe la FO dans une gaine verte blindée et je la fais passer via les murs et bas de la terrasse de mon jardin le tout correctement fixé

     

    FYI la gaine verte c'est :

    gaine-fendue-verte-en-pvc-arme-pour-fibr

    Donc si jeux avoir une fibre type telco extérieur (blindée kevlar) là  j'ai plus de pb.

    Et au prix du mettre c'est moins cher que 2 ubnt ou cpl.

  10. @Lazer: j'ai le même soucis que toi et j'avais plusieurs possibiliés pour relier mon garage à  ma maison :

     

    • 2 nanostations (j'ai la chance que les deux soient visibles)
    • 150m de fibre optique (mono mode avec des SFP bidi)
    • 2 CPL

    Pour l'instant j'ai pas encore choisit... J'avoue que la FO me parait à  mon avis plus stable dans le temps que du CPL ou de la nano station vu que j'ai quand même pas loin de 100M de câble 6mm2 pour joindre ce garage...

     

    Reste a trouver de la FO qui soit capable d'être dehors au soleil / neige / vent (type blindée avec double enveloppe), les switches étant un détail, je ne sais que faire des FESX 424 Premium ....

     

    L'autre avantage : le jour ou je récup des switch 10G... :D

    • Upvote 1
  11. Hello,

    J'ai un proxy transparent sur ma HC2 en prod (l'ancienne étant restée dans mon ancien logement) qui ne fait en gros que passerelle ZWave car je gère tout depuis domoticz.

    A noter que je n'ai _aucunes_ scénes, c'est mon domoticz qui fait scheduler pour ce que je veux :P

    Voici quelques lignes de logs :

    1471812896.761    314 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471812896.908     98 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471812956.321    298 192.168.0.18 TCP_MISS/200 1779 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471812956.448    126 192.168.0.18 TCP_MISS/200 1779 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471812956.970    519 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471812957.122     98 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471813016.466    243 192.168.0.18 TCP_MISS/200 1946 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471813016.718    251 192.168.0.18 TCP_MISS/200 1946 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471813016.814     94 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471813016.975     98 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471813076.272    238 192.168.0.18 TCP_MISS/200 1946 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471813076.400    127 192.168.0.18 TCP_MISS/200 1946 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471813076.497     95 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471813076.868     98 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471813136.283    243 192.168.0.18 TCP_MISS/200 1946 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471813136.415    131 192.168.0.18 TCP_MISS/200 1946 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471813136.715    299 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471813136.876     99 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471813196.292    248 192.168.0.18 TCP_MISS/200 1946 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471813196.423    130 192.168.0.18 TCP_MISS/200 1946 GET http://query.yahooapis.com/v1/public/yql? - ORIGINAL_DST/98.137.200.255 text/xml
    1471813196.527    101 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    1471813196.684    102 192.168.0.18 TCP_MEM_HIT/200 162956 GET http://api.met.no/weatherapi/locationforecast/1.9/? - HIER_NONE/- text/xml
    
    On voit nettement que la météo est assez souvent demandé, heureusement que le proxy cache beaucoup les infos... (les TCP_MEM_HIT).
    • Upvote 1
  12. Hello les boys :)

     

    Intéressant ce topic. Par contre 433MHz ça fait pas ultra sérieux quand même non ? Mono fréquence c'est un peu la looze non ?

     

    (Me regarde comment virer l'alarme de l'ancien proprio pour mettre quelque chose de plus... "utile").

     

    Xavier

  13. Bonjour,

     

    Je m'égare peut-être mais il semble qu'on ne fasse plus que la domotique fibaro içi, je vois bien sà»r et principalement du HC2/HCL, mais aussi du jeedom (joli thread intéressant) mais aussi un peu de KNX (pas grand chose, mais on a des évocations...) et accessoirement avec mes contrib de domoticz....

     

    Vas-t'on dévier l'usage de domotique fibaro ? :P

     

    A bientôt

×
×
  • Créer...