minimalteck a écrit 8 commentaires

  • [^] # Re: squidgard

    Posté par  . En réponse au message Houla, tu regardes quoi là ?!. Évalué à 1.

    quel message afficher ?
    Rhoooooooo, y'en a pleins !!!

    - Surfer provoque une mort lente et douloureuse
    - Attention, ça va trancher !
    - Note : Pensez à passer prendre votre solde tout compte à la compta avant de partir...
    - Bosse feignasse !
    - à la Robins des bois : Surfer au lieu de bosser ? Pas classe !

    une autre solution, c'est de renvoyer sur le portail de ton entreprise... peu de gens se plaindront à mon humble avis...
    surtout si tu rajoutes : Surfer sur le portail de ton entreprise ? Classsssssssssssse !

    Mais pour être vraiment efficace, il faut :
    il faut penser à :
    - couper le téléphone,
    - mettre des brouilleurs de portable,
    - installer au minimum : une pointeuse aux toilettes (vécu !), des caméras partout, des portes à accès sécurisés par reconnaissance rectale (c'est très efficace, y'a moins de courant d'air), des détecteurs de mouvements au niveau de la machine à café (la supprimer coute moins cher),
    - pour créer de l'emploi un maître chien à chaque poste de travail... pas mieux !!!

    Et dis toi bien que quoique les entreprises fassent, y'aura toujours 2 grandes catégories de personnes :
    1. ceux qui aiment leur boulot et donc ont un minimum de conscience professsionnelle et donc s'y investissent (même s'il bulle un peu de temps en temps)
    2. les autres les professionnels du glandage, qui ne savent rien faire de leur dix doigts et qui s'efforce de montrer qu'is sont "débordés" en passant leur journée à faire du vent, parler fort au téléphone à des interlocuteurs virtuels, en organisant des planning de réunion sous leur tableurs préféré pour la mise en place des briefing, débriefing... nous en connaissons tous...

    c'est vrai qu'on pourrait ajouter une troisième catégorie de gens, les dépressifs, qui sont malheureux au travail parce que las d'être là, dont la motivation s'est éteinte avec le triste constat que les pro du glandage leur pourrissent le quotidien et que, contrairement à ces derniers, eux n'évoluent pas dans l'entreprise...

    mais ça c'est aussi la conséquence des objectifs personnels, prime au mérite distribué par les potes, de la grande mode des drh et grh qui jugent de qui bossent bien ou pas, même s'il ne connaissent rien au boulot, et du fait qu'aujourd'hui plus tu montes dans la hierarchie de l'entreprise, moins les connaissance et compétences liées à son activité principale sont importantes...

    Toutes les boites ne sont pas comme ça heureusement, mais de ce que je peux constaté chez mes clients, petites structures ou grand compte, c'est exactement ça !

    Bon allez, j'vais bosser, moi !!! pensez à filtrer aussi linux.fr...
  • [^] # Re: doc..

    Posté par  . En réponse au message Backscatter et postfix. Évalué à 1.

    en creusant là :
    [http://postfix.traduc.org/index.php/ADDRESS_VERIFICATION_REA(...)]
    tu trouveras certainement la solution...

    par contre pour en revenir à backscatterer.org... un p'tit coup de gueul...

    This IP is temporary listed.
    The listing will expire automatically and free of charge 4 weeks after the last abuse is seen from that IP.
    Expedited manual expressdelisting is available as an option if you do not want to wait for the automatic and free expiration.
    You will be charged 50 Euro's using one of the following payment services.
    WARNING: Before requesting expressdelisting make sure the problem which caused the listing is fixed, otherwise you are at risk to get listed again if new abuse becomes known.


    Payer pour se faire déblacklister avant 4 semaines !!!
    Ne trouvez-vous pas cela scandaleux ?
    D'autant que certains serveurs de mail tournant sous Windows - je sais quand on cherche les emm... - dont la liste non exhaustive apparaît ici : [http://cbl.abuseat.org/server.html] sont systématiquement blacklistés...

    Si vous avez des retours d'expériences sur des déboires avec backscatterer...
  • [^] # Re: voir avec ton fai ?

    Posté par  . En réponse au message failover services entre sites distants sous debian. Évalué à 1.

    avoir la main sur le routage de l'ip publique ou la faire modifier...
    je sais pas dans quelle mesure c'est possible de négocier....

    un reverse proxy... effectivement, c'est une piste à laquelle je n'avais pas songée...
    merci, je sors ma pelle et je creuse la question ;)
  • [^] # Re: drdb / heartbeat / ...

    Posté par  . En réponse au message failover services entre sites distants sous debian. Évalué à 1.

    bon oki, pour heartbeat en ethernet... autant pour moi...
    par contre - je suis un boulet... je l'avoue -
    le channel bonding entre "interfaces de réseaux distants"
    ben je comprends toujours pas comment on fait.... 8(
    si t'as 2 minutes pour m'expliquer ou un lien magique à destination des neuneus... :D
  • [^] # Re: 2 datacenter separés = 2 plan IP separé

    Posté par  . En réponse au message failover services entre sites distants sous debian. Évalué à 1.

    les 2 datacenters sont bien dissociés l'un de l'autre... :(
    et il n'y a pas à priori possibilité d'avoir de liaison privée entre les 2...
  • [^] # Re: drdb / heartbeat / ...

    Posté par  . En réponse au message failover services entre sites distants sous debian. Évalué à 1.

    merci merci je me plonge dedans tout de suite :)
  • [^] # Re: drdb / heartbeat / ...

    Posté par  . En réponse au message failover services entre sites distants sous debian. Évalué à 1.

    merci nono14...
    cependant, ôtes moi ces doutes qui me tiraillent....
    - heartbeat ne nécéssite-t-il pas une liaison série ? dans mon cas, ce n'est pas envisageable...
    - le channel bonding assure une redondance d'interface réseau sur même machine non ?
    peut-être je me trompais-je, et dans ce cas je ne suis pas contre quelques ressources webesque qui rectifient mon ignorance en la matière... ;)
  • [^] # Re: 2 datacenter separés = 2 plan IP separé

    Posté par  . En réponse au message failover services entre sites distants sous debian. Évalué à 1.

    merci NeoX !!! je me sens moins seul... ça fait du bien...

    une nouvelle install de l'appli/donnée ne devrait (je préfère au conditionnel) pas poser de pb
    pour la synchro, je pensais à du simple rsync ou de l'unison et de la replication mysql pour les bases...

    qt à la solution dns failover, le pb, c'est la latence de propagation de la mise à jour...
    même avec un ttl faible... on ne peut pas espérer des résultats fantastiques...
    l'interruption si il y en a une... doit être minimale... et sachant que c'est une appli qui concernent des clients des 4 coins de la planète... j'ai du écarter cette solution... :(