Ah peu être que le problème bien de la car le répéteur n'est pas branché en ethernet. Je vais essayé sans et voir si ça fonctionne correctement l'éloigner ou tiré un câble ethernet. Merci pour l'indice

Bonjour @tous,

Suite à une migration de RouterOS 6.48 vers RouterOS 7.15.3 et reset complet de mon mikrotik hex_s, j'ai également eu des problèmes pour récupérer un BOUND sur le stack ipv6.

Après avoir vérifier que le DUID n'était plus conforme, la déclaration du client ipv6 tel que ci-dessous m'a permis de récupérer un statut BOUND très rapidement.
/ipv6 dhcp-client add add-default-route=yes dhcp-options=clientid,authentication,user-class,vendor-class,vendor-infos interface=bridge_wan pool-name=pool_REN_6 rapid-commit=no request=prefix use-peer-dns=no use-interface-duid=yes

Pour information @proap (auteur du topic) :
je rejoins donc  @Lucy-Han, @PackTu, @cyayon, à savoir succès en utilisant la méthode n°:3  'Use Interface DUID'

OK pour le répéteur: ça change la situation.
Normalement tu n'as qu'une bande 5 Ghz de disponible pour tes téléphones, l'autre sert à alimenter en données le répéteur sauf si on le connecte en Ethernet
Dis moi si je me trompe, je n'ai pas ce matériel.
La mise en service est simpliste  https://assistance.free.fr/articles/4  rien à configurer.

La différence de niveau de réception entre la box et le répéteur est faible: 10Db
Comme je ne peux pas savoir où tu as fait tes mesures par rapport à la box ou au répéteur difficile d'en tirer une conclusion: box et répéteur trop proche l'un de l'autre ?
Il est possible que tes coupures soient un problème de perturbation entre la box et le répéteur, car ils sont tous les deux sur le canal 48 (normal), le mieux peut être l'ennemi du bien.
Fait des essais répéteur éteint, pas trop loin de la box évidemment, pour voir s'il y a toujours des coupures.
S'il n'y en a plus, il va falloir éloigner le répéteur de la box et/ou tirer un câble Ethernet entre les 2.

@ Catalyst : Un SPAM est de la publicité indésirable sauf que le SCORE associé au courriel dépasse la plupart du temps 5.0. L'adresse e-mail existe bien.
...
Tu confonds avec le fishing qui n'a pas nécessairement la bonne adresse e-mail, voire même mon adresse e-mail à moi.

Non.

Un spam est avant tout une communication non-sollicitée, peu importe la forme qu'elle prend et peu importe si l'expéditeur existe ou non. Le phising (avec "ph") c'est autre chose.
Donc rien à voir avec les adresses.

Dans le cas de l'usurpation de mon adresse e-mail, ceci est résolu par les enregistrements SPF, DKIM et DMARC.

Non plus.

Il est très naif de croire qu'en ayant configuré ces outils, ça règle le problème.

Les outils que tu mentionnes, ça permet surtout d'accorder une confiance, une légitimité à tes mails envoyés par rapport aux autres, pour ensuite, que le destinataire puisse _éventuellement_ mettre un filtrage dessus.
Si le destinataire n'a pas ça, il ne peut pas distinguer ton mail légitime d'un mail usurpé.

Et que ces outils sont maitrisés par tous ceux qui font du mail sérieusement... et aussi par les pirates eux-mêmes (car eux aussi, ils soignent leurs envois pour considérer leur mail comme legit).

Comment je distingue Nathalie d'une boite de BTP du coin qui me relance sur une facture avec un RIB, d'une Nathalie de la même boite de BTP qui me relance sur une facture avec un autre RIB ? Laquelle est vraie ?
Et pourtant envoyé du même domaine, même adresse, de la même IP, juste parce que leur Exchange s'est fait pété. Et ça arrive trèèès souvent. 

Sais tu faire un retour à l'expéditeur par les Scripts Sieve ?

Oui mais non. 

Le fait de vouloir "renvoyer à l'expéditeur" est totalement contre-productif. Tu le fais aussi avec les prospectus dans la vie réelle ?

Surtout qu'une grosse partie est envoyée depuis des serveurs mails légitimes (car ça arrive que des comptes mails se fassent péter unitairement) et EUX vont te considérer comme spammeur à ton tour et te blacklister.

Salut à tous.

Au boulot, nous avons un vieux traceur Canon IPF 750 (qui fonctionne très bien) et 7 ou 8 postes informatiques Apple (iMac et MacBook).
Un de ces postes nécessite d'imprimer sur le traceur régulièrement, sauf que le plus récent pilote commence à dater un peu et, n'est que pour MacOS Big Sur.
Le poste informatique en question et donc bloqué à Big Sur pour l'instant. Ce qui me pose pas mal de problèmes car notre ERP qui fonctionne sur une base serveur/clients ne peux pas être mis a jour s'il me reste un poste sous Big Sur. J'ai besoin que tous les postes soient au minimum sous MacOS Monterey.

Existe t-il une solution permettant d'intercaler ce que j'appellerai un "serveur d'impression" sur mon réseau qui ferait le tampon entre les différents postes informatiques et le traceur et qui me permettrait de passer outre cette limitation de driver ?

Dans l'attente de vous lire.

Nico