[FRnOG] Re: [TECH] problème avec mdaemon et blacklisting

2020-04-24 Par sujet Xavier BELOND 
Bonjour,

Tout d’abord : blackliste par qui?

De : frnog-requ...@frnog.org  de la part de chrome 
ozome 
Envoyé : vendredi, avril 24, 2020 10:12 AM
À : frnog@frnog.org
Objet : [FRnOG] [TECH] problème avec mdaemon et blacklisting

Bonjour à tous, j'espère que vous allez bien ainsi que vos proches

Je me permet de poster ce message et j'espère être dans la bonne catégorie.

Je débute et dans mon entreprise nous avons régulièrement des soucis avec notre 
serveur de mail qui se retrouve blacklisté (1 fois par mois). Nous utilisons 
Mdaemon 10.1 (sous windows) et j'aurais voulu savoir s'il existais des outils 
pour mieux comprendre les retour de mails afin d'identifier rapidement le 
problème, et/ou si certains connaissent ce logicielle quelquefois que nous 
ayons un problème dans le paramétrage.

ps: nous n'avons pas la possibilté dans notre version de rajouter un hashcach 
sur les mails.

cordialement.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [MISC] En cas d'arnaque on fait quoi ?

2020-04-24 Par sujet x.roca 
Dans ce type de cas, il faut récupérer un maximum d'information, le contrat, le 
devis, le PV de recette.
C'est le premier pas pour trouver potentiellement une échappatoire.
Par exemple, à défaut de PV de recette le contrat de location n'est pas valable.
On a déjà pu faire casser un crédit/bail suite à une anarque chez une coop ou 
j'intervenait un tant qu'assesseur de l'huissier.
Personne n'avait soulevé ce point, pourtant qui me semble assez évident.
Et les représentants de la coop en question, étaient pour l'un le président du 
TC de leur secteur l'autre juge à ce même TC... sans commentaire.
Le prestataire un bureauticien qui avait élargissait son offre ;) et le 
financier lui faisait confiance donc a lancé sans PV reçu.

Pour les défauts, il a surement des choses très sexy qui ont été proposé et 
vendu dans la package.
IL faut solliciter le prestataire sur un truc un peu plus compliqué ou il 
aurait besoin de votre support.
Tu sais ou ciblé vu que c'est ton produit et lui pas vraiment vu qu'il n'a pas 
la formation ou compétence ;)
A partir de là, le client fait constater la non-exécution et dénonce le contrat.

Pour ton revendeur qui ferme boutique, le financier doit assurer la continuité 
des services qu'il a financé.
Ne pas le faire permet de caser le contrat, ce n'est pas simple et procédurier 
pour le client amis non c'est le chemin à prendre.
Maintenant si les services ne sont pas assurés et constatés en tant que tel, le 
client ne paie plus et attend que ce soit le financier qui entame la procédure.
Il inverse ainsi la charge de la procédure.


-Message d'origine-
De : Oliver varenne  
Envoyé : vendredi 24 avril 2020 10:41
À : x.r...@sipleo.com; frnog-m...@frnog.org
Objet : RE: [FRnOG] [MISC] En cas d'arnaque on fait quoi ?

Intéressant

Pour le coup je ne sais pas qui est le loueur.

Pour le défaut, encore faut il en trouver une. Sur une petite installation 
simple, payée une fortune, généralement "ça juste marche" suffisamment pour que 
le client ne puisse pas trop râler...

Ce que je peux te dire, c'est qu'un  de nos revendeur a plié boutique un jour, 
et qu'il avait inclus dans des contrats de financement des choses normalement 
interdites en location (abonnements internet, trunk SIP... bref des choses 
"inlouable" puisque le cout peut varier d'un mois à l'autre) Pourtant le loueur 
interdisait cela. Mais aucune verif n'avait été faite.



Cordialement,
 


Olivier Varenne
Co-gérant, Commercial & Développeur
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 




-Message d'origine-
De : Xavier ROCA  De la part de x.r...@sipleo.com Envoyé : 
vendredi 24 avril 2020 10:25 À : Oliver varenne ; 
frnog-m...@frnog.org Objet : RE: [FRnOG] [MISC] En cas d'arnaque on fait quoi ?

Bonjour Olivier,

Depuis je crois début 2018, il y a l'interdépendance des contrats.
Donc l'obligation pour de loueur de faire un peut plus attention aux 
partenaires qu'ils financent.
D'ailleurs qu'elle est le financier ?
Le plus connu sur ce type de client est ou était Locam, un spécialiste du genre.
Faudrait donc signaler le revendeur au financier.
Si le contrat est bien ficelé et équilibré, il sera très difficile de le mettre 
à défaut.
Sinon une "astuce" pour casser un contrat de ce style serait de mettre en 
évidence le défaut d'exécution.
Attention : le financier peut s'être assuré pour la poursuite d'activité via un 
partenaire technologique en cas de défaillance.
Dans ce cas, le financier est généralement assez éthique est il ne reverse 
qu'une partie de la somme (l'investissement) et verse le reste (le 
fonctionnement) par période au prestaire.
Ce qui lui laisse un peu de marge pour assurer la continuité de service.
Mais du coup ce type de financier va rarement prendre ce type de revendeur donc 
cela peut se tenter d'essayer de provoquer le défaut d'exécution en demandant 
des choses prévues par le contrat mais que l'on se doute fortement qu'ils 
seront difficilement assurés.
J'accompagne d'ailleurs des responsables d'agences et commerciaux de Loueur sur 
les risques dans les Télécoms et l'analyse de l'offre qui ne s'arrête pas à ce 
qu'on lit ;) Mais ils peuvent se faire facilement berner par notamment leur 
client Bureautique avec qui ils font un peu trop confiance et finance du 
télécom sans vraiment savoir et se prendre la tête.
On fait aussi l'assureur technique auprès de financier pour leur obligation de 
poursuite de l'activité sur une défaillance avéré.

