Beiträge von rex2

Die Gebühr ab dem 1.11. scheint jetzt ja eine andere zu sein und nicht mehr die Gebühr pro User, die ab dem 1.9. gelten sollte? Ich habe bisher jedenfalls noch keine Ankündigung dazu erhalten.

Ich habe über 10.000 Domains bei InterNetX. Mit InterNetX bzw. einem Mitarbeiter von IONOS hatte ich bereits Diskussionen wegen der angekündigten Preiserhöhungen bei .com, .net usw. Diese konnte ich damals noch abwehren.. allerdings erst mit entsprechendem Druck und dem Hinweis, die Domains andernfalls zu einem anderen Registrar umzuziehen.

Bin daher gespannt, ob bezüglich der neuen Gebühr noch etwas kommt. Falls nicht bzw. falls man mir hier nicht entgegenkommt, ziehe ich die 10.000 Domains eben zu meinem anderen Partner Smart-NIC um, bei dem ich bereits knapp 30.000 Domains verwalte. Alternativ wäre auch OpusDNS interessant, das vom Gründer von InterNetX gegründet wurde.

Hinzu kommt, dass sich der Support bei InterNetX in den letzten Jahren und insbesondere in den vergangenen Monaten meiner Erfahrung nach erheblich verschlechtert hat. Zumindest ist das bei mir so, was einen möglichen Wechsel natürlich zusätzlich erleichtern würde.

Zitat von weltmeister

So sehe ich das auch, aber Sie glauben gar nicht, wie viele Kunden das noch immer nutzen. Eine "zwangsabschaltung" würde mit Kommentaren wie folgt enden: "dann suchen wir uns eben einen anderen Hoster, der das unterstützt." Oder Bewertungen bei Google: "Der Hoster hat meine Webseite geschrottet"... Das ist wie in den Flugzeugen mit den Disketten oder den Faxgeräten in den Behörden - mit den ewig gestrigen braucht man da nicht zu diskutieren.

Leider wahr..

Ist es möglich LiveConfig 2 & 3 parallel laufen zu lassen? Ich möchte so nach und nach die API auf meinem System umstellen.

Zitat von TCRserver

Oder vielleicht reicht es ja auch aus einen Business Server als C&C zu nutzen und dann wird die Funktion auf die Standard Server vererbt.
So wie beim Let's Encrypt Feature. Das muss aber KK beantworten.

So hätte ich es mir auch gedacht (gewünscht)

Derzeit gibt es in V3 nur 3 Anwendungen zur Auswahl. Werden hier noch weitere Anwendungen wie Nextcloud folgen?

Wir haben hier ein zeitgesteuertes Bash-Script gebastelt, der die ganzen Logs unter /logs automatisch regelmäßig leert.

Zitat von weltmeister

Danke, wir haben nun überall "black" eingebunden. Bis jetzt sieht es gut aus, es kam noch kein Müll durch.

Empfohlen wird aber wie erwähnt die combined-Liste, da hier 3 verschiedenen Listen darunter "black" enthalten sind..

Zitat

Tip: most of our customers use the combined list, which includes 3 different blocklists: black, exploit and policy.

Sorry Systemhaus-EHST, aber was Du da schreibst ist wenig hilfreich und zeigt nur, dass du schlecht recherchieren kannst.

Enchant wird von allen gängigen Distributionen angeboten, ebenso das PHP-Modul für die aktuellen - von den Distributionen angebotenen - PHP-Versionen wie z.B. hier: https://packages.debian.org/sid/php8.2-enchant (Auch bei Debian 11 mit der Standard-PHP-Version 7.4 gibt es das Modul als Paket).

Wenn man PHP selbst kompiliert, kann man mit der Option "--with-enchant" Enchant damit "aktivieren" bzw. anbinden. Deshalb wollte ich fragen, ob LiveConfig da eine Option bietet, da es kein eigenes Paket für die bereitgestellten Pakete gibt.

Danke kk! Ich hoffe ich finde die Anleitung bald in der Wissensbank

Ein Workaround konnte ich aber bereits ausfindig machen. Ich habe einfach das Paket php8.x-enchant auf dem System installiert, und die dazugehörige .so-Datei in der Instanz der von LiveConfig bereitgestellten PHP-Version eingebunden. Klappt prima!

Ja, das ist alles aktuell, wird nur von pecl nicht mehr gepflegt.

Siehe: https://www.php.net/enchant

Hi,

wie kann ich für die von LiveConfig bereitgestellte PHP-Version 8.0 die Extension "enchant" installieren?

