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.

non aucune trace...ca dit rien quand je retire et remet le cable.
ma carte réseau et bien une 10Gbps, en autonegociation.
Si je branche mon cable sur le port wan2 10gbps du routeur, là c'est bien détecté, donc pas de probleme de cable ou de carte réseau apparemment...

De mon côté, parfois après sysupgrade sur le premier boot le port wan détecte bien le lient, et envoie des paquets mais ne reçoit rien.
Dans ce cas, un reboot corrige le problème.

Si tu sais quelle build de @Gilly1970 fonctionnait bien, on peut peut-être regarder ce qu'il avait pour le port LAN2 (device-tree, et patchs kernel).
La device-tree peut facilement s'extraire de l'image sysupgrade, mais pour les patchs kernel il faut regarder dans la repo.