Xavier

-Message d'origine-
De : Oliver varenne  Envoyé : jeudi 23 avril 2020 18:47 
À : frnog-m...@frnog.org Objet : RE: [FRnOG] [MISC] En cas d'arnaque on fait 
quoi ?

Tout ce qui est dit à l'oral ne compte pas
Oublie pas, tout est fait au téléphone, en direct Explication, argumentation, 
signature

Le client il a entendu 21 mensualités, et quand tu lui fais signer le contrat, 
en le guidant pour la signature electronique, tu vas le plus vite possible!
Il FAUT que le client te dise "attendez j'y suis pas encore"

Re: [FRnOG] [ALERT] problème DNS chez Free ?

2020-04-24 Par sujet Nicolas Parpandet 


Hello,

Pour la culture générale, voici ce qui nous est arrivé : (si cela peut servir à 
quelqu'un...)

https://community.akamai.com/customers/s/article/DNS-Circular-Detection-And-Looping?language=en_US

Deux domaines utilisant en croisé les NS de l'un vers l'autre, sans glue record.

C'est réglé chez Free, mais chez Bouygues ça merde encore, d'après nos 
investigations, tous
ceux qui utilisent la solution Infoblox, le système se mets en sécurité et le 
domaine est blacklisté, pour une durée indéterminée ... 
(les clients chez Bouygues ne nous résolvent plus depuis 48 heures).

Le support N1 de Bouygues répondant à côté de la plaque, si quelqu'un passe par 
là...
et trouve la solution !, car on a ouvert un ticket avec captures etc chez 
Infoblox pour l'instant pas de retour.

A+

Nicolas


- Mail original -
> De: "npa" 
> À: "frnog-alert" 
> Cc: "Arnaud Wetzel" 
> Envoyé: Jeudi 23 Avril 2020 14:45:35
> Objet: Re: [FRnOG] [ALERT] problème DNS chez Free ?

> Hello,
> 
> Pile poil 24h après, c'est revenu, soit les mystères d'un cache négatif dans 
> un
> équipement réseau,
> ou les bienfait d'un occulte lecteur ;)
> 
> A+
> 
> Nicolas
> 
> - Mail original -
>> De: "npa" 
>> À: "frnog-alert" 
>> Cc: "Arnaud Wetzel" 
>> Envoyé: Jeudi 23 Avril 2020 08:51:08
>> Objet: Re: [FRnOG] [ALERT] problème DNS chez Free ?
> 
>> Hello,
>> 
>> Je précise, suite à un incident de Glue sur nos domaines,
>> il n'y que ceux-ci qui sont HS chez free.
>> 
>> Nicolas
>> 
>> 
>> - Mail original -
>>> De: "npa" 
>>> À: "frnog-alert" 
>>> Cc: "Arnaud Wetzel" 
>>> Envoyé: Jeudi 23 Avril 2020 08:03:33
>>> Objet: Re: [FRnOG] [ALERT] problème DNS chez Free ?
>> 
>>> Bonjour,
>>> 
>>> Suite à un incident DNS hier le 22/04 à 14h30 qui a duré quelques minutes,
>>> (soucis de Glue)
>>> 
>>> On se retrouve également avec plusieurs domaines blacklistés chez Free
>>> 
>>> les dns de Free 212.27.40.240 et 212.27.40.241 semblent s'être mis en
>>> "sécurité",
>>> la résolution fonctionne depuis les autres FAI, ainsi que tous les tests 
>>> DNS en
>>> ligne trouvés,
>>> et les hébergeurs principaux en france,
>>> 
>>> Ca réponds une fois sur 10, sinon c'est du
>>> 
>>> Host not found: 2(SERVFAIL)  , ou réponse vide.
>>> 
>>> Je pense à un mécanisme de protection contre des attaques dns, mais là, cela
>>> dure depuis plus de 17 heures,
>>> et c'est l'intégralité des zones qui est blacklistée...
>>> 
>>> => Impact business, est-ce qu'un contact DNS technique free serait en ligne 
>>> ici
>>> ?
>>> 
>>> Merci, A+
>>> 
>>> Nicolas
>>> 
>>> 
>>> - Mail original -
 De: "Arnaud Wetzel" 
 À: frnog-al...@frnog.org
 Envoyé: Vendredi 17 Avril 2020 17:59:10
 Objet: [FRnOG] [ALERT] problème DNS chez Free ?
>>> 
 Bonjour à tous,
 Depuis 20h hier soir, certains de nos DNS ne sont plus résolus par les
 serveurs DNS de free.
 (les serveurs 212.27.40.240,212.27.53.252 et 212.27.53.252). La totalité
 des autres DNS qu'on a pu tester : autres FAI français, différents DNS
 publiques interrogeables dans le monde - y compris ceux d' Online -
 parviennent à résoudre.
 
 Le plus étonnant est que certains des domaines DNS servis par les mêmes
 serveurs DNS fonctionnent correctement depuis chez Free.
 
 Les domaines à problème sont tous les domaines "*.kbrw.fr" et "*.
 shoppingadventure.fr". On peut voir le problème sur le "A" de "kbrw.fr"
 directement.
 
> test ci-après depuis une connexion Free.
 
 ```
 dig A @212.27.40.240 kbrw.fr
 
 ; <<>> DiG 9.10.6 <<>> A @212.27.40.240 kbrw.fr
 ; (1 server found)
 ;; global options: +cmd
 ;; Got answer:
 ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 8612
 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
 
 ;; OPT PSEUDOSECTION:
 ; EDNS: version: 0, flags:; udp: 1472
 ;; QUESTION SECTION:
 ;kbrw.fr. IN A
 
 ;; Query time: 408 msec
 ;; SERVER: 212.27.40.240#53(212.27.40.240)
 ;; WHEN: Fri Apr 17 17:53:15 CEST 2020
 ;; MSG SIZE  rcvd: 36
 ```
 
 Est ce que quelqu'un d'autre a ce type de problème sur ses domaines en ce
 moment ? est ce qu'un incident sur les DNS Free est en court ?
 
 Cordialement.
 
 Arnaud
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/
>>> 
>>> 
>>> ---
>>> Liste de diffusion du FRnOG
> > > http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [MISC] [FRnOG] [TECH] Vitesses DAC vs fibre

2020-04-24 Par sujet Maxime De Berraly 
> Moi aussi ca m'interpelle : avec des switchs 10G RJ45, des serveurs avec
> des ports 10G RJ45 integre, et les bons cordons ?

Plus de latences, ca chauffe comme un GPU, ca consomme comme si ca
minait du bitcoin, le cable est encore plus épais et rigide qu'un DAC
meme s'il est mou en prod car lui meme chauffe, le traitement de
signal est poussé aux limites opérationnelles, mais tu met vraiment le
doigt sur le probleme : "les bons cordons". C'est extrèmement sensible
aux perturbations, meme sur de courtes distances. Le cuivre ca
s'oxyde, les connecteurs posent problème. Tu avais raison de mettre du
Cat6, mais pour faire du giga. Le 10G sera en best effort, des fois
oui, des fois non, ou sont passés mes paquets, le stockage convergé
qui part en couille, les tests de qualification qui ne sont pas
reproductibles 6 mois plus tard, les stations de montage qui explosent
en vol, etc...
L'expérience fait loi, les switchs sont abordables (et tu trouvera
plein de 10GbaseT en refurb), mais si des gens l'abandonnent pour du
ToR 2m je suis curieux de voir le résultat quand on doit faire 70
metres avec un patch pannel, du crosstalk a foison et une prise
murale, surtout 9 ans plus tard.
S'il y a bien une seule chose qu'il faut prévoir pour le long terme,
ce sont des fourreaux larges et facile d'accès. Il ne faut pas écouter
les vendeurs de cuivre, mais c'est pareil avec la fibre : il ne faut
pas s'attendre a du 100% quand le batiment est cablé en OM2. Le
véritable avantage du cuivre, c'est que ca se revend au kilo.
Et puis le 10G c'est has been ;)

