Hallo,

ich habe wohl das Problem, das wenn ich auf mein Domain mit https zugreifen möchte, ich auf die apache default site lande.
Sozusagen nimmt apache wohl immer wenn ein Aufruf über IPv6 stattfindet, den Vhost default.

Wie ich da drauf komme? 

Website.de:443 IPv6 - - [11/Apr/2023:14:43:00 +0200] "GET /fitx/index.php HTTP/1.1" 404 

Ich habe aber nie die Seite "Website.de:443" aufgerufen, sondern eine ganz andere. Mir wir auch immer im Browser das Zertifikat von der Domain "Website.de" angezeigt, obwohl SSL für IPv4 und IPv6 aktiviert ist und ich ein gültiges Zertifikat (Let's Encrypt) für die Website habe, die ich aufgerufen habe.

Über WLAN mit IPV4 habe ich kein Problem, aber von unterwegs mit LTE (IPv6) kommt der Fehler.

 

Ich finde einfach keine Lösung.

Nachtrag:
Tel Nr1. LTE IPv4: Ohne Fehler
Tel Nr2. LTE IPv6: Fehler. Laut log, wie oben beschrieben Zertifikat von der falschen Domain, da daten von default geladen werden.

 

Liebe Grüße Andre

Edited April 11, 20233 yr by der_a.n.d.r.e
Nachtrag

Löst die Domain denn über ipv6 (AAAA Eintrag) auf und ist die ipv6 auch in froxlor eingerichtet?

Ja ist per AAAA aufgelöst und ipv6 ist eingerichtet. An sich geht es ja, bloß per IPv6 wird wohl immer die default Seite geladen mit dem falschen oder für die default Seite korrekt Zertifikat, aber die falsche Domain

Wurde der Domain in froxlor auch neben der ipv4 auch die ipv6 zugeordnet? Wie sieht denn der vhost der Domain aus?

Ich hab mal die config mir angeschaut und gesehen das der vhost für port 80 beide IP's hat (IPv4 & IPv6) und port 443 nur die IPv4.

Aber warum, das bearbeiten der Datei macht ja auch jetzt keinen Sinn:

Zitat

# Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel.

Wenn für SSL keine ipv6 ist fehlt was, entweder ist die IP nicht für 443 angelegt oder der Domain nicht zugewiesen. Wüsste nicht wieso.sonst nur die ipv6 nicht im vhost sein sollte. Kann aus der Ferne halt auch nur raten, irgendwo passt halt was nicht in den settings.

Ich habe die IP unter der IPs and Ports zwei mal eingefügt. Einmal mit Port 80 und einmal mit Port 443 genau wie bei IPv4 (also 2x port 80 und 2x Port 443)
Da habe ich bei Port 443 "Is this an SSL Port?" ja als Auswahl.

In den Domain Einstellungen habe ich "IP address(es) *" IPv4 & IPv6 drin, genau wie in der SSL Einstellungen.

Trotzdem fehlt ja eindeutig die IPv6 Adresse in der apache SSL config. 

Hm kann ich so dann grad nicht wirklich sagen woran das liegen kann. müsst ich mir anschauen. Funktioniert alles einwandfrei bei uns, kann also nur irgendwo ne Kleinigkeit sein

Ich habe eben mal zum Test für SSL und Port 80, von der Domain die IPv4 abgewählt und nach 5 Minuten wurde die Vhost Datei geändert. Jetzt ist Nur die IPv6 drin soweit so gut..
Jetzt habe ich wieder die IPv4 mit aktiviert (443 & 80) und 5 Minuten gewartet.

Die Vhost config wurde nicht geändert, es steht nur die IPv6 drin.
Laut "Domain settings" ist die IPv4 Aktiv, ist sie aber faktisch nicht.

Sogar nach nochmal 5 Minuten warten keine Vhost Änderung. 

Egal welche Vhost config (Port 80 oder 443), beide haben nur noch die IPv6

Bei allen Domains oder nur bei einer bestimmten?

Zeig halt Mal die IP/Port settings, domain settings, generierten vhost configs. Und ggfls ne Ausgabe von 'bin/froxlor-cli froxlor:cron -f -d'

Hier einmal die Vhost config:

# 35_froxlor_normal_vhost_domainll.de.conf
# Created 11.04.2023 18:10
# Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel.

# Domain ID: 15 - CustomerID: 2 - CustomerLogin: Juni
<VirtualHost [IPv6]:80>
  ServerName domainll.de
  ServerAlias www.domainll.de
  ServerAdmin email@domainll.de
  DocumentRoot "/var/customers/webs/Juni/ll"
  <FilesMatch \.(php)$>
    <If "-f %{SCRIPT_FILENAME}">
      SetHandler proxy:unix:/var/lib/apache2/fastcgi/1-juni-domainll.de-php-fpm.socket|fcgi://localhost
    </If>
  </FilesMatch>
  <Directory "/var/customers/webs/Juni/ll/">
    CGIPassAuth On
    Require all granted
    AllowOverride All
  </Directory>
  Alias /goaccess "/var/customers/webs/Juni/goaccess"
  LogLevel warn
  ErrorLog "/var/customers/logs/Juni-error.log"
  CustomLog "/var/customers/logs/Juni-access.log" combined
</VirtualHost>

Den Rest habe ich als Screenshot 

Kurzer Nachtrag, nachdem ich "php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron -f -d" ausgeführt habe sind jetzt beide IP Adresse in der Vhost config.

Also IPv4 und IPv6, aber warum ? Und wieso nur dann und sonst nicht?

k.A. was du in der zeit noch umgestellt hast ... der cron wird ja alle 5 min ausgeführt und erstellt die configs neu wenn es änderungen gab, kann ich dir leider tatsächlich nciht erklären; die settings sehen aber auch alle soweit korrekt aus, ich hätte kein anderes ergebnis erwartet

Ich habe seit dem letzten Post vor deiner Antwort also vor den Screenshots nichts getan, also wirklich nichts. Ich war nicht mal am PC.
Werde jetzt nochmal schauen ob das aktivieren oder deaktivieren über "Domain Settings" geht.

Habe wieder die IPv4 deaktiviert und in der Vhost config stehen immer noch beide IP-Adressen.
Jetzt IPv4 aktiviert und IPv6 raus. Die Vhost config ändert sich nicht.

 

Und ja ich habe immer mehr als 5 Minuten gewartet 😉

dann check doch mal ob dein cron überhaupt wirklich ausgeführt ist, wie sieht denn die /etc/cron.d/froxlor aus? und welche php version ist dein cli php? (php -v auf konsole)

Laut "Cronjob settings" werden alle planmäßig ausgeführt. 
PHP 7.4.33 / Debian 5.10.162-1

 

# automatically generated cron-configuration by froxlor
# do not manually edit this file as it will be re-generated periodically.
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
#
*/5 * * * * root /usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'tasks' -q 1> /dev/null
0 0 * * * root /usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'traffic' -q 1> /dev/null
5 0 * * * root /usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'usage_report' -q 1> /dev/null
0 */6 * * * root /usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'mailboxsize' -q 1> /dev/null
*/5 * * * * root /usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'letsencrypt' -q 1> /dev/null
10 0 * * * root /usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'backup' -q 1> /dev/null
# Look for and purge old sessions every 30 minutes
09,39 * * * * root /usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:php-sessionclean 1> /dev/null

 

jo schaut eigentlich gut aus

Das ist ja super  Was nun, die vhost config ändert sich ja nicht so wie sie eigentlich sollte.

Laut Domain Settings ist die IPv4 aktiv und die IPv6 deaktiviert oder wie eben umgekehrt. Und es gibt keine Änderung in der Datei

steht denn im admin dashboard das es ausstehende tasks gibt wenn du was geändert hast?

Nein es gibt dann keine ausstehende tasks, obwohl die Änderung ja auch nach F5 drücken angezeigt werden und in der Datenbank zu sehen sind.

 

Hab jetzt nochmal aus Spaß den Befehl "php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron -f -d" ausgeführt und dann werden die Änderungen übertragen in die Vhost config... und ich habe sonst nichts gemacht als mir alles log's angesehen, sogar syslog sagt das die Befehle per crontab ausgeführt werden

hm, weird, okay, muss ich gucken, vllt triggered nur das ändern der ip die tasks nich, prüf ich mal, ändere mal auch 1-2 andere settings, ob da der tasks erstellt wird

Ich habe jetzt einmal alle IP's wie vorher auch aktiviert und die "PHP Configuration" geändert und gespeichert.

Im Dashboard:

 Rebuilding webserver-configuration

Die Vhost config wurde mit dem Cronjob geändert und ist so jetzt korrekt.

okay, dann schau ich mal, dann wird ggfls tatsächlich der task nich getriggered wenn NUR die IP geändert wird, thx muss man erstmal drauf kommen

Ich bin gespannt ob es bei dir auch so ist oder nur bei mir 😂

Am 11.4.2023 um 20:57 schrieb d00p:

okay, dann schau ich mal, dann wird ggfls tatsächlich der task nich getriggered wenn NUR die IP geändert wird, thx muss man erstmal drauf kommen

Gibt es schon was neues?