Messages

1

German - Deutsch / Re: Webradioklient hinter sense und viele verschiedene Ports

« on: December 14, 2019, 03:14:06 pm »

Wenn du die Hostnamen hast oder die IP-Adressen, kannst du einfach alle Ports zu den Radiostationen auf machen und die Hosts in einer Textdatei verwalten (Alias).

Es gibt auch ne Alias API, mit der du einen Alias dynamisch verwalten kannst. Ansonsten wird es schwierig - vielleicht ist da noch was über upnp möglich...

2

Development and Code Review / Re: Dev OPNSense Hosting

« on: December 14, 2019, 08:23:39 am »

Just turn off DHCP and router advertising (if enabled) and nothing should cause problems anymore.

3

19.7 Production Series / Re: Is AES-NI supported in OpnSense:

« on: December 14, 2019, 08:21:01 am »

AFAIK OpenSSL is compiled with AES-NI support and it is used, if it is there. The only problem is that it is not always usable.

4

German - Deutsch / Re: Probleme mit MDNS Repeater

« on: December 13, 2019, 05:11:45 pm »

Is it Mdns or another protocol?

5

General Discussion / Re: NGINX detailed configuration

« on: December 13, 2019, 06:30:03 am »

We socket support is an advanced checkbox.

6

German - Deutsch / Re: http > https Dienste: Nginx

« on: December 13, 2019, 06:27:13 am »

Mehr wirst du kaum machen können da es sonst nur noch die IP ACLs gibt. Gegen DDoS kannst du genau genommen gar nix machen.

7

German - Deutsch / Re: http > https Dienste: Nginx

« on: December 11, 2019, 09:51:00 pm »

mit der location gibts du an, auf welchen pfad du matchen willst - das wird  dann trotzdem so an den server weitergeleitet.

/server1/ als match bedeutet, dass du alles was gleich /server1/ ist oder darunter liegt, so an den server um upstream weiterleiten willst.

also www.example.com/server1/test geht an testip:80/server1/test. Alles wofür es keine spezielle Location gibt, landet im http server und damit vermutlich im nirgendwo.

Was du haben willst.

Willst du VHosts trennen, geht das anders:

HTTP Server 1 (server1.example.com) -> Location H1 (Match /) -> Upstream (1)
HTTP Server 2 (server2.example.com) -> Location H2 (Match /) -> Upstream (1)

(1) die können theoretisch ident sein, wenn beide webseiten am selben server liegen.

8

German - Deutsch / Re: http > https Dienste: Nginx

« on: December 11, 2019, 05:30:55 pm »

Die upstreams aber die wirst du schon haben.

9

German - Deutsch / Re: http > https Dienste: Nginx

« on: December 10, 2019, 10:34:22 pm »

Dass du immer noch die volle URL rein schreibst. Du bist mit der location im http Server relativ zu diesem.

Nochmal: nur den resourcenpfad in dieses Feld eingeben. Kein Protokoll, keinen Port und keinen Hostnamen.

10

German - Deutsch / Re: http > https Dienste: Nginx

« on: December 10, 2019, 07:50:48 pm »

/ heist eigentlich alles. Die Hostnamen werden über verschiedene HTTP Server voneinander getrennt. Da können gerne mehrere auf Port 80  oder 443 antworten, solange es das gleiche Protokoll ist.
alles was im location block gemacht wird, bezieht sich auf dem Pfad. Zum Beispiel für das OPNsense blog allein würdest du den folgenden teil als location match angeben:https://opnsense.org/blog/

11

19.7 Production Series / Re: Where is wireguard ?

« on: December 06, 2019, 09:02:03 pm »

Wireguard does not build on 32 Bit platforms, so it cannot be provided.

12

19.7 Production Series / Re: Transmission Daemon JSON/RPC and Nginx Reverse Proxy

« on: December 06, 2019, 05:44:07 pm »

without an error you cannot get help.

13

German - Deutsch / Re: Migration - Ipfire -> opnSense

« on: December 03, 2019, 11:15:01 pm »

Ja genau. AFAIK "Vertrauenswürdige Stammzertifizierungsstellen" unter Windows. OpenSSL store in Linux, I'm eigenen Store von Firefox, Java und was halt sonst noch so nen CA Store hat.

14

German - Deutsch / Re: http > https Dienste: Nginx

« on: December 03, 2019, 07:37:34 pm »

Du brauchst dann mehrere HTTP Server (nginx) für unterschiedliche Hostnamen.

Zum Beispiel:

firewall.example.net
app.example.net

Von außen kannst du dann für beide jeweils ein Zertifikat ausstellen lassen. Dann kannst du über firewall.example.net auf die FW über HTTPS zugreifen.

Das App-Zertifikat wird dann nur für deine Applikation verwendet.

15

German - Deutsch / Re: Migration - Ipfire -> opnSense

« on: December 03, 2019, 07:26:15 pm »

Du musst das CA-Zertifikat in Firefox importieren. Dann sollte es gehen.