Maxime


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [MISC] [FRnOG] [TECH] Vitesses DAC vs fibre

2020-04-24 Par sujet Hugues Voiturier 
La consommation par port est complètement délirante, et je ne serais pas étonné 
qu’on s'y retrouve financièrement à mettre de la fibre rien qu’avec la facture 
électrique.


Hugues
AS57199 - AS50628

> On 24 Apr 2020, at 10:02, Youssef Ghorbal  wrote:
> 
>> 
>> 
 Cuivre 10Gb/s RJ45
>>> a éviter a tout prix
>>> 
>> Il y a 9 ans, j'ai câblé mon réseau en 6a pour qu'il soit compatible 10
>> Gb/s en
>> me disant que je pourrais profiter du 10G lorsque les switchs 10G aurait
>> un
>> tarif abordable. J'ai mal anticipé ?
>> 
>> Pourquoi le cuivre 10 Gb/s RJ45 est-il à éviter à tout prix ?
>> 
> 
> Moi aussi ca m'interpelle : avec des switchs 10G RJ45, des serveurs avec
> des ports 10G RJ45 integre, et les bons cordons ?
> 
> Youssef
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [MISC] En cas d'arnaque on fait quoi ?

2020-04-24 Par sujet Oliver varenne 
Intéressant

Pour le coup je ne sais pas qui est le loueur.

Pour le défaut, encore faut il en trouver une. Sur une petite installation 
simple, payée une fortune, généralement "ça juste marche" suffisamment pour que 
le client ne puisse pas trop râler...

Ce que je peux te dire, c'est qu'un  de nos revendeur a plié boutique un jour, 
et qu'il avait inclus dans des contrats de financement des choses normalement 
interdites en location (abonnements internet, trunk SIP... bref des choses 
"inlouable" puisque le cout peut varier d'un mois à l'autre)
Pourtant le loueur interdisait cela. Mais aucune verif n'avait été faite.



