Ein Workaround wäre natürlich, alle Uplinks ins selbe Subnetz zu hängen, und dann ggf. über Policy-Routing Regeln ans richtige Gateway zu verweisen. So befinden sich alle Gateways und nachgelagerten "Internet-Netze" dann in derselben Zone. Das ist für Fallback-Lösungen oder redundante VPN-Links aber natürlich ungeeignet.

Hallo und vielen Dank für deinen Vorschlag! Wir haben auf diesen Wunsch lange Zeit nicht reagiert und möchten dir nun ein Update dazu geben. Denn obwohl dein Wunsch bereits seit einiger Zeit besteht, müssen wir dir mitteilen, dass wir derzeit keine Umsetzung planen. Falls sich in Zukunft die Gelegenheit ergibt, das Thema erneut aufzugreifen, wirst du es über diesen Kanal oder einen unserer Newsletter auf jeden Fall erfahren. Vielen Dank für dein Engagement – Feedback wie deines hilft uns, unsere Produkte fortlaufend zu verbessern!

Den Workaround kann ich mich nur anschließen, das würde ich ähnlich darstellen.

Das Feature selber wäre aber defintiv ein Mehrgewinn.

Ich musste letztes Jahr eine Site mit vier Uplinks konfigurieren.
Jeder Uplink benötigte dabei aus Gründen eine separate Zone.

Um nun ausgehende Ausnahmen definieren zu können, welche über alle Uplinks erreichbar sind, musste ich dazu jedes Ziel viermal definieren, je einmal pro Zone.

Das ist nicht nur zeitaufwendig sondern führt schnell auch zu Konfigurationsfehlern.
Die Übersicht leidet dabei auch.

Tipp solange das Feature noch fehlt:
Angenommen man möchte www.startp.de (217.160.0.255) über 2 externe Zonen freigeben.
- Objekt für 1. Zone: startp.de_ext1
- Objekt für 2. Zone: startp.de_ext2
- Hostgruppe: startp.de [startp.de_ext1, startp.de_ext2]
- die Firewallregel auf die Hostgruppe definieren