Search results

https://support.plesk.com/hc/en-us/articles/213389169-Unable-to-install-or-update-Plesk-for-Linux-unable-to-download-Plesk-packages-from-autoinstall-plesk-com (Zeitangabe in dem Artikel: "Updated 6 hours ago"). Da scheint es wohl aktuell ein Problem mit dem CDN zu geben. Wenn man...

Kannst du denn die IP in der kurzen Form manuel direkt auf dem vServer hinzufügen (ohne den Umweg über das Interface)?

Es ist halt die Frage, was in ****:****:**** steht und ob dort schon ein weglassen von 0 erfolgte.

Zugangsdatenübertragung nur als "Plain" und "Login" ohne SSL zu übertragen ist natürlich auch ganz schön fahrlässig. Ggf. halt auf die schnelle mit einem selbstsignierten SSL absichern.

Funktionierende Repos von Debian Buster für /etc/apt/sources.list findest du unter https://wiki.debian.org/SourcesList#Example_sources.list .

"Sollten während des Updates Probleme auftreten, lösen Sie sie direkt über das Betriebssystem. Das Tool für Systemupdates ist nur das Frontend des Paketmanagers Ihres Systems (zum Beispiel yum oder apt). Die Probleme beziehen sich daher wahrscheinlich auf den Paketmanager des Systems." -...

OpenVPN ist tap OSI-Layer 2 oder tun OSI-Layer 3. TCP/UDP ist OSI-Layer 4. TCP/UDP mit seinen Ports (u.a. 80) hat somit nichts mit dem openVPN-Tunnel zu tun.

Installiere halt einfach curl unter Debian nach. apt-get install curl

Das hört sich so an, als ob deine IP gesperrt wurde. Entweder durch die Forensoftware oder vom Plesk. Bei Plesk gibt es doch bei der entsprechenden Domain die Option Nginx-Regeln hinzuzufügen.

Hast du mal ins Log geschaut, um zu sehen was dort beim 504er noch geloggt wird. Bei Plesk gibt es ein paar vor einigen Tagen aktualisierte/aktuelle Hilfe-Artikel: -...

Welche Benchmarks hast du denn laufen lassen? Hast du mal io-Tests gemacht? Vielleicht ist die HDD auf dem Host ausgelastet und dadurch dann auch z.B. DB-Zugriff langsam.

Hast du mal mit netstat oder lsof geschaut, ob Gitea auf den entsprechenden Ports aktuell lauscht?

Rufst du die Gitea-Webseite auch über https://domain.tld:3300/ auf?

CERT_FILE muss auf fullchain.pem verlinken. KEY_FILE muss auf privkey.pem verlinken.

Wenn das Problem auftritt, kannst du dann von eigenen Server per telnet 83.138.88.70 25 telnet 127.0.0.1 25 gegen den Postfix connecten?

Du hast nicht zufällig für/im Rspamd das Greylisting aktiviert? Eventuell hilft da mal ein Blick ins Rspamd-Log bzw. das Rspamd-Webinterface.

Hast du in der Client-Konfig den Parameter redirect-gateway def1 gesetzt?

Und wie versendet die Applikation die Emails? Per SMTP-Authverfahren über euren Mailserver oder vielleicht gar direkt als SMTP?

Der Logauszug vom Webserver fehlt.

Vermutlich musst du in der DB, welche NC nutzt, noch die Pfade anpassen.