Cordialement,
 


Olivier Varenne
Co-gérant, Commercial & Développeur
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 




-Message d'origine-
De : Xavier ROCA  De la part de x.r...@sipleo.com
Envoyé : vendredi 24 avril 2020 10:25
À : Oliver varenne ; frnog-m...@frnog.org
Objet : RE: [FRnOG] [MISC] En cas d'arnaque on fait quoi ?

Bonjour Olivier,

Depuis je crois début 2018, il y a l'interdépendance des contrats.
Donc l'obligation pour de loueur de faire un peut plus attention aux 
partenaires qu'ils financent.
D'ailleurs qu'elle est le financier ?
Le plus connu sur ce type de client est ou était Locam, un spécialiste du genre.
Faudrait donc signaler le revendeur au financier.
Si le contrat est bien ficelé et équilibré, il sera très difficile de le mettre 
à défaut.
Sinon une "astuce" pour casser un contrat de ce style serait de mettre en 
évidence le défaut d'exécution.
Attention : le financier peut s'être assuré pour la poursuite d'activité via un 
partenaire technologique en cas de défaillance.
Dans ce cas, le financier est généralement assez éthique est il ne reverse 
qu'une partie de la somme (l'investissement) et verse le reste (le 
fonctionnement) par période au prestaire.
Ce qui lui laisse un peu de marge pour assurer la continuité de service.
Mais du coup ce type de financier va rarement prendre ce type de revendeur donc 
cela peut se tenter d'essayer de provoquer le défaut d'exécution en demandant 
des choses prévues par le contrat mais que l'on se doute fortement qu'ils 
seront difficilement assurés.
J'accompagne d'ailleurs des responsables d'agences et commerciaux de Loueur sur 
les risques dans les Télécoms et l'analyse de l'offre qui ne s'arrête pas à ce 
qu'on lit ;) Mais ils peuvent se faire facilement berner par notamment leur 
client Bureautique avec qui ils font un peu trop confiance et finance du 
télécom sans vraiment savoir et se prendre la tête.
On fait aussi l'assureur technique auprès de financier pour leur obligation de 
poursuite de l'activité sur une défaillance avéré.

Xavier

-Message d'origine-
De : Oliver varenne  Envoyé : jeudi 23 avril 2020 18:47 
À : frnog-m...@frnog.org Objet : RE: [FRnOG] [MISC] En cas d'arnaque on fait 
quoi ?

Tout ce qui est dit à l'oral ne compte pas
Oublie pas, tout est fait au téléphone, en direct Explication, argumentation, 
signature

Le client il a entendu 21 mensualités, et quand tu lui fais signer le contrat, 
en le guidant pour la signature electronique, tu vas le plus vite possible!
Il FAUT que le client te dise "attendez j'y suis pas encore"

Teleprospecteur: "monsieur, cliquez sur le lien dans l'email, et maintenant 
cliquez sur Souscrire à l'offre... maintenant cliquez sur "j'ai un numéro de 
souscription" et renseignez ce numéro"
Client: "attendez .. j'y suis pas encore... a voila.."
Télépro: "maintenant il doit vous dire que le contrat est a signer..."
Client "attendez, je trouve pas le numero de machin"
Télépro: "c'est en bas, renseignez le numéro, puis suivant. Maintenant cliquez 
sur Signature electronique"
Client: "heu attendez. Ha ok c'est bon. Signature éléctronique? Ou ça. Ha oui"

Etc.

Tout le temps ou tu force le client à se dépêcher (il n'osera pas dire qu'il 
comprend rien et qu'il est perdu), c'est du temps en moins pour lui à 
rechercher les CGV ou meme simplement lire ce qu'il y a à l'écran.

Donc tes 21 mensualités ORALEs, se transforment en contrat signé, non lu, de 21 
trimestres

Et le "j'ai pas eu le temps de lire" ne passera pas devant un juge...


Cordialement,
 


Olivier Varenne
Co-gérant, Commercial & Développeur
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 




-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Alexis 
Envoyé : jeudi 23 avril 2020 17:52 À : frnog@frnog.org Objet : Re: [FRnOG] 
[MISC] En cas d'arnaque on fait quoi ?

Il y a quand même quelque chose que je n'arrive pas à comprendre, dans tout ça 
...

Une mensualité, par définition, c'est mensuel, non ?

Une mensualité trimestrielle, de fait, serait un non-sens ?

Et donc un contrat qui indique 24 mensualités, soit X€/mois ne serait-il pas 
nul simplement parce que les chiffres annoncés sont incohérents ?

Aucune idée de comment un juge interprèterait ce genre de cas, ni s'il y a une 
jurisprudence la-dessus.

Alexis

Le 23/04/2020 à 16:21, Kevin CHAILLY | Service

RE: [FRnOG] [MISC] En cas d'arnaque on fait quoi ?

2020-04-24 Par sujet x.roca 
Bonjour Olivier,

Depuis je crois début 2018, il y a l'interdépendance des contrats.
Donc l'obligation pour de loueur de faire un peut plus attention aux 
partenaires qu'ils financent.
D'ailleurs qu'elle est le financier ?
Le plus connu sur ce type de client est ou était Locam, un spécialiste du genre.
Faudrait donc signaler le revendeur au financier.
Si le contrat est bien ficelé et équilibré, il sera très difficile de le mettre 
à défaut.
Sinon une "astuce" pour casser un contrat de ce style serait de mettre en 
évidence le défaut d'exécution.
Attention : le financier peut s'être assuré pour la poursuite d'activité via un 
partenaire technologique en cas de défaillance.
Dans ce cas, le financier est généralement assez éthique est il ne reverse 
qu'une partie de la somme (l'investissement) et verse le reste (le 
fonctionnement) par période au prestaire.
Ce qui lui laisse un peu de marge pour assurer la continuité de service.
Mais du coup ce type de financier va rarement prendre ce type de revendeur donc 
cela peut se tenter d'essayer de provoquer le défaut d'exécution en demandant 
des choses prévues par le contrat mais que l'on se doute fortement qu'ils 
seront difficilement assurés.
J'accompagne d'ailleurs des responsables d'agences et commerciaux de Loueur sur 
les risques dans les Télécoms et l'analyse de l'offre qui ne s'arrête pas à ce 
qu'on lit ;)
Mais ils peuvent se faire facilement berner par notamment leur client 
Bureautique avec qui ils font un peu trop confiance et finance du télécom sans 
vraiment savoir et se prendre la tête.
On fait aussi l'assureur technique auprès de financier pour leur obligation de 
poursuite de l'activité sur une défaillance avéré.

