Zusätzliche Apache-Anweisungen werden nicht mehr in Config File geschrieben [GELÖST]

[space2place]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt


Server-Betriebssystem + Version
Debian 10.12


Eingesetzte Server-Virtualisierung-Technologie
KVM


KeyHelp-Version + Build-Nummer
21.3 (Build 2344)


Problembeschreibung / Fehlermeldungen
Als Admin habe ich unter Domains => Domain.tld => Apache-Einstellungen (Zusätzliche Apache-Anweisungen für HTTP und HTTPS) folgenden Eintrag gemacht:

Code: Select all

<Location "/backend">
        Order Deny,Allow
        Allow From ***.***.***.***

        Deny From All
</Location>
<Location "/api">
        Order Deny,Allow
        Allow From ***.***.***.***

        Deny From All
</Location>

Die Datei wurde auch unter

Code: Select all

/etc/apache2/keyhelp/custom_vhosts

erstellt und besitzt als Inhalt die Werte.

Nun wurde Shopware auf V6 upgedated und der Eintrag musste geändert werden:

Code: Select all

<Location "/admin">
        Order Deny,Allow
        Allow From ***.***.***.***

        Deny From All
</Location>
<Location "/api">
        Order Deny,Allow
        Allow From ***.***.***.***

        Deny From All
</Location>

Erwartetes Ergebnis
Neue Datei wird unter

Code: Select all

/etc/apache2/keyhelp/custom_vhosts

erstellt und besitzt den Inhalt mit den neuen Werten.

Tatsächliches Ergebnis
Datei wurde unter

Code: Select all

/etc/apache2/keyhelp/custom_vhosts

erstellt und besitzt den Inhalt mit den alten Werten, obwohl im Panel die neuen Werte noch verhanden sind und wohl auch in der Datenbank gespeichert wurden.

Schritte zur Reproduktion
Siehe Beschreibung. Ich habe die Datei unter

Code: Select all

/etc/apache2/keyhelp/custom_vhosts

gelöscht und die neuen Werte nochmal gespeichert. Die Datei wird wieder erstellt und besitzt die alten Werte.

Zusätzliche Informationen
Lediglich System Updates.


Gruß
Sascha

[Jolinar]

KeyHelp-Version + Build-Nummer
21.3 (Build 2344)

Nur um sicherzugehen, daß es nichts mit dem heutigen Panelupdate zu tun hat...Die angegebene Version stimmt so?

[Jolinar]

Ich habe die Datei unter

Code: Select all

/etc/apache2/keyhelp/custom_vhosts

gelöscht und die neuen Werte nochmal gespeichert. Die Datei wird wieder erstellt und besitzt die alten Werte.

Hast du schon mal versucht, die User-Configs mit der Toolbox neu schreiben zu lassen? Evtl. vorher das Config File für den vHost manuell umbenennen...

[space2place]

KeyHelp-Version + Build-Nummer
21.3 (Build 2344)

Nur um sicherzugehen, daß es nichts mit dem heutigen Panelupdate zu tun hat...Die angegebene Version stimmt so?

Ja das ist noch diese Version.. Auf dem Server ist das Update noch nicht eingespielt.

Hast du schon mal versucht, die User-Configs mit der Toolbox neu schreiben zu lassen? Evtl. vorher das Config File für den vHost manuell umbenennen...

Habe ich gerade ausgeführt. Gleiches Ergebnis. Die Configdatei hat den alten Inhalt obwohl im Panel (auch gerade nochmal geprüft) die neuen Werte gespeichert sind

[Jolinar]

Hast du schon mal versucht, die User-Configs mit der Toolbox neu schreiben zu lassen? Evtl. vorher das Config File für den vHost manuell umbenennen...

Habe ich gerade ausgeführt. Gleiches Ergebnis. Die Configdatei hat den alten Inhalt obwohl im Panel (auch gerade nochmal geprüft) die neuen Werte gespeichert sind

Dann wirst du dich wohl gedulden müssen, bis sich Alex das mal angesehen hat.

[space2place]

Dann wirst du dich wohl gedulden müssen, bis sich Alex das mal angesehen hat.

Alles gut. Ist ja nicht so das ich das jeden Tag ändern muss. Ich what es jetzt manuell geärgert. Dann warte ich mal auf Alex
Trotzdem Danke

[Jolinar]

Als Workaround (wenn es dringend sein sollte) könntest du den kompletten vHost aus dem Panel entfernen und nochmal neu aufsetzen. Über diesen Umweg sollte es erstmal funktionieren.

[Alexander]

Hallo,

Prinzipiell gibt es einen Fix im 22.0, der dein Problem lösen könnte, je nachdem was bei dir die Ursache ist.
Wenn du also einmal das Update versuchen möchtest (es ist jetzt wieder bis heute Nachmittag möglich, zu Updaten), nur zu.
Wenn es dann immer noch zu Problemen kommen sollte und du magst, dann kannst du mir auch gern mal die Zugangsdaten schicken, dann guck ich direkt mal.

[space2place]

Hallo,

Prinzipiell gibt es einen Fix im 22.0, der dein Problem lösen könnte, je nachdem was bei dir die Ursache ist.
Wenn du also einmal das Update versuchen möchtest (es ist jetzt wieder bis heute Nachmittag möglich, zu Updaten), nur zu.
Wenn es dann immer noch zu Problemen kommen sollte und du magst, dann kannst du mir auch gern mal die Zugangsdaten schicken, dann guck ich direkt mal.

Moin Alex.. Ich habe gerade mal das Update auf einem meiner eigenen Server installiert. Dort dort habe ich das mal erneut versuch nachzustellen.
Hier wurden die Änderungen erfolgreich in die Datei geschrieben.
Auf dem Kundenserver muss ich das später machen. Ich gebe Dir aber umgehend Rückmeldung sobald das Update installiert wurde.

Gruß
Sascha

[space2place]

@Alex
Das Update darf ich erst nächste Woche einspielen. Ich melde mich.

[space2place]

Moin Alex...
Wann ist denn der nächste Zeitraum um manuell das Update zu starten?
Gruß
Sascha

[Jolinar]

Wann ist denn der nächste Zeitraum um manuell das Update zu starten?

Laut Changelog ist der reguläre Rollout jetzt verfügbar. Einfach das Update über die Wartungsintervalle anschubsen.

[space2place]

Wann ist denn der nächste Zeitraum um manuell das Update zu starten?

Laut Changelog ist der reguläre Rollout jetzt verfügbar. Einfach das Update über die Wartungsintervalle anschubsen.

Danke Jolinar.. Habe es gerade auch in einem anderen Thread gelesen.
@Alexander
Es scheint mit dem Update wirklich gefixt zu sein. Danke!