Certains avaient migré vers les réseaux mobiles pour anticiper la fin du cuivre (et payer moins cher). A voir si c'était 2G seulement ou 2G/3G ou 2G/3G/4G ...

Ce serait quand même très étonnant de migrer pour anticiper la fin du cuivre, et de choisir une techno annoncée également comme en fin de vie...

Bonjour,

Pourriez vous compléter votre profil avec votre numéro client disponible sur une des facture Bbox.

Merci

L'expression est malformée. Lire le premier paragraphe de Simple Rule Management.

Première expression : VLAN HEADER EXPRESSION

vlan id 832

Seconde expression incomplète : IPV6 HEADER EXPRESSION

ip6

Comment sélectionner en fonction du protocole encapsulé dans un paquet IPv6 ? Voir « Rappel IPv6 » ci-après.

Troisième expression : UDP HEADER EXPRESSION

udp dport 547

Analyse

Ce que l'on veut c'est sélectionner les paquets IPv6.

vlan type ip6

Attention : l'expression vlan type est surchargée. Voir « Ambivalence de l'expression vlan type ».

Rappel IPv6

Il faut utiliser l'expression meta l4proto en IPv6 pour correspondre au protocole encapsulé.

nft describe meta l4proto | grep icmp
        icmp                            1
        ipv6-icmp                       58

On peut utiliser l'expression abrégée icmpv6 type <data type>.

If you specifically want to match on the ICMPv6 type, then nftables creates an implicit meta l4proto dependency that is not shown, therefore, there is no need for being verbose in your notation, ie.

Code: [Sélectionner]

% nft add rule filter input icmpv6 type { nd-neighbor-solicit, nd-router-advert, nd-neighbor-advert } accept
Hyperlien : Matching IPv6 headers

Ambivalence de l'expression vlan type

vlan type 8021ad vlan type 8021q vlan type ip6 counter

Cette expression représente explicitement une trame VLAN 802.1ad et une trame 802.1Q (enchaînement QinQ).

vlan type ip6 counter

Cette expression représente implicitement une trame VLAN 802.1q.

L'ambivalence apparaît dans la signification du type EtherType.

09:18

Finalement, il semblerait que mon interprétation soit fausse. J'ai essayé dans des espaces de nommages. nftables transforme la règle en :

table netdev test_qinq {
        chain ingress {
                type filter hook ingress device "veth_recv" priority filter; policy accept;
                ether type 8021q vlan type 8021ad vlan type 8021q vlan type ip6 counter packets 0 bytes 0 meta nftrace set 1
        }
}

09:31

Je crois que j'ai compris.

- VLAN support:

   # payload statement
   ip saddr 10.1.1.1 icmp type echo-request vlan id set 321

   # payload expression (QinQ matching)
   ether type 8021ad vlan id 10 vlan type 8021q vlan id 100 vlan type ip accept

Hyperlien : https://lwn.net/Articles/982283/

$ nft describe vlan type
payload expression, datatype ether_type (Ethernet protocol) (basetype integer), 16 bits

pre-defined symbolic constants (in hexadecimal):
        ip                              0x0800
        arp                             0x0806
        ip6                             0x86dd
        8021q                           0x8100
        8021ad                          0x88a8
        vlan                            0x8100

$ nft describe ether_type
datatype ether_type (Ethernet protocol) (basetype integer), 16 bits

pre-defined symbolic constants (in hexadecimal):
        ip                              0x0008
        arp                             0x0608
        ip6                             0xdd86
        8021q                           0x0081
        8021ad                          0xa888
        vlan                            0x0081

Donc, 8021ad ne devrait pas être utilisé dans l'expression vlan type mais uniquement dans l'expression ether type.

Salut à tous,

Après pas mal d'acharnement, j'ai enfin réussi à débloquer le mode développeur sur la Connect TV V3, celui qui demande un mot de passe depuis la MAJ firmware et qui bloquait tout le monde ici depuis deux ans.

La bonne nouvelle : ce n'est pas un code fixe « volé » quelque part. Le mot de passe est calculé à partir du numéro de série de votre propre box : donc chacun peut retrouver le sien, c'est totalement reproductible. J'ai l'algorithme complet et un petit script qui recrache le PIN.

Pourquoi je ne poste pas le tuto en clair ici : par prudence (interopérabilité / usage perso, mais je préfère rester discret vis-à-vis de l'opérateur). Je le transmets volontiers en MP à ceux qui en ont besoin pour leur propre matériel.

Du coup, si vous êtes bloqués : MP, je vous explique la méthode.

Petit rappel : à utiliser sur sa propre box uniquement, à des fins personnelles. Chacun fait ça sous sa responsabilité.

Non, remplace "vlan id 832 [...]" par "vlan type [...]"

Je me suis planté quand j'ai copié les règles en expérimentant avec "vlan id"...

Ou alors si tu veux appliqué en fonction du vlan, les correctes règles sont:
table netdev orange-rules {
        chain orange-rules-chain {
                type filter hook egress device "eth0" priority 0; policy accept;
                vlan id 832 ip6 nexthdr udp udp dport 547 vlan pcp set 6 ip6 dscp set cs6 counter accept
                vlan id 832 ip6 nexthdr icmpv6 icmpv6 type { echo-request, echo-reply, nd-neighbor-solicit, nd-neighbor-advert, nd-router-solicit } vlan pcp set 6 ip6 dscp set>
                vlan id 832 ip6 dscp set cs0 counter accept
                vlan id 832 ip protocol udp udp dport 67 vlan pcp set 6 ip dscp set cs6 counter accept
                vlan id 832 ip dscp set cs0 counter accept
                vlan id 832 vlan type arp vlan pcp set 6 counter accept
    }
}

Je vais mettre à jour le repo dans la journée