Xavier

-Message d'origine-
De : Oliver varenne  
Envoyé : jeudi 23 avril 2020 18:47
À : frnog-m...@frnog.org
Objet : RE: [FRnOG] [MISC] En cas d'arnaque on fait quoi ?

Tout ce qui est dit à l'oral ne compte pas
Oublie pas, tout est fait au téléphone, en direct Explication, argumentation, 
signature

Le client il a entendu 21 mensualités, et quand tu lui fais signer le contrat, 
en le guidant pour la signature electronique, tu vas le plus vite possible!
Il FAUT que le client te dise "attendez j'y suis pas encore"

Teleprospecteur: "monsieur, cliquez sur le lien dans l'email, et maintenant 
cliquez sur Souscrire à l'offre... maintenant cliquez sur "j'ai un numéro de 
souscription" et renseignez ce numéro"
Client: "attendez .. j'y suis pas encore... a voila.."
Télépro: "maintenant il doit vous dire que le contrat est a signer..."
Client "attendez, je trouve pas le numero de machin"
Télépro: "c'est en bas, renseignez le numéro, puis suivant. Maintenant cliquez 
sur Signature electronique"
Client: "heu attendez. Ha ok c'est bon. Signature éléctronique? Ou ça. Ha oui"

Etc.

Tout le temps ou tu force le client à se dépêcher (il n'osera pas dire qu'il 
comprend rien et qu'il est perdu), c'est du temps en moins pour lui à 
rechercher les CGV ou meme simplement lire ce qu'il y a à l'écran.

Donc tes 21 mensualités ORALEs, se transforment en contrat signé, non lu, de 21 
trimestres

Et le "j'ai pas eu le temps de lire" ne passera pas devant un juge...


Cordialement,
 


Olivier Varenne
Co-gérant, Commercial & Développeur
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 




-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Alexis 
Envoyé : jeudi 23 avril 2020 17:52 À : frnog@frnog.org Objet : Re: [FRnOG] 
[MISC] En cas d'arnaque on fait quoi ?

Il y a quand même quelque chose que je n'arrive pas à comprendre, dans tout ça 
...

Une mensualité, par définition, c'est mensuel, non ?

Une mensualité trimestrielle, de fait, serait un non-sens ?

Et donc un contrat qui indique 24 mensualités, soit X€/mois ne serait-il pas 
nul simplement parce que les chiffres annoncés sont incohérents ?

Aucune idée de comment un juge interprèterait ce genre de cas, ni s'il y a une 
jurisprudence la-dessus.

Alexis

Le 23/04/2020 à 16:21, Kevin CHAILLY | Service Technique a écrit :
> Plus sioux,
>
>
> Vous aurez 24 mensualités ( non dit : tous les 3 mois ) soit XXX euros 
> par mois ! ( puisque tu paies XXX*3 tous les 3 mois )
>
>
> N'oubliez pas cette phrase magique : Vous payez rien, tout est prélevé !
>
>
> Cordialement,
>
>
>
> Kevin CHAILLY
>
> Service Technique
>
> Adeo-informatique
>
> Tel. 04 688 24 688
>
> www.adeo-informatique.fr
>
> [X]
> 
>
> 
> De : frnog-requ...@frnog.org  de la part de 
> Oliver varenne  Envoyé : jeudi 23 avril 2020
> 10:00:03 À : frnog-m...@frnog.org Objet : RE: [FRnOG] [MISC] En cas 
> d'arnaque on fait quoi ?
>
> C'est surtout qu'ils présentent cela comme ça:
>
> " vous aurez 24 mensualités de XXX euros"
>
> Le client se dit : "ou 2 ans, pas long!"
>
> Non non... c'est 24 mensualités trimestrielles. Donc 72 mois !
>
>
>
> Cordialement,
>
>
>
> Olivier Varenne
> Co-gérant, Commercial &

[FRnOG] [TECH] problème avec mdaemon et blacklisting

2020-04-24 Par sujet chrome ozome 
Bonjour à tous, j'espère que vous allez bien ainsi que vos proches

Je me permet de poster ce message et j'espère être dans la bonne catégorie.

Je débute et dans mon entreprise nous avons régulièrement des soucis avec notre 
serveur de mail qui se retrouve blacklisté (1 fois par mois). Nous utilisons 
Mdaemon 10.1 (sous windows) et j'aurais voulu savoir s'il existais des outils 
pour mieux comprendre les retour de mails afin d'identifier rapidement le 
problème, et/ou si certains connaissent ce logicielle quelquefois que nous 
ayons un problème dans le paramétrage.

ps: nous n'avons pas la possibilté dans notre version de rajouter un hashcach 
sur les mails.

cordialement.



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [MISC] [FRnOG] [TECH] Vitesses DAC vs fibre

2020-04-24 Par sujet Youssef Ghorbal 
>
>
> >> Cuivre 10Gb/s RJ45
> > a éviter a tout prix
> >
> Il y a 9 ans, j'ai câblé mon réseau en 6a pour qu'il soit compatible 10
> Gb/s en
> me disant que je pourrais profiter du 10G lorsque les switchs 10G aurait
> un
> tarif abordable. J'ai mal anticipé ?
>
> Pourquoi le cuivre 10 Gb/s RJ45 est-il à éviter à tout prix ?
>

Moi aussi ca m'interpelle : avec des switchs 10G RJ45, des serveurs avec
des ports 10G RJ45 integre, et les bons cordons ?

Youssef

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [MISC] [FRnOG] [TECH] Vitesses DAC vs fibre

2020-04-24 Par sujet Radu-Adrian Feurdean 
On Fri, Apr 24, 2020, at 07:55, Laurent Barme wrote:

> Il y a 9 ans, j'ai câblé mon réseau en 6a pour qu'il soit compatible 10 Gb/s 
> en 
> me disant que je pourrais profiter du 10G lorsque les switchs 10G aurait un 
> tarif abordable. J'ai mal anticipé ?

Oui.

> Pourquoi le cuivre 10 Gb/s RJ45 est-il à éviter à tout prix ?

Tres longtemps, il fallait choisir son switch 10G pour les serveurs : soit en 
version SFP+ , soit en version avec RJ45 integres. Jusqu'a recemment les SFP+ 
Base-T etaient consideres comme une impossibilite technique (difficultes lies a 
la puissance disponible vs puissance necessaire). Finalement ca s'est fini avec 
des SFP+ "cuivre" qui chauffent pas mal et qui ne sont pas utilisables que sur 
une fraction de la distance (25-30m contre 100m pour les ports 10GBase-T 
"integres").


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [MISC] [FRnOG] [TECH] Vitesses DAC vs fibre

2020-04-24 Par sujet Radu-Adrian Feurdean 
On Thu, Apr 23, 2020, at 21:31, Michel KOENIG wrote:
> Fibre SFP+ SR
> Cuivre 10Gb/s TX
> DAC 10Gb/s
... ou meme SFP+ 10G LR...

C'est celui qui colle le lieux a tous tes besoins, l'argent n'etant pas le seul 
critere.
Par exemple dans un contexte fortemet reseau, ou l'utilisation du mono-mode 
(donc LR) est la norme, ca a du sens de rester en LR, la difference de prix 
etant negligeable.
Si tu ne comptes jamais sortir de la baie, et si tu n'as pas d'autres 
limitations, DAC.
Si tu dois acheter les optiques "officielles" du constructeur a la place des 
generiques beaucoup moins cheres, tu risques de ne pas avoir autre chance que 
du SR.

Le cas le plus particulier et plus improbable c'est le 10Gbps Base-T.

> Et dans le cas du DAC quel est l'interopérabilité existante entre les 
> constructeurs ?

Celle voulue par les constructeurs. Prends des DAC chez un constructeur qui a 
des boitiers de codage.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Meraki et soucis de route

2020-04-24 Par sujet David Ponzone 
Dans la mesure où d’après ce que tu dis, le routeur de l’opérateur a une route 
pour 192.168.102.0/24 par 192.168.12.1 (MX), tu peux normalement virer le NAT 
sur le WAN du MX.

> Le 24 avr. 2020 à 09:18, Aliza Amalice  a écrit :
> 
> > Donc dans ton cas, le paquet venant du site distant va arriver sur ton 
> > switch, le switch répond avec comme IP source .16.10, qui est naté par le 
> > MX. Donc le site distant ne reçoit pas la réponse à son paquet.
> 
> Dans ce cas il faudrait ajouter quoi ? Je suis blonde :)
> 
> Le ven. 24 avr. 2020 à 01:27, David Ponzone  > a écrit :
> Hmm c’est sûr ça ?
> Un firewall par défaut a généralement une règle:
> From LAN/any to WAN/any: accept
> Mais pas la règle inverse.
> 
> Autre cause possible:
> La conf par défaut d’un firewall  a généralement le NAT activé sur le WAN.
> Donc dans ton cas, le paquet venant du site distant va arriver sur ton 
> switch, le switch répond avec comme IP source .16.10, qui est naté par le MX. 
> Donc le site distant ne reçoit pas la réponse à son paquet.
> 
> David Ponzone
> 
> 
> 
>> Le 24 avr. 2020 à 01:04, Aliza Amalice > > a écrit :
>> 
>> 
>> J'y ai bien pensé mais par défaut tou est en any sur les MX.
>> 
>> Le ven. 24 avr. 2020 à 00:37, David Ponzone > > a écrit :
>> Le MX étant un firewall, il y a probablement une petite règle à ajouter, car 
>> un paquet qui arrive par le WAN, il le laisse pas passer.
>> 
>> > Le 23 avr. 2020 à 23:34, Aliza Amalice > > > a écrit :
>> > 
>> > Bonjour à tous,
>> > 
>> > Je suis perdue sur la mise en place d’un MX de Meraki.
>> > 
>> > 
>> > 
>> > D’un côté j’ai un switch Cisco 3750 avec du routage interVLAN, de l’autre
>> > un MX suivi du routeur de l’opérateur. En gros quelques choses du genre :
>> > 
>> > 
>> > 
>> > *SW* (192.168.16.10) --- (192.168.16.1) *MX* (192.168.12.1) ---
>> > (192.168.12.10) *CPE OP*
>> > 
>> > 
>> > Sur le switch, j'ai différents VLAN ex:
>> > 
>> >   VLAN 102 (192.168.102.1 /24)
>> > 
>> >   VLAN 110 (192.168.110.1 /22)
>> > 
>> > 
>> > 
>> > Et une route par défaut 0.0.0.0/0  192.168.16.1 (donc 
>> > vers le MX).
>> > 
>> > Sur le MX j’ai une route 192.168.102.0/24  -> 
>> > 192.168.16.10 (donc vers le
>> > Switch)
>> > 
>> > 
>> > Avec cette configuration, j'arrive à aller vers l'internet. Déjà est-ce que
>> > c'est OK à ce niveau ? Il faut une route statique par VLAN ou existe il un
>> > moyen plus évident ?
>> > 
>> > 
>> > J'ai un BVPN MPLS, j'ai donc ajouté une route par défaut vers mon site
>> > distant ex :
>> > 
>> > 
>> > 172.16.20.0/24  -> 192.168.12.10
>> > 
>> > 
>> > Quand depuis 172.168.20.x je fais un traceroute vers 192.168.102.1, je
>> > m'arrête à 192.168.12.1 (le MX), pourquoi le traffic s'arrête ici. Un
>> > traceroute depuis le MX de la même adresse s'arrête au switch... Là je ne
>> > comprends pas.
>> > 
>> > 
>> > Merci pour votre aide.
>> > 
>> > 
>> > Aliza
>> > 
>> > ---
>> > Liste de diffusion du FRnOG
>> > http://www.frnog.org/ 
>> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] En cas d'arnaque on fait quoi ?

