Cette belle merde ne sait pas ce qu'est une DMZ.
Si je mets une machine dans la DMZ, en fait il n'est juste plus couvert par le firewall. Un vrai modem routeur doit envoyer toutes les connections entrantes sur des ports non réservés vers la DMZ... le N150 les filtre.
Impossible du coup de rendre mon N150 transparent.
Je voulais faire:
N150 -- DDWRT -- Machines
Impossible, car il faut déclarer sur le N150 tous les ports à envoyer vers le DDWRT, et cela est limité à 20.
Et avec en plus le besoin d'UPnP pour faire du SIP, j'ai abandonné.
J'ai remplacé le N150 par un Netgear. Ca a marché directement comme attendu, le SIP marche sans le moindre forward de ports déclaré grace à l'UPnP du DDWRT, bref, je suis enfin content.
Je maudis Belkin.
jeudi 25 novembre 2010
mercredi 30 juin 2010
La lente mort de Bonzy
Je crois malheureusement que mon petit Bonzy se meurt. Après avoir passé, il y a un mois et demi de cela, une semaine tout seul sans arrosage dans une canicule surprise, la femme de ménage me l'a innondé d'eau sans ma permission. Je ne sais pas ce qui l'a tué, mais il reste désespérement sec, malgré mon espoir de le raviver avec un arrosage normal. Comme vous le constatez, il est sec, se dépérit, pert ses feuilles qui sont toutes blanches et pique du nez.
Ici, on l'appelle désormais "la branche de romarin séchée", c'est dire à quel point on y croit...
Published with Blogger-droid v1.3.8
L'enfer des mauvais modems routeurs
Aujourd'hui j'ai voulu faire une amélioration de ma config réseau. Pour des raisons logistiques, cela impliquait pas mal de démontage de prises, déplacement d'équipements. J'ai passé presque 3 heures à tester toute ma config, tout ça pour me rendre à l'évidence: mon modem routeur Belkin N150 est une brave merde.
Alors voilà, tout a commencé lorsque j'ai voulu faire du SIP depuis mon nouveau joli androphone. Bizarrement, je n'arrivais pas à envoir de son en SIP. Pourtant, j'avais déjà fait du SIP facilement avec le même provider (freephonie) dans un autre réseau. Après avoir mis en cause free, innocenté mes configs logicielles par moults tests, je me suis rendu conmpte que l'absence de son (dans les 2 sens) après l'établissement de la communication provenait de mon réseau. Documentation prise, SIP établit une session RTP depuis le port 8000 par défaut. A tout hasard, j'ouvre donc le port 8000 de mon routeur modem et bam le son passe. Après une courte hésitation, je décide qu'il est temps de changer ma config réseau.
Situation avant: un Belkin modem routeur (premier prix Surcouf des modems adsl2+, nécessaire en belgique) pour l'accès web. Branché sur une patte LAN de mon WRT qui sert de DHCP, point d'accès Wifi et switch avec mes autres équipements ethernet.
Situation après: le N150 est en point à point avec le WRT sur sa patte WAN, et le switch LAN WRT irrigue mon réseau local+un nouveau switch basique déballé pour l'occasion. Je mets sur le N150 une DMZ pointant sur le WRT, de façon à rendre le N150 transparent. Ou crois-je. Plus d'une heure après, je me rends compte que la DMZ ne fonctionne en fait que si je réactive le firewall du N150, sans quoi il refuse toute connection externe non explicitement ouverte par la page de config de l'ouverture de ports (limitée de plus à 20 ports et aucun range: la classe.). Donc je réactive le firewall, youpi, la DMZ fonctionne. Je me retrouve avec une config à peu près fonctionnelle (je passe, ou pas finalement, sur le grand nombre de déco WIFI liées au déplacement du WRT vers une zone polluée par trop d'autres WIFI et/ou liées à l'orientation des antennes et liées également, ça c'est sur, au reparamétrage des fonctions routeur: à chaque reparamétrage ou presque, on perdait le wifi quelques secondes).
Sauf que du coup, le firewall (enfin, je le suspecte) empêche le passage du son SIP, va savoir pourquoi. En tous cas, mon WRT ne reçoit aucune connexion sur le port 8000, donc j'en déduis que c'est le N150 qui filtre arbitrairement.
A ce moment là, j'ai donc le choix: garder ma nouvelle config mais ne plus avoir le SIP du tout, ou remettre l'ancienne et forcer le SIP sur l'IP de mon android, mais personne d'autre ne peut faire de SIP. Pour l'instant je choisis donc le retour en arrière. Dommage, car ça me bloque pour mon prochain upgrade qui n'aurait marché qu'avec le WRT en série avec le N150: router les paquets bittorrent et eux uniquement via une connexion VPN ipredator. Mais je ne perds pas espoir: dès lors que j'aurai la main sur un modem ADSL2+ digne de ce nom, je réessaie! Beaucoup plus simplement maintenant car toute la config est prête, les équipements sont bien disposés, il n'y a plus qu'un cable à déplacer sur le DDWRT.
Mon conseil: n'achetez pas pour votre modem une merde Belkin. Soit un WRT qui fait modem (ça existe sûrement), soit un vrai modem digne de ce nom (Livebox, freebox, ou autre. dès que j'aurai testé un linksys je referai un post)
PS: ah et pour bien ruiner les logs de dd wrt, il est impossible de désactiver l'upnp du N150. Vraiment un article de qualité ce N150
Alors voilà, tout a commencé lorsque j'ai voulu faire du SIP depuis mon nouveau joli androphone. Bizarrement, je n'arrivais pas à envoir de son en SIP. Pourtant, j'avais déjà fait du SIP facilement avec le même provider (freephonie) dans un autre réseau. Après avoir mis en cause free, innocenté mes configs logicielles par moults tests, je me suis rendu conmpte que l'absence de son (dans les 2 sens) après l'établissement de la communication provenait de mon réseau. Documentation prise, SIP établit une session RTP depuis le port 8000 par défaut. A tout hasard, j'ouvre donc le port 8000 de mon routeur modem et bam le son passe. Après une courte hésitation, je décide qu'il est temps de changer ma config réseau.
Situation avant: un Belkin modem routeur (premier prix Surcouf des modems adsl2+, nécessaire en belgique) pour l'accès web. Branché sur une patte LAN de mon WRT qui sert de DHCP, point d'accès Wifi et switch avec mes autres équipements ethernet.
Situation après: le N150 est en point à point avec le WRT sur sa patte WAN, et le switch LAN WRT irrigue mon réseau local+un nouveau switch basique déballé pour l'occasion. Je mets sur le N150 une DMZ pointant sur le WRT, de façon à rendre le N150 transparent. Ou crois-je. Plus d'une heure après, je me rends compte que la DMZ ne fonctionne en fait que si je réactive le firewall du N150, sans quoi il refuse toute connection externe non explicitement ouverte par la page de config de l'ouverture de ports (limitée de plus à 20 ports et aucun range: la classe.). Donc je réactive le firewall, youpi, la DMZ fonctionne. Je me retrouve avec une config à peu près fonctionnelle (je passe, ou pas finalement, sur le grand nombre de déco WIFI liées au déplacement du WRT vers une zone polluée par trop d'autres WIFI et/ou liées à l'orientation des antennes et liées également, ça c'est sur, au reparamétrage des fonctions routeur: à chaque reparamétrage ou presque, on perdait le wifi quelques secondes).
Sauf que du coup, le firewall (enfin, je le suspecte) empêche le passage du son SIP, va savoir pourquoi. En tous cas, mon WRT ne reçoit aucune connexion sur le port 8000, donc j'en déduis que c'est le N150 qui filtre arbitrairement.
A ce moment là, j'ai donc le choix: garder ma nouvelle config mais ne plus avoir le SIP du tout, ou remettre l'ancienne et forcer le SIP sur l'IP de mon android, mais personne d'autre ne peut faire de SIP. Pour l'instant je choisis donc le retour en arrière. Dommage, car ça me bloque pour mon prochain upgrade qui n'aurait marché qu'avec le WRT en série avec le N150: router les paquets bittorrent et eux uniquement via une connexion VPN ipredator. Mais je ne perds pas espoir: dès lors que j'aurai la main sur un modem ADSL2+ digne de ce nom, je réessaie! Beaucoup plus simplement maintenant car toute la config est prête, les équipements sont bien disposés, il n'y a plus qu'un cable à déplacer sur le DDWRT.
Mon conseil: n'achetez pas pour votre modem une merde Belkin. Soit un WRT qui fait modem (ça existe sûrement), soit un vrai modem digne de ce nom (Livebox, freebox, ou autre. dès que j'aurai testé un linksys je referai un post)
PS: ah et pour bien ruiner les logs de dd wrt, il est impossible de désactiver l'upnp du N150. Vraiment un article de qualité ce N150
mardi 18 mai 2010
Subversion over SSH
Petit pense-bête pour faire fonctionner svn sur ssh, avec des hooks.
Après l'install de svn (apt-get install subversion et cie, svnadmin create monrepo, ...), il y a quelques étapes à suivre pour que plusieurs utilisateurs puissent accéder au repo en svn+ssh:
- Penser à faire un chown -R sur "monrepo" pour que le groupe propriétaire soit "developers" par exemple (peu importe le user owner), puis un chmod -R g+w monrepo pour que tout le groupe puisse toucher au svn
- Ajouter au groupe developers les utilisateurs SVN qui seront amenés à commit (usermod -a -G developers userA)
- Modifier les droits d'accès à l'appli SVN elle meme: editer le fichier monrepo/conf/authz pour le rendre adéquat
- Si un client doit se connecter en SSH pour modifier le SVN et sur un port non standard, éditer son .subversion/config, et dans la section [tunnels] rajouter un type de tunnel: mytunnel = ssh -p 1234. Dès lors les URL svn+mytunnel:// doivent fonctionner
A ce stade SVN over SSH (port non standard) doit fonctionner
Pour activer le hook pre-commit par défaut (il vérifie la présence d'un comment et a sa propre gestion de droits par-repertoire), il faut:
- cp monrepo/hooks/pre-commit{.tmpl,}
éventuellement, éditer (moi j'ai modifié le script pour avoir un message d'erreur:
$SVNLOOK log -t "$TXN" "$REPOS" | \
grep "[a-zA-Z0-9]" > /dev/null || NOCOMMENT=1
test "$NOCOMMENT" && echo "please add a comment to your commit (use -m option)" 1>&2 && exit 1
)
- si il y a une erreur PERL lors du commit sur des histoires de @INC et de fichiers ini foireux faire un : sudo perl -MCPAN -e 'install Config::IniFiles'
- si ensuite il y a un problème de fichier de config non trouvé, faire un cp /usr/share/subversion/hook-scripts/commit-access-control.cfg.example monrepo/hooks/commit-access-control.cfg , l'éditer et dans le pre-commit hook, vérifier que le path vers ce fichier est absolu et non relatif lorsqu'il est appelé.
Après l'install de svn (apt-get install subversion et cie, svnadmin create monrepo, ...), il y a quelques étapes à suivre pour que plusieurs utilisateurs puissent accéder au repo en svn+ssh:
- Penser à faire un chown -R sur "monrepo" pour que le groupe propriétaire soit "developers" par exemple (peu importe le user owner), puis un chmod -R g+w monrepo pour que tout le groupe puisse toucher au svn
- Ajouter au groupe developers les utilisateurs SVN qui seront amenés à commit (usermod -a -G developers userA)
- Modifier les droits d'accès à l'appli SVN elle meme: editer le fichier monrepo/conf/authz pour le rendre adéquat
- Si un client doit se connecter en SSH pour modifier le SVN et sur un port non standard, éditer son .subversion/config, et dans la section [tunnels] rajouter un type de tunnel: mytunnel = ssh -p 1234. Dès lors les URL svn+mytunnel:// doivent fonctionner
A ce stade SVN over SSH (port non standard) doit fonctionner
Pour activer le hook pre-commit par défaut (il vérifie la présence d'un comment et a sa propre gestion de droits par-repertoire), il faut:
- cp monrepo/hooks/pre-commit{.tmpl,}
éventuellement, éditer (moi j'ai modifié le script pour avoir un message d'erreur:
$SVNLOOK log -t "$TXN" "$REPOS" | \
grep "[a-zA-Z0-9]" > /dev/null || NOCOMMENT=1
test "$NOCOMMENT" && echo "please add a comment to your commit (use -m option)" 1>&2 && exit 1
)
- si il y a une erreur PERL lors du commit sur des histoires de @INC et de fichiers ini foireux faire un : sudo perl -MCPAN -e 'install Config::IniFiles'
- si ensuite il y a un problème de fichier de config non trouvé, faire un cp /usr/share/subversion/hook-scripts/commit-access-control.cfg.example monrepo/hooks/commit-access-control.cfg , l'éditer et dans le pre-commit hook, vérifier que le path vers ce fichier est absolu et non relatif lorsqu'il est appelé.
jeudi 1 avril 2010
Podocarpus
Voici Bonzy, mon premier bonsai ! C'est un podocarpus ce qui veut dire "pin des bouddhas". Je dois bien admettre que lorsqu'il est arrivé, je ne connaissais rien aux bonsai (prononcez bonssai), mais depuis que je me documente, j'ai appris plein de choses.
Il s'agit d'un bonsai d'intérieur, ce qui veut dire qu'il passe l'hiver en intérieur, mais l'été, il préfèrera largement être en extérieur. Il est beau selon les styles classiques car il s'inscrit dans un triangle bien asymétrique, et qu'on voit une bonne partie de son tronc (c'est le coté "face" du bonsai)Je me suis équipé en arrosoir et engrais spécialisé, et si j'étais courageux, je ferai directement un rempotage car apparemment il préfère les sols d'akadama que de terreau, mais je suis timoré alors j'attends, même si je vais peut être le regretter.
Si j'ai créé ce blog, c'est surtout pour lui, car je voudrais suivre son évolution. Je n'encourage personne à me suivre, vous allez probablement être déçus lorsque mon bonsai va mourir ou que j'arrêterai, de flemme, de poster.
Et puis, aussi, peut être qu'à terme, j'apprendrai à prendre de belles photos, ça pourrait être un bon plus. Par exemple, comment prendre une photo où l'arbre est beau mais le fond bien flou... mais je pense qu'avec mon petit numérique compact, ça n'est peut être pas possible.
Il s'agit d'un bonsai d'intérieur, ce qui veut dire qu'il passe l'hiver en intérieur, mais l'été, il préfèrera largement être en extérieur. Il est beau selon les styles classiques car il s'inscrit dans un triangle bien asymétrique, et qu'on voit une bonne partie de son tronc (c'est le coté "face" du bonsai)Je me suis équipé en arrosoir et engrais spécialisé, et si j'étais courageux, je ferai directement un rempotage car apparemment il préfère les sols d'akadama que de terreau, mais je suis timoré alors j'attends, même si je vais peut être le regretter.
Et puis, aussi, peut être qu'à terme, j'apprendrai à prendre de belles photos, ça pourrait être un bon plus. Par exemple, comment prendre une photo où l'arbre est beau mais le fond bien flou... mais je pense qu'avec mon petit numérique compact, ça n'est peut être pas possible.
Inscription à :
Articles (Atom)
