Après on dérive de la question initiale… quelqu’un qui utilise mullvad peut-il tester si le site Reglo Mobile est également bloqué ?
Je ne comprends d’ailleurs pas ce blocage sur chrome mais pas sur edge qui partagent le même infra de base, en l’occurrence chromium

Bonjour

Persuadé qu'il y a plus de fraudes, véhicules non assuré,  depuis que la vignette n'est plus obligatoire sur le pare brise

Attention, si tu lis le rapport, les déconnexions rapportées sur cette carte sont davantage une conséquence qu’une cause… puisqu’elles sont provoquées par les surtensions du réseau.

Pour ce qu’il s’est passé avant il faut plutôt aller voir la page 223.

En fait, comme indiqué p122, que ces centrales se soit déconnectées sur des surtensions est uniquement basé sur les déclarations des propriétaires des installations (qui sont nommés A et B ci-dessous), qui n'ont pas pu fournir d'enregistrement. C'est expressément indiqué dans le rapport. Et on avait déjà montré un graphique qui indique qu'à chaque délestage, une hausse de la tension a été concomitante (c'est dans le rapport factuel d'Octobre). Qui a provoqué quoi, ce n'est pas clair du tout, vu le manque d'enregistrements précis.

p122 :

Some milliseconds (ms) after 12:32:57, a generation evacuation power transformer owned by a third party A and operated by third party B in the 400 kV transmission substation (TS) 1 — Granada tripped (event 3). This transformer transfers power from several wind and solar power plants to the Spanish transmission system.
At the moment of the trip, the active power flow on this transformer was approximately 355 MW, from the 220 kV side to the 400 kV side.

The owner reported the cause of the trip as the overvoltage function on the 220 kV side of the transformer. As reported by the owner, at 12:32:57.155,
the protection equipment on the 220 kV side recorded a voltage of 242.9 kV on phase B and tripped (the protection setting for the overvoltage protection relay
was Ut = 110 % Un (242 kV), t = 0 s). At 12:32:57.215, coinciding with the transient associated with the circuit breaker opening, phases A and C tripped (at registered voltage 244.3 kV).

The owner provided no voltage measurement for the 400 kV side of the transformer

Plus loin, pour le délestage de 722 MW, il est indiqué que les raisons sont inconnues :

In the 12:33:16 –12:33:17 time frame, an additional 727 MW of thermo-solar and PV generation tripped in 400 kV TS 1 — Badajoz and 400 kV TS 2 — Badajoz in central-southern Spain (event 4).

In the 400 kV generation substation (GS) 1 — Badajoz, an evacuation line tripped at 12:33:16.443 for unknown reasons.
...

Dans l'introduction du tableau qui liste les déconnexions en série, p116 (voir ci-dessous), il est dit que les causes des délestages ne sont pas indiquées car pas connues :

Table 3-1 lists the following types of events: generation loss (including type of generation), line trip, hydro Pump trip, and load shedding, along with the estimated value of lost power (country abbreviations used in Table 3-1: ES = Spain, PT = Portugal, IP = Iberian Peninsula). Causes are not included in the table as they are unknown in most cases.

Bien entendu, les propriétaires n'ont aucun intérêt à dire que ce sont eux qui sont la cause du blackout, et en être tenus pour responsables, avec une perte de réputation, et probablement des pénalités à la clé.

Et vu l'enchainement très rapide des événements, le manque d'enregistrements bien horodatés, c'est aussi indiqué p116, il va être difficile de prouver quoi que ce soit :

It is worth noting that many events occurred within a very short time frame, making it difficult to determine their exact sequence, as not all data is time-synchronised with sufficient accuracy

J'ai supprimé mes deux précédents posts à cause de leur mauvaise qualité.

Principe

Comment rediriger un port (DNAT) ?

Ajouter une nouvelle section redirect.

Comment ouvrir un port dans le pare-feu ?

Ajouter une nouvelle section rule.

@mjules a soumis des sections de configuration dans ses posts.

Problème

Comment ouvrir tous les ports d'une zone vers une autre (dangereux) ?

Ajouter une nouvelle section forwarding.

Description du problème

Ouvrir tous les ports du pare-feu est potentiellement très dangereux. On peut scanner tous les nœuds de l'Internet v4 en quelques minutes afin de déceler les ports ouverts.
De plus, tous les ports peuvent être scannés (même des ports lambda). Néanmoins, le trafic IPv4 reste potentiellement bloqué si on ne redirige aucun port (NAPT).

[Danger] Ne pas inclure !

config forwarding
option src 'wan'
option dest 'lan'

Dans la configuration OpenWrt initiale, la zone wan est composée des interfaces wan et wan6.

[...] aucun ne sont ouverts dans le pare feu pour IPv6 [...]

Donc, tous les ports sont effectivement ouverts en IPv6.

Conclusion

OpenWrt n'est pas adapté pour les néophytes. Ou la configuration doit être automatisée par des utilisateurs avancés.

Voici les étapes pour le script au redémarrage de l'UDM :

Etape 1 :

Code: [Sélectionner]

curl -fsL "https://raw.githubusercontent.com/unifi-utilities/unifios-utilities/HEAD/on-boot-script/remote_install.sh" | /bin/sh -> Install onboot script
Etape 2 :

Code: [Sélectionner]

apt-get install nanoEtape 3 :

Code: [Sélectionner]

cd /data/on_boot.d/Etape 4 :

Code: [Sélectionner]

nano iptv.shEtape 5 :

Code: [Sélectionner]

#!/bin/bash
echo "2" > /proc/sys/net/ipv4/conf/eth8.100/force_igmp_version
vconfig set_egress_map eth8.100 7 5Etape 6 : Ctrl O + Ctrl X
Etape 7 : chmod +x iptv.sh

Et voilà Le redémarrage ne posera plus de problèmes. La doc Github indique aussi que ça passe lorsque l'UDM Maj. A vérifier ^^

Bonjour, est ce que le script existe pour le UCG fiber? Merci