Pecl funktioniert nicht. "This package is not maintained anymore and has been superseded. Package has moved to channel"

https://pecl.php.net/package/enchant

In den Anforderungen von LiveConfig: https://www.liveconfig.com/de/anforderungen/ steht, dass CloudLinux 7 untertsützt wird. Wurde die vollständige Untertsützung (Cagefs usw). also schon umgesetzt?

Würde dem Typen niemals etwas anvertrauen.. Wen man weiß, was dieser früher mal gemacht hat. Angeblich gab es zig Anzeigen gegen ihn und einige Strafverfahren..

https://bitcointalk.org/index.php?topic=304206.0

https://www.google.com/search?…scam+site:bitcointalk.org

https://www.google.com/search?…trug+site:bitcointalk.org

Danke für die Info. Interessant ist, dass wohl bei den meisten anderen Provider die LiveConfig einsetzen, das Problem nicht auftritt. Sonst gäbe es doch mehr Beschwerden/Beiträge dazu hier im Forum. Liegt es vlt. in irgendeinerweise an unserer Konfiguration? Was opcache angeht, habe ich nur die folgende Option gesetzt: opcache.memory_consumption = 128

Zitat von weltmeister

Es sind jeweils versch. PHP-Versionen der einzelnen Kundenprojekte aktiv, z.B. 7.3 oder auch 7.4.

Das erklärt ja die o.g. Ursache was von KK gefunden wurde, da ja das gleiche tmp-Verzeichnis für alle PHP-Version genutzt wird.

Sind bei euch aber echt viele Anfragen. Wie viele Kunden habt ihr? Über 10k?

Ja, hier funktioniert es auch nach Löschung des tmp-Ordners.

Wäre jetzt natürlich cool, wenn LiveConfig den opcache-Teil im tmp-Ordner beim Wechsel der PHP-Version automatisch löscht. Hatten hier deshalb auch einige Anfragen von Kunden.

Das Problem hatte ich auch schon mit einigen Seiten gehabt. Eventuell ist das hier wichtig: Der Fehler passiert meistens dann, wenn die Seite z.B. unter PHP 7.3 (oder einer anderen unter 7.4) seit längerem läuft, und dann die PHP-Version auf 7.4 geändert wird.

Bei WP-Seiten die von Anfang an mit 7.4 betrieben werden, ist mir bisher kein Fall bekannt.

Zitat von antondollmaier

Darf man fragen, wie?

custom.lua:

postfix.LOCALCONFIG = {
  ['transport_maps'] = "hash:/etc/postfix/transport"
}


postfix.LOCALMASTER = {
  ['smtp-1'] = { ['unix'] = { "-", "-", "n", "-", "-", "smtp", {
                 "-o smtp_bind_address=123.123.123.123"
               } }
             }
}

/etc/postfix/transport:

Hier kommen alle externen Weiterleitung-Mail-Adressen rein. Ich lese von der Datei virtual_alias alle Adressen (2. Feld) aus und prüfe ob die Domain davon in der virtual_domains auftaucht oder nicht. Wenn nicht, dann ist es ja eine externe Weiterleitung und kommt in die transport-Datei:

xxx123@web.de smtp-1:
123xxx@t-online.de smtp-1:
...

danach:

postmap /etc/postfix/transport

Funktioniert wie gewünscht und eine gute Lösung wie ich finde.

Falls es jemanden interessiert: Ich habe es mit Transport (http://www.postfix.org/transport.5.html) und custom.lua lösen können. Alle externen Weiterleitungen werden nun von einer von mir festgelegten IP-Adresse verschickt.

Hi,

gibt es irgendeine Möglichkeit (Postfix-Konfiguration) für Mail-Weiterleitung zu externen E-Mail-Adressen (gmail,web,gmx usw) eine gesonderte IP-Adresse auf dem Mail-Server zu definieren? Konnte leider nichts brauchbares finden.

Hintergrund ist, dass ich ungerne Weiterleitung zu diesen Diensten verbieten möchte (Kunden wollen es leider nicht verstehen (Mails abholen etc.)). Durch die gelegentliche Weiterleitung von Spam-Mails leidet dann die Reputation bzw. es wird die IP-Adresse gesperrt. Wenn nun eine IP-Adresse explizit nur für Weiterleitung benutzt wird, und eine andere für den normalen Mail-Verkehrt, wäre es bestimmt eine akzeptable Lösung.

EIne andere Lösung wäre, wenn LiveConfig hier eine Option bieten würde, und z.B. für externe Mail-Weiterleitungungen ein eigener Mail-Server definiert werden könnte. Das wäre noch besser.

VG