haaa et cette fois-ci le message est différent lors du down/up:

root@OpenWrt:~# ip link set dev lan2 down
ip link set dev lan2 up
[ 1189.793746] br-lan: port 1(lan2) entered disabled state
root@OpenWrt:~# ip link set dev lan2 up
[ 1190.013459] Realtek RTL8261N mt7530_dsa-0:05: rtkphy_config_init:80 [RTL8261N/RTL8264/RTL826XB] phy_id: 0x1CCAF3 PHYAD:5
[ 1190.310214] airoha_eth 1fb50000.ethernet lan2: PHY [mt7530_dsa-0:05] driver [Realtek RTL8261N] (irq=POLL)
[ 1190.319838] airoha_eth 1fb50000.ethernet lan2: configuring for phy/usxgmii link mode

EDIT:
nouveau reboot, et maintenant ca fonctionne...on dirait que le passage par le Recovery a débloqué un truc...

speedtest.exe

   Speedtest by Ookla

      Server: Misaka Network, Inc. - Marseille (id: 73556)
         ISP: Bouygues Telecom
Idle Latency:     5.94 ms   (jitter: 0.20ms, low: 5.65ms, high: 6.01ms)
    Download:  7265.57 Mbps (data used: 8.3 GB)
                  8.94 ms   (jitter: 19.72ms, low: 6.04ms, high: 244.41ms)
      Upload:   952.67 Mbps (data used: 809.0 MB)
                 13.65 ms   (jitter: 1.17ms, low: 7.28ms, high: 23.28ms)
 Packet Loss: Not available.
  Result URL: https://www.speedtest.net/result/c/608024a7-1300-4691-8387-8c54fb27f474
au passage, j'avais oublié d'activer l'offloading dans la partie Firewall...mon speedtest était bloqué a 500Mbps...le CPU est vraiment une daube sans l'offloading c'est fou...il n'atteind meme pas 1Gbps avec ses 4 coeurs 

Tu as un driver "Generic Clause 45 PHY", alors que j'ai "Realtek RTL8261N" (avec en plus la trace d'init).
Est-ce que "lsmod | grep rtl" indique le module "rtl8261n" est chargé, avec 2 utilisateurs ?

Est-ce que le port wan est avec le driver de PHY générique aussi, ou RTL8261N ?

root@OpenWrt:~# lsmod | grep rtl
rtl8261n               94208  2
comment je vois ca sur le port wan ??

Je remarque un truc :
l'installer de hurrian m'a mis un recovery en kernel 6.18, alors que le firmware de Fanboy est en 6.12 chez moi. je ne sais pas si ca a un impact...

J'ai fait un reboot en recovery, meme probleme, puis reboot en normal et la mon port lan2 a fonctionné, les led sont bien restée allumée, mais pas moyen d'obtenir une ip sur le PC...



je repasse sur un port 1gbps et ca marche...

et la j'ai des traces maintenant quand je retire et remet le cable dans le port 10G:

root@OpenWrt:~# [  883.776771] mt7530-mmio 1fb58000.switch lan3: Link is Down
[  883.782487] br-lan: port 2(lan3) entered disabled state
[  889.447190] airoha_eth 1fb50000.ethernet lan2: Link is Up - 10Gbps/Full - flow control rx/tx
[  889.455732] br-lan: port 1(lan2) entered blocking state
[  889.461019] br-lan: port 1(lan2) entered forwarding state


il faudrait déjà commencer par définir ce qu'est un VPN:

Sont concernés les outils qui permettent d'avoir simplement une IP étrangère au pays, utilisés massivement en Australie suite à l'interdiction des réseaux sociaux au moins de 16 ans.

Les VPN d'entreprise ne sont pas concernés, même si certaines entreprises internationales attribuent des IP hors du pays, les utilisateurs sont tous majeurs.

La cible, ce sont bien ces grands acteurs payant qui peuvent se payer de la publicité sur les télévisions européenne en créant des peurs chez le consommateur.


Et les VPN gratuits largement diffusés. Vous avez-vu que Firefox intègre maintenant un VPN gratuit, qu'il est possible de le configurer pour qu'il ne fonctionne que sur des noms de domaine précis.

Les trucs de geeks ne seront probablement pas concernés (il faut une proportionnalité de la mesure avec le but poursuivi).

Soit, on met une exception pour le système d'authentification et il sort par l'IP d'origine. C'est utilisé souvent dans les entreprises ou seul le contenu de l'entreprise passe par le VPN : YouTube et autre passe en direct par la connexion internet.

La seconde solution, c'est comme ce qui est utilisé pour les DNS ou les VPN ont l'obligation de bloquer des requêtes DNS en fonction du pas hôte : déclarer les pools IP étrangers utilisés par des consommateurs pour lesquels il faut une vérifiaiton d'age. Cela nécessite de séparer les pools d'IP en deux : Les utilisateurs dont les pays demandent une vérification d'age sont sur un pool différent de ceux qui ont besoin dont les pays ne le demandent pas.

Je comprends, c'est très intéressant. Si je résume, ce sont surtout les fournisseurs de VPN commerciaux qui seraient impactés par ces nouvelles obligations et restrictions ? Un utilisateur qui déploierait sa propre solution sur un VPS hébergé dans un DC à l'étranger ne serait donc pas impacté ?

Soit, on met une exception pour le système d'authentification et il sort par l'IP d'origine. C'est utilisé souvent dans les entreprises ou seul le contenu de l'entreprise passe par le VPN : YouTube et autre passe en direct par la connexion internet.

La seconde solution, c'est comme ce qui est utilisé pour les DNS ou les VPN ont l'obligation de bloquer des requêtes DNS en fonction du pas hôte : déclarer les pools IP étrangers utilisés par des consommateurs pour lesquels il faut une vérifiaiton d'age. Cela nécessite de séparer les pools d'IP en deux : Les utilisateurs dont les pays demandent une vérification d'age sont sur un pool différent de ceux qui ont besoin dont les pays ne le demandent pas.