Beiträge von Max1004

Hallo

zur Info:

Bei uns gab es ja dasselbe Problem (OpenSSL 3 und PHP 7.4.) mit nicht mehr funktionierendem encrypt/decrypt nach Wechsel auf neuen Server.

Inzwischen hat sich folgendes herausgestellt:

Anders als im obengenannten Link: https://stackoverflow.com/a/74608852/2115830

wurde bei uns die von Zeta verwendete Cypher Method "des-cbc" zwar von openssl_get_cipher_methods() als vorhanden gelistet,

aber sie funktionierte trotzdem (aus unbekanntem Grund) nicht (Ergebnis: leerer String bei encrypt und decrypt).

Trotzdem hat die Lösung aus diesem Link auch bei uns geholfen, dh. Aktivieren von legacy in der openssl cnf hat das Problem gelöst:

# List of providers to load
[provider_sect]
default = default_sect
legacy = legacy_sect

[default_sect]
activate = 1

[legacy_sect]
activate = 1

Nach wie vor wissen wir aber nicht, wie das sein kann, dass eine Cypher Method, also her "des-cbc", zwar schon ohne cnf-Anpassung gelistet wird, aber trotzdem erst
nach legacy-Aktivierung in der cnf auch wirklich funktioniert !?

Hallo,

vielen Dank für die Tips.

Wir haben jetzt auch für die Test-Webseite ein Zertifikat installiert und bei der Web-Adresse das Präfix https:// vorangestellt.

Leider besteht das Problem damit aber immer noch, sowohl beim Formular auf der Start-Seite als auch bei anderen Formularen.

Sie können zwecks Reproduktion also einfach das Formular der Startseite verwenden.

Was können wir sonst noch tun/ausprobieren, um die Ursache des Problems zu finden ?

BTW:
Auf einem der Formulare auf einer anderen Seite hatte ich übrigens auch mal die "Debug"-Checkbox angehakt,

aber so weit scheint er auf dem neuen Server mit der Testwebseite gar nicht zu kommen.

Wenn ich dagegen auf der Maschine, auf der ZP läuft eine "Vorschau" derselben Page anzeigen lasse, dann erscheint beim Absenden eine Debug-Ausgabe,

allerdings ohne Fehlermeldungen, weil dort das Problem nicht auftritt.

Hallo,

ich habe die PHP hochgeladen; leider ist in der Liste aber [94] => des-cbc enthalten.

Den Link mit der Formular-URL und der cyphermethods.php - URL schicke ich separat per Mail.

Den Menüpunkt "Veröffentlichen > Serveranforderungen prüfen" gibt es so bei mir nicht, sondern das sieht so aus :

Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Die (Verbindungs-)Tests unter "Webserver konfigurieren" sind aber erfolgreich.

Oder wie kann ich diese Serveranforderungs-Prüfung sonst aufrufen ?

Hallo,

die ZP-Version ist "16.3.0 Business";

die URL zur Page mit dem Formular würde ich, weil sie ja nicht funktioniert, ungern hier ins öffentliche Forum reinschreiben.
Kann ich die an eine Support-Mail-Adresse senden ? Falls ja, an welche ?

Das Formular steht auf der Page ganz unten.

PHP ist 7.2.34

Beim Absenden des Formulars wird die Fehlermeldung:

"

Die E-Mail-Adresse des Formularempfängers ist ungültig. Der Betreiber der Website sollte die Formularkonfiguration überprüfen.

The recipient-email of the form is invalid.The owner of this website should verify the form-configuration.

"
angezeigt, und das Problem tritt wie oben schon gesagt auf bei der Website-Migration von Win2012R2 / IIS nach Ubuntu 22.04 LTS / Apache

BTW:
Es gibt etliche Formulare auf dieser Website, und bei allen (bisher getesteten) besteht das Problem.

Hallo,

bei uns tritt das Problem beim Versuch der Website-Migration von Win2012R2 / IIS nach Ubuntu 22.04 LTS / Apache ebenfalls auf.

(Website unverändert hochgeladen).

Stöbern im PHP-Code ergibt,… [aus Sicherheitsgründen entfernt]

Ich habe aber in den Einstellungen von ZetaProducer nix gefunden, wo man einen cryptKey für die En(!)cryption angeben könnte,
und wie oben schon gesagt auch keine PHP-Source-Stelle, wo die Formular-Daten encrypted würden.

Deshalb Frage an den Zeta Support:

Wo findet die Encryption der Formular-Daten statt ? Und wo steht der cryptKey bzw. wo ist der CryptKey konfigurierbar, mit dem dieses geschieht ?