Hello,

En effet c'est une bad practice à proscrire, mais qui se faisait couramment sur les forums et autres CMS au temps ou la sécurité de l'identité n'était pas encore mature.
Malgré le fait que SMF ait pris un coup de vieux niveau code, c'est un CMS gratuit que j'apprécie particulièrement!

@Vivien, le passage en 2.1 est prévu? Je vois qu'on est en 2.0 dans les credits.
De ce que j'avais vu à l'époque, SMF 2.1 utilise l'algo one-way, CRYPT_BLOWFISH avec un cost a 10 par défaut pour les mots de passe.

Si j'avais une suggestion à donner, ça serait de profiter de cette mise à jour pour implementer du passwordless du MFA, ça permettrait de mitiger toute tentative de takeover.

Un dernier conseil destiné à toutes personnes utilisant n'importe quelle plateforme, bien que je suis persuadé que ce ne soit pas le cas ici:
Utilisez toujours des mots de passes unique par site, rien n'empèche un administrateur de modifier son code afin de stocker les mots de passe en clair ou encore de logger, toujours en clair, toutes les tentatives infructueuses.

Ne fonctionnent pas sur FireStick, ce qui ne veut pas dire que ça ne tourne que sur le bousin de location, peut-être qu'ailleurs ça peut le faire.

L'appli en version 6.0.4

bonjour a tous,

je me répond finalement a moi même.
j'utilise proxmox 8.2 sur ma machine et openmptcprouter pour agrèger les liens. bien que la machine soit puissance i9 13 etc etc..

la couche virtuel réseaux de proxmox sur la VM OMR, me bride a 1gb/s .... pour le moment je n'ai pas trouvé de solution ...
en accès direct j'arrive bien a atteindre les 220Mo/s soit 1.8Gb via l'interface 2.5GB de la freebow pop pas si mal...

su coup je cherche une solution pour ma proxmox....

C'est complètement démesuré, il n'y a pas plus simple ??

Le soucis ça n'est pas de tirer le câble du poteau au 2 studios, c'est qu'il faut prévoir un emplacement au PM + une fibre dédié du PM au studio (en passant par différent PBO). (pour chaque studio).
ça représente une certaine ingénierie à mettre en place. C'est ça qu'ils font payer, pas juste le faire de tirer un morceau de fibre en plus entre le poteau et le grenier.
C'était gratuit lors du déploiement, c'est payant à postériori.
Les 2 studios n'ayant pas été bien identifiés lors du déploiement, ça pose maintenant soucis..
chaque studio a une boite aux lettres distinctes ?
Car généralement les techniciens piqueteurs se basent sur la BAN + sur les boites aux lettres également.

Bonjour,

Depuis plusieurs mois j'utilise sans souci particulier un CCR2004 qui a remplacé mon ER6.

Je viens de me rendre compte que le DHCP-Client qui récupère l'IPv4 chez Orange fait un renew seulement à la moitié du bail., c'est à dire tous les 3,5 jours.
Pourtant Orange fixe le "renewal time value" (option 58) à 84672 secondes (23h, 31 min, 12 sec).
Le problème : RouterOS ne semble pas tenir compte de ce renewal time.

Ai-je un problème de conf ou RouterOS ne sait pas faire ? (version RouterOS 7.14.3)
Ce n'est pas catastrophique, mais bon, je me pose des questions 

Voici ce que reçois le routeur du DHCP Orange (IPv4) :

       Dynamic Host Configuration Protocol (ACK)
    Message type: Boot Reply (2)
    Hardware type: Ethernet (0x01)
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0x9dbd85e2
    Seconds elapsed: 0
    Bootp flags: 0x0000 (Unicast)
    Client IP address: xxxxxxxxxxx
    Your (client) IP address: xxxxxxxxxxxxx
    Next server IP address: 80.10.255.153
    Relay agent IP address: 80.10.255.153
    Client MAC address: xxxxxxxxxxxxxxxxx
    Client hardware address padding: 00000000000000000000
    Server host name not given
    Boot file name not given
    Magic cookie: DHCP
    Option: (53) DHCP Message Type (ACK)
    Option: (54) DHCP Server Identifier (80.10.255.153)
    Option: (51) IP Address Lease Time
        Length: 4
        IP Address Lease Time: 7 days (604800)
    Option: (1) Subnet Mask (255.255.252.0)
    Option: (3) Router
    Option: (6) Domain Name Server
    Option: (28) Broadcast Address (xxxxxxxxxxxxxxxx)
    Option: (12) Host Name
    Option: (61) Client identifier
    Option: (90) Authentication
    Option: (125) V-I Vendor-specific Information
        Length: 17
        Enterprise: Orange (1368)
            Length: 12
            Option 125 Suboption: 1
                Length: 10
                Data: 00010000000000000000
    Option: (119) Domain Search
    Option: (58) Renewal Time Value
        Length: 4
        Renewal Time Value: 23 hours, 31 minutes, 12 seconds (84672)
    Option: (59) Rebinding Time Value
        Length: 4
        Rebinding Time Value: 5 days, 14 hours, 24 minutes (483840)
    Option: (255) End

Coté IPv6, aucun souci de ce genre, le renew a bien lieu chaque jour.

Voilà, je ne comprends pas trop.
Avez-vous ce même fonctionnement ?

Cordialement

[edit] : j'oubliais une précision importante : un renew manuel fonctionne normalement