#2477 closed Defekt (erledigt)
OpenVPN
| Reported by: | bau | Owned by: | bau |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | Schuljahr 2016/17 |
| Component: | Hardware: Netzwerktechnik | Severity: | beeinträchtigt den Unterricht einiger Lehrer |
| Keywords: | Cc: | netzwerk |
Description
Derzeit kein OpenVPN - weder von zu Hause noch über WLAN!
Ursache:
- linuxmuster-ovpn --cleanup gestern gelaufen
- hat wahrscheinlich den ipfire durcheinandergebracht
Abhilfe:
- ipFire neu starten
- vorher: ipFire Updates einspielen
Change History (4)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
ipFire ist upgedatet und OpenVPN geht wieder :-)
Leider ist man mit dem Update auf Core 106 (aktuell 107) von dnsmasq auf unbound umgestiegen.
Der macht partout dnssec und lehnt deshalb den OpenDNS-Server ab - so ein MIST!
comment:3 by , 10 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | new → closed |
Ich habe gerade dem ipFire/unbound DNSSEC wieder abgewöhnt :-)
Laut https://www.unbound.net/documentation/howto_turnoff_dnssec.html kann man das ganze dnssec-Gedöns ausschalten. Leider bringt das zunächst mal nichts, da der ipfire in seinem Startscript bereits vorab die DNS-Server, die nicht qualifiziert sind, rausfiltert. Ich habe dann mal dem Startscript das raussfiltern abgewöhnt:
/etc/init.d/unbound
test_name_server() {
local ns=${1}
# Return codes:
# 0 DNSSEC validating
# 1 Error: unreachable, etc.
# 2 DNSSEC aware
# 3 NOT DNSSEC-aware
return 2
(...)
# Is DNSSEC-aware
return 2
}
In der /etc/unbound/unbound.conf habe ich dann noch ipsec abgeschaltet.
(...)
# DNSSEC
auto-trust-anchor-file: "/var/lib/unbound/root.key"
# geaendert 2016/12/15: von no auf yes
val-permissive-mode: yes
val-clean-additional: yes
val-log-level: 1
# Hardening Options
harden-glue: yes
harden-short-bufsize: no
harden-large-queries: yes
# geaendet 2016/12/14: yes auf no
harden-dnssec-stripped: no
(...)
Danach habe ich von den OpenDNS-Servern wieder antwort auf dem ipFire bekommen :-)
bestätigt