Eigene Domain für HA, im lokalen Netzwerk ohne Fernzugriff

Hallo,

ich verwende im lokalen Netzwerk subdomains einer auf einem Webserver eingerichteten Domain mit offiziellem eigenen (Wilcard-) Zertifikat.

Damit das im lokalen Netzwerk funktioniert, habe ich eine VM mit PIhole am laufen, in der ich die jeweilige Subdomain auf die entsprechende lokale IP setze.

Nun habe ich das Problem mit der IP von HA und der Portangabe :8123, das so von PIhole nicht akzeptiert wird.

Frage/n: Lässt sich der host von HA auf eine IP ohne Portangabe ändern? Oder gibt es ein Add-on mit dem ich PIhole erstzen kann (das also die DNS im Netzwerk übernimmt/überschreibt?)

DNS Server / Dienste gibt es viele. Ist halt die Frag, was du an Zeit investieren möchtest. BIND wäre z.B. eine Möglichkeit

Port ändern: Doku

BIND hatte ich mir angeschaut, ist mir mit meiner sehr knappen Linux-Kenntnisse und meiner Fritzboxen Kaskade jedoch fast zu heavy.. daher PIhole was ja lediglich die DNS überschreibt.

Wenn ich lediglich den Port ändere, habe ich das gleiche Problem weil die IP auch mit einem Port angegeben werden muss… Oder habe ich das falsch verstanden.

Gibt es evtl. mit Proxmox eine Möglichkeit, Anfragen an eine IP mit Port Angabe einach an eine IP ohne Port weiter zu leiten?

Den port kannst Du ändern. Ja. Müsstest Du einmal in der Dokumentation zu schauen.

Ich habe bzw. hatte es auch inkl. SSL intern laufen, ohne bzw. unabhängig vom Zugriff von außen. Und damit ich keinen Port brauche, hatte ich es auf 443 geändert.

Wenn du Port 80 für http nimmst, dann kannst du die Seite ohne : aufrufen. Oder 443 für HTTPS. Reverse Proxy geht auch. Viele Wege führen nach Rom.

Ich verwende zu dem Zweck den Nginx Proxy Manager.
Nutze nicht PIhole, sonder AdGuard. Dort einfach dann jeweils eine DNS Umschreibung von Domain zu IP Adresse von NPM.

Gruß Osorkon

Logisch.. :zany_face:

Manchmal sieht vor lauter Bäumen den Wald nicht :innocent:

Vielen Dank :+1:

@Osorkon Bist du das Thema Zertifikate angegangen ? Ich scheitere schon ein paar Jahre an “nicht sicher”…