This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Quoteinvalid response messagehin?
"#!/bin/bash
KEY="MEINKEY"
SECRET="MEINSECRET"
HOST="192.168.200.1"
PATHCONFIG="/mnt/user/backup/opnsensebackup"
DATE="$(date +%Y%m%d_%H%M%S)"
BACKUP_TO_KEEP="5"
# download the config file from OPNsense
curl -s -u ${KEY}:${SECRET} http://${HOST}/api/backup/backup/download -o ${PATHCONFIG}/opnsense-config-${DATE}.xml
if [ $? -eq 0 ]; then
/usr/local/emhttp/webGui/scripts/notify -i normal -s "Backup OPNsense done." -d "Downloading the xml config file from OPNsense successfully finished."
else
/usr/local/emhttp/webGui/scripts/notify -i alert -s "Backup OPNsense failed!" -d "Downloading the xml config file from OPNsense failed!"
exit 1
fi
# delete old backups
cd ${PATHCONFIG}
ls -1tr ${PATHCONFIG} | sort | head -n -${BACKUP_TO_KEEP} | xargs -d '\n' rm -f --
WAN / Internet
:
: PPPoE-/Provider
:
.-----+-----.
| Gateway | (or Router, CableModem, whatever)
'-----+-----'
|
WAN / IP
|
.-----+------. Wireguard. .------------.
| OPNsense +-----------------+ OPNSense-Wireguard
'-----+------' 10.0.3.0/24 '------------'
|
LAN | 192.168.200.1/24
|
.-----+------.
| LAN-Switch |
'-----+------'
|
...-----+------... (Clients/Servers)
https://forum.opnsense.org/index.php?topic=22162.0Quote from: yeraycito on April 25, 2021, 06:40:20 PM
Problem solved. Configuration in Opnsense:
1 - VPN - Wireguard - Local:
Tunnel Adress 10.0.0.1/24 ( example )
Dns Server: EMPTY
2 - Firewall - Rules - WG: Add rule:
Action: Pass tcp: ipv4 Protocol: any Source: WG net Destination: any
3 - Firewall - Rules - Wireguard: Add rule:
Action: Pass tcp: ipv4 Protocol: any Source: WireGuard net Destination: any
4 - Smartphone client wireguard:
Edit configuration: DNS servers: 10.0.0.1 (example)
QuoteDas klingt eher danach, dass du ein NAT Reflection Problem hast.Zur Info. Ja habe NAT Reflection aktiviert. Dies wird vermutlich der Grund dafür sein.
Quote> Er soll nur IP's aus AT+DE zulassen. Dafür habe ich einen Alias angelegt.
Rechne damit, dass das Alias nicht völlig korrekt ist. Wir haben immer wieder Probleme weil einzelne IP oder IP-Ranges in den Geo DBs falsch zugewiesen sind und wochenlang nicht korrigiert werden und man sich deshalb aussperrt. GeoIP für "allow" zu nutzen kann daher auch ins Auge gehen. Einfacher ist da Diverse Länder zu blocken, aus denen man garantiert nichts haben möchte, dann greift die Unschärfe zumindest nicht so hart.
Quote> Ist notwendig, damit Zugriffe auch aus meinem LAN möglich sind.
Wofür ist es _auf dem WAN!_ nötig, dass du deine _internen_ IP Ranges freigibst? Das macht keinen Sinn. Kannst du das bitte erläutern wofür das sein soll? Traffic von innen kommt auch von innen/dem LAN und wird dort gefiltert. Auf dem WAN darf - wenn da ne öffentliche IP lauscht - kein RFC1918 Space ankommen bzw soll dort geblockt werden. Würde mich daher interessieren, welcher Sonderfall das bei dir sein soll?
Quote> Kann dies zu einem Sicherheitsrisiko kommen?
Welchem Risiko? Du erlaubst damit ja explizit nur von diesen IPs, dass das Forwarding überhaupt statt findet. Für alle anderen Geräte draußen im Netz existiert dieses Forwarding nicht, Pakete werden einfach ans WAN gesendet und dort wahrscheinlich geblockt. Also nein, eingrenzen der Source bei einem Forwarding macht ihn normalerweise nicht unsicherer, sondern das Gegenteil