2020-04-24 Par sujet Radu-Adrian Feurdean 
On Thu, Apr 23, 2020, at 17:51, Alexis wrote:
> Et donc un contrat qui indique 24 mensualités, soit X€/mois ne serait-il 
> pas nul simplement parce que les chiffres annoncés sont incohérents ?

Mensualite c'est dans la presentation orale, par telephone. Le contrat, il doit 
utiliser une autre terminologie.
D'ou l'importance de lire le contrat avant de signer. Toute derogation de la 
regle "pas lu, pas signe" c'est une application du darwinisme.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Meraki et soucis de route

2020-04-24 Par sujet Aliza Amalice 
> Donc dans ton cas, le paquet venant du site distant va arriver sur ton
switch, le switch répond avec comme IP source .16.10, qui est naté par le
MX. Donc le site distant ne reçoit pas la réponse à son paquet.

Dans ce cas il faudrait ajouter quoi ? Je suis blonde :)

Le ven. 24 avr. 2020 à 01:27, David Ponzone  a
écrit :

> Hmm c’est sûr ça ?
> Un firewall par défaut a généralement une règle:
> From LAN/any to WAN/any: accept
> Mais pas la règle inverse.
>
> Autre cause possible:
> La conf par défaut d’un firewall  a généralement le NAT activé sur le WAN.
> Donc dans ton cas, le paquet venant du site distant va arriver sur ton
> switch, le switch répond avec comme IP source .16.10, qui est naté par le
> MX. Donc le site distant ne reçoit pas la réponse à son paquet.
>
> David Ponzone
>
>
>
> Le 24 avr. 2020 à 01:04, Aliza Amalice  a écrit :
>
> 
> J'y ai bien pensé mais par défaut tou est en any sur les MX.
>
> Le ven. 24 avr. 2020 à 00:37, David Ponzone  a
> écrit :
>
>> Le MX étant un firewall, il y a probablement une petite règle à ajouter,
>> car un paquet qui arrive par le WAN, il le laisse pas passer.
>>
>> > Le 23 avr. 2020 à 23:34, Aliza Amalice  a
>> écrit :
>> >
>> > Bonjour à tous,
>> >
>> > Je suis perdue sur la mise en place d’un MX de Meraki.
>> >
>> >
>> >
>> > D’un côté j’ai un switch Cisco 3750 avec du routage interVLAN, de
>> l’autre
>> > un MX suivi du routeur de l’opérateur. En gros quelques choses du genre
>> :
>> >
>> >
>> >
>> > *SW* (192.168.16.10) --- (192.168.16.1) *MX* (192.168.12.1) ---
>> > (192.168.12.10) *CPE OP*
>> >
>> >
>> > Sur le switch, j'ai différents VLAN ex:
>> >
>> >   VLAN 102 (192.168.102.1 /24)
>> >
>> >   VLAN 110 (192.168.110.1 /22)
>> >
>> >
>> >
>> > Et une route par défaut 0.0.0.0/0 192.168.16.1 (donc vers le MX).
>> >
>> > Sur le MX j’ai une route 192.168.102.0/24 -> 192.168.16.10 (donc vers
>> le
>> > Switch)
>> >
>> >
>> > Avec cette configuration, j'arrive à aller vers l'internet. Déjà est-ce
>> que
>> > c'est OK à ce niveau ? Il faut une route statique par VLAN ou existe il
>> un
>> > moyen plus évident ?
>> >
>> >
>> > J'ai un BVPN MPLS, j'ai donc ajouté une route par défaut vers mon site
>> > distant ex :
>> >
>> >
>> > 172.16.20.0/24 -> 192.168.12.10
>> >
>> >
>> > Quand depuis 172.168.20.x je fais un traceroute vers 192.168.102.1, je
>> > m'arrête à 192.168.12.1 (le MX), pourquoi le traffic s'arrête ici. Un
>> > traceroute depuis le MX de la même adresse s'arrête au switch... Là je
>> ne
>> > comprends pas.
>> >
>> >
>> > Merci pour votre aide.
>> >
>> >
>> > Aliza
>> >
>> > ---
>> > Liste de diffusion du FRnOG
>> > http://www.frnog.org/
>>
>>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Meraki et soucis de route

2020-04-24 Par sujet Jonathan Roulé 
Surtout les MX, NAT par défaut sur les ports internet 1 et 2 avec
impossibilité de désactivation avant la version MX 15.4 (Np NAT feature...)

Le ven. 24 avr. 2020 à 01:28, David Ponzone  a
écrit :

> Hmm c’est sûr ça ?
> Un firewall par défaut a généralement une règle:
> From LAN/any to WAN/any: accept
> Mais pas la règle inverse.
>
> Autre cause possible:
> La conf par défaut d’un firewall  a généralement le NAT activé sur le WAN.
> Donc dans ton cas, le paquet venant du site distant va arriver sur ton
> switch, le switch répond avec comme IP source .16.10, qui est naté par le
> MX. Donc le site distant ne reçoit pas la réponse à son paquet.
>
> David Ponzone
>
>
>
> > Le 24 avr. 2020 à 01:04, Aliza Amalice  a
> écrit :
> >
> > 
> > J'y ai bien pensé mais par défaut tou est en any sur les MX.
> >
> >> Le ven. 24 avr. 2020 à 00:37, David Ponzone 
> a écrit :
> >> Le MX étant un firewall, il y a probablement une petite règle à
> ajouter, car un paquet qui arrive par le WAN, il le laisse pas passer.
> >>
> >> > Le 23 avr. 2020 à 23:34, Aliza Amalice  a
> écrit :
> >> >
> >> > Bonjour à tous,
> >> >
> >> > Je suis perdue sur la mise en place d’un MX de Meraki.
> >> >
> >> >
> >> >
> >> > D’un côté j’ai un switch Cisco 3750 avec du routage interVLAN, de
> l’autre
> >> > un MX suivi du routeur de l’opérateur. En gros quelques choses du
> genre :
> >> >
> >> >
> >> >
> >> > *SW* (192.168.16.10) --- (192.168.16.1) *MX* (192.168.12.1) ---
> >> > (192.168.12.10) *CPE OP*
> >> >
> >> >
> >> > Sur le switch, j'ai différents VLAN ex:
> >> >
> >> >   VLAN 102 (192.168.102.1 /24)
> >> >
> >> >   VLAN 110 (192.168.110.1 /22)
> >> >
> >> >
> >> >
> >> > Et une route par défaut 0.0.0.0/0 192.168.16.1 (donc vers le MX).
> >> >
> >> > Sur le MX j’ai une route 192.168.102.0/24 -> 192.168.16.10 (donc
> vers le
> >> > Switch)
> >> >
> >> >
> >> > Avec cette configuration, j'arrive à aller vers l'internet. Déjà
> est-ce que
> >> > c'est OK à ce niveau ? Il faut une route statique par VLAN ou existe
> il un
> >> > moyen plus évident ?
> >> >
> >> >
> >> > J'ai un BVPN MPLS, j'ai donc ajouté une route par défaut vers mon site
> >> > distant ex :
> >> >
> >> >
> >> > 172.16.20.0/24 -> 192.168.12.10
> >> >
> >> >
> >> > Quand depuis 172.168.20.x je fais un traceroute vers 192.168.102.1, je
> >> > m'arrête à 192.168.12.1 (le MX), pourquoi le traffic s'arrête ici. Un
> >> > traceroute depuis le MX de la même adresse s'arrête au switch... Là
> je ne
> >> > comprends pas.
> >> >
> >> >
> >> > Merci pour votre aide.
> >> >
> >> >
> >> > Aliza
> >> >
> >> > ---
> >> > Liste de diffusion du FRnOG
> >> > http://www.frnog.org/
> >>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/