Larry Cow a écrit 5011 commentaires

orange a eu la superbe idée qui consiste à bloquer le port 25

[...]

Solution proposée par orange: passer sur le forfait «pro» qui a pour autre avantage de coûter cher, et de fournir une ip fixe.

[...]

Passer chez free n'est pas non plus une bonne solution car sans dégroupage, c'est pas une offre que l'on peut qualifier de qualité.

C'est peut-être pas une offre de qualité, notamment comparé à la version dégroupée, mais au moins on a une IP fixe et un port 25 qui marche. Si pour toi, mieux vaut la pire de deux solutions plutôt que la moins mauvaise... c'est une philosophie ;)

Malheureusement, ICE, qui est aussi disponible avec SIP, ne résoud pas le problème du NAT symmétrique sans soutien d'un serveur public.

Un serveur public en tant que relais tout du long, ou bien simplement lors de l'établissement de la communication (STUN?) ?

1) Skype est un fabuleux trou de sécurité. Personnellement, je ne risquerais pas mon job en proposant l'utilisation de Skype à ma direction.

Et Skype est un cauchemar pour tout administrateur consciencieux et désireux de pouvoir répondre de ce qui circule sur son réseau. Je sais. Crois-moi, je suis loin d'être partisan de Skype, et si j'en suis réduit à le proposer à mes correspondants c'est parce que j'ai épuisé les solutions "propres".

2) le monde de l'industrie et des PBXs évolue vers SIP. Pourquoi ne pas pousser l'utilisation d'un IPBX compatible SIP

Damn. Les gens utilisent Skype (et aimeraient - pour certains - pouvoir utiliser autre chose) parce que ça permet de téléphoner gratuitement. Si je leur explique que pour téléphoner à l'oeil, il faut qu'ils changent de PBX, je vais me faire drôlement bien recevoir, tiens ;p

Si encore c'était le seul moyen, ça pourrait encore passer ("oui M. le directeur, si on change le PBX vous pourrez appeler gratuitement, cool non?"). Mais là, il y a une solution qui, de leur point de vue de néophyte, marche parfaitement. Bigre.

au sein de l'entreprise et y connecter un softphone libre via un VPN ? Ca marche de manière infaillible, c'est sécurisé, et tu en as le contrôle.

Et quand ils veulent appeler quelqu'un, il faut au préalable que ces gens-là installent quoi? Un client SIP? Lequel? Dans 50% des cas que je rencontre, le correspondant à déjà Skype (même si c'est une version antédiluvienne).

1) Beaucoup de modem/routeurs WIFI intègrent le support de SIP dans leur stack NAT, tout comme ils intègrent IRC ou FTP ;

Je n'en ai pas encore rencontré, mais j'aimerais que tu aies raison ;)

2) La plupart des autres modem/routeurs WIFI fonctionnent en NAT non-symmétrique ;

Sauf que, Murphy oblige, c'est toujours celui qu'il faut pas qui est symmétrique. Et que comme toujours, même si ça a très bien marché dans 99% des cas, il va falloir que tu justifie ta solution pour le 1% restant. Et là, pas de bol, le concurrent numéro 1 fonctionne (hélas, d'ailleurs, ce pourri fonctionne _vraiment_ partout... à tel point que je me demande comment on peut envisager de le bloquer si besoin).

3) Il reste toujours possible d'utiliser des proxies publics en dernier recours ;

C'est simple à mettre en oeuvre, ça? Pour le pékin qui veut juste passer des appels gratuits?

- pour le java, je répondais au post dessus qui expliquait que grass c'est moyen et léger, et qu'il y a mieux, en java (probablement pour le coté user-friendly). Je sais que grass n'est pas en java, on travail un peu avec, et j'ai pas de java sur mes machines.

Ok, je comprends mieux. J'ai abusivement omis d'appliquer la négation précédente à l'assertion "en java". Je le ferais plus, c'est promis.

- Pour les cartes ign, je peux te montrer des cartes ou des tracés d'autoroutes ne sont pas levés, même 10 ans après, même sur des CD bayo vendus en ce moment.

Je n'en doute pas (en plus, Bayo beurk, mais plus pour leur politique commerciale que pour "leurs" données). Je pourrais d'ailleurs te parler de la fréquence des mises à jour de la BDORTHO (oui, même en IDF, on se retrouve avec des tuiles de 2003 et pas de perspective de mise à jour avant 2010... youpi).

Alors effectivement, quand c'est une voie complète qui n'existe pas, tu n'as guère qu'à la retracer toi-même à coups de GPS (et heureusement qu'il est là, ce salopard). Mais à choisir entre des corrections d'une carto IGN - au GPS ou au papier-crayon - et une construction de zéro, je choisis la première option. Tout du moins professionnellement, ça ne m'empêche pas de contribuer activement à OSM sur mon temps libre ;)

Avec un bon récepteur gps et une correction de mesures, tu arrives à de bonnes précision, au moin métrique. Nous travaillons en milieux forestiers

Surtout qu'en milieu forestier, du moins les forêts que je fréquente, les chemins doivent avoir une furieuse tendance à évoluer, non?

D'ailleurs, la couverture végétale ne fout pas un peu le bren, pour tout ce qui est relevé GPS?

mais il y a une vie en dehors des grandes routes, si si promis :-)

Tu prêches un convaincu (mais ça fait pas de mal) ;)

Les relevés gps de terrain sont tout aussi performant (voir parfois mieux à cause d'erreur sur les cartes ign.)

Euh, moui bof, on va dire. Sauf cas optimal (grand beau temps, un maximum de satellites en vue et pas de bâtiments à l'entour), la "dérive" de ton GPS risque fort d'induire plus d'erreurs que la carte IGN moyenne. Alors après, oui, la carte peut comporter des erreurs du genre "truc pas bien noté", qu'une présence sur le terrain t'évitera. Mais tu auras à mon sens - toute préoccupation légalo-philosophique mise à part - de bien meilleurs résultats en annotant une carte IGN en fonction des observations sur le terrain.

Après, l'intérêt majeur du relevé GPS, c'est que tu restes seul maître du résultat. Et ça, pour le libre, c'est très important.

Juste en passant : trouver grass 'léger' est surprenant. C'est vrai, ce n'est pas user friendly, en java, mais au niveau possibilité c'est tout sauf léger.

Depuis quand c'est en Java? J'ai cherché partout sur http://trac.osgeo.org/grass/browser/grass/branches/releasebr(...) et j'ai rien trouvé de tel. Tu as des liens?

A mon avis, ton client s'est déjà très mal renseigné avant de passer à cet outil propriétaire...

Ou alors il s'est limité à la "documentation commerciale" (sic) dudit outil. C'est fou ce que des jolies couleurs et un papier cartonné/glacé peuvent faire sur l'esprit critique d'un décideur.

Pas chercher à comprendre pourquoi WinDev est encore numéro 1 dans de nombreuses structures : il y a une donzelle sur le packaging (hideux par ailleurs, mais bon, tout le monde n'est pas allergique au jaune)

Et si c'est pas eux, y'en a d'autres : uDig, gvSig. Et encore, c'est pour rester dans les "lourds", parce qu'il y a aussi du web-based à profusion (Geoserver) et du "bureautique léger et choupinet pour l'exposé du p'tit dernier" (Marble).

Le seul cas où on peut se trouver un peu frustré, pour la géo, c'est si on est allergique à Java. Y'a moyen de faire sans (les softs cités dans le message du dessus, ainsi que Marble), mais les possibilités s'en trouvent grandement réduites.

Ben, d'un certain côté, en province tu as forcément un moyen de locomotion, fut-ce un vélo, sinon c'est ingérable. Donc effectivement, compte tenu de la présence dudit moyen de locomotion, tu es généralement pas loin de chez toi (ou du moins pas plus loin de chez toi que du resto le plus proche).

Et puis l'essence est tellement moins chère :)

Téléphone également idéal pour les parents inquiets par les habitudes de leurs adolescentes. Avec un Freerunner sous OM, il y a toutes les chances qu'elles arrêtent de passer des heures au téléphone avec leurs cops.

Et si par hasard les jeunettes y parvenaient, tu aurais la satisfaction de savoir qu'elles sont devenues de parfaites geekettes, capables de débugguer le Neo comme personne ;)

Symbian n'est pas (ou n'était pas jusqu'à il y a peu, en tous cas) un OS libre. Du tout. Le Series 60 3rd edition qu'on trouve sur les nokias de moins de 3 ans est un superbe exemple de système fermé : impossibilité d'accéder à des pans entiers de l'API sans signature, etc.

Y'a des jours où même Windows Mobile (honni soit son nom) est plus "ouvert" pour un utilisateur Linux, c'est dire...

Parce que même sur un matériel précis, il y a des périphériques amovibles que tu ne peux guère prévoir à l'avance? Alors certes, il y a des profils "standards" (UMS, etc.), mais pour le reste?

Alors, que faut-il changer ? Le client VoIP qui supporte SIP, ou créer encore un nouveau protocole qui n'aura pas le soutien du monde de l'industrie ?

D'autant qu'il y a aussi XMPP+Jingle qui devrait permettre des trucs sympas (quand ICE sera complet et intégré, si j'ai tout suivi).

N'empêche qu'en pratique, quand tu veux faire une démonstration VoIP à de parfaits néophytes et que tu veux rester crédible... tu choisis Skype. C'est totalement malheureux, mais je ne compte pas risquer mon job en proposant une solution VoIP qui va _justement_ choisir de ne pas marcher au mauvais moment (ah ben oui m'sieur l'directeur, c'est normal que vous n'ayez pas pu appeler vos enfants depuis cet hôtel, leur NAT était symétrique).

Je suis de près l'évolution des clients libres et protocoles ouverts, je ne rate pas une occasion de faire des tests, mais pour le moment je n'ai rien rencontré qui puisse être confié à mes décideurs sans danger. J'ai par exemple essayé le dernier Ekiga, qui semble en beta pour Windows : il n'a même pas voulu se lancer. Tant pis, on retentera plus tard ;)

Avec un peu de chance, IPv6 se répandra vraiment, ces saloperies de NAT deviendront rares et les protocoles "simples" marcheront du premier coup. Mais c'est pas pour tout de suite.

Un soylent-burger et un coca, siouplé! :)

Si l'attaqué est bien parano comme il faut, le support des modules n'est pas activé dans son noyau.

(bon ok, ça devient rare, mais sur le papier ça reste valable)

Tu as l'air assez au courant : en l'état actuel des choses, il est possible d'utiliser le PowerVR d'une BeagleBoard (avec pilote fermé, j'entends bien), ou pas?

Et si non, on peut envisager de l'utiliser quand? Et sur quel genre de plateforme logicielle (Debian, Angstrom, truc à leur sauce?)

Est-ce utile d'avoir une puce 3D (fermée, de surcroît) dans un robot?

Euh, oui, et? C'est exactement ce que disait Victor, non? Le nouveau module permet d'utiliser efficacement les multi-coeurs en s'appuyant sur des processus distincts, puisqu'avec des threads ça ne peut pas marcher à cause du GIL.

Ou bien j'ai raté un truc?

Genre http://opencircuits.com/Linuxstamp / http://www.thelinuxstamp.com ?

Le manque de support d'IE n'est pas forcément très génant en pratique (même si ça ferait forcément mieux d'être "any browser compliant") : le mec qui en est à utiliser une gestion commerciale libre, il y a de bonnes chances qu'il soit déjà sous Firefox depuis un bout de temps. Et s'il est le patron chez lui, il ne devrait pas avoir trop de mal à l'imposer à ses employés.

L'AGPL impose que les utilisateurs de l'application aient accès au code source. Normalement, les utilisateurs de l'application ce sont tes employés. Une section "code source de LundiMatin-Custom" sur l'intranet (ou le partage réseau qui va bien), et c'est terminé pour les obligations de l'AGPL.

Par contre, ça limite les chances qu'une boîte ne monte un business d'hébergement LMB, et ça permet de s'assurer que si ça arrive, les modifications nécessaires seront accessibles au plus grand nombre.

Je n'ai pas eu le temps de tester de manière approfondie, mais :

- la licence AGPL, c'est bien, mangez-en,
- ça semble propre, et tout à fait adapté à une petite structure française/francophone,
- j'adooore le nom du soft ;)

n'importe quelle fortune colossale (du monde)

Pourquoi cette intéressante précision? C'est différent pour les fortunes colossales d'Alpha du Centaure?

Et pour avoir une petite chance d'avoir les gens compétents aux commandes, il faut que ceux-ci acceptent de monter au créneau - quitte à parfois donner l'impression de pactiser avec le diable. Avec une opposition de principe des gens qui "savent", on risque fort de donner une image ultra-caricaturale et difficilement crédible. Et c'est dommage.

Tu veux rire? MSN c'est bien plus ergonomique, et en plus j'a-do-re le petit papillon qui bat des ailes.

(snif)

La version 3 d'Ekiga, le logiciel de voix-sur-protocole-internet est sorti. Il est bien. Ou pas. Ca dépend de vos gouts. Moi j'aime bien, mais ma petite sœur a trouvé ça "prout". En même temps, elle a 15 mois, alors c'est pas forcément le marché ciblé non plus.

Franchement, le côté "neutralité de point de vue" à outrance, c'est utile sur Wikipedia mais ça devient lourdingue si on l'impose à toute publication. Oui, quand _je_ poste une information c'est _mon_ avis qu'il s'agit. Avec _mes_ biais, _mon_ enthousiasme (déplacé, éventuellement), etc.

Je n'ai pas écrit cette dépêche. Mais j'en écris, parfois. Et, franchement, c'est déjà assez difficile de pas écrire de conneries, de vérifier ses sources et de garder une forme "correcte". Si en plus il faut tenter de respecter cette foutue neutralité pour faire un texte qui mette d'accord à la fois : les inconditionnels du logiciel dont on parle, ses détracteurs, ce qui s'en foutent, ceux qui aiment pas parce que de toutes façons c'est pas du Java, ceux qui pensaient qu'ils étaient sur BashFr, mais on dirait que non, .... On s'en sort plus.

Si le contenu ne te plaît pas, tu peux toujours en proposer, tu sais?