• Beiträge von cat24max

    • Interesse an einem U:CP/A:CP?

      Zitat von NiceKype

      Ich versteh nicht genau warum du dich direkt davon angegriffen fühlst.

      Eventuell habe ich mich aber falsch ausgedrückt, da mit Offline/Down der Erwerb gemeint war. Und ich kann mich daran erinnern, dass der Kauf mal nicht mehr möglich war und eigentlich auch eine solche Nachricht noch dort existiert und ein Kollege nur durch eine Kontaktaufnahme als "Ausnahme" das noch kaufen konnte. So wurde es mir zugetragen.

      Das sollte jetzt nicht als Angriff klingen, aber dieses Gerücht hör ich halt ständig. Ne Woche lang ging es mal nicht, ja.

    • Interesse an einem U:CP/A:CP?

      Zitat von NiceKype

      plötzlich ist die Seite aus Gründen XY down (ArmaControl, Stalk) und dann können die Supporter nichts mehr.

      [...]

      Klar besteht dann die "Gefahr" dass sich Leute da was abschauen, aber ganz erlich? Die besteht auch wenn ihr das bei euch hostet. Nur dass es da etwas komplizierter ist.

      Aber meine Meinung ist einfach, self hosted finde ich besser als Cloud hostet.

      ArmA Control ist down? Wusste ich gar nicht.


      Und naja, es macht schon einen Unterschied die Features nur zu sehen oder einen Zugriff auf den kompletten Servercode zu haben. Und inzwischen sollte klar sein, dass in dieser Community alles geklaut wird, was nicht bei 3 aufm Baum ist.

      Zitat von NiceKype

      Mir ging es da tatsächlich nicht um Ausfälle sondern darum dass ArmaControl und Stalk die einzigen Tools waren die sinnvoll verwendbar waren und beide jetzt down sind ohne das jemand was davon nutzen kann. Da gibt es bei ArmaControl nur kleine Ausnahmen. Stalk ist ja zum Beispiel einfach offline gegangen.

      Ich weiß wirklich nicht, wer immer so einen Blödsinn in die Welt setzt. ArmA Control ist nicht down und wird es auch bis 2021 nicht sein. Man kann bei ArmA Control auch inzwischen weiterhin neue Instanzen erstellen. Es gibt nur keine neuen Features mehr.

      Und naja, im Vergleich zu Stalk haben Leute bei uns eben gezahlt. Auch schon einige bis weit in 2021 rein.

      Zitat von blackfisch

      Was mich immer an sStemen wie stalk oder arma control gestört hat ist, dass du dort Daten hinterlegen musst. Z. B. Nutzer und pw der Datenbank, die dann von außen erreichbar sein muss. Da weiß ich dann genau, die Daten sind im klartext gespeichert weil sonst wird ein verbindungsaufbau schwer und das passt mir nicht. Zugangsdaten im plaintext auf nem server über den ich keine gescheiten Infos oder Zugriff habe

      Das ist halt einfach nicht richtig.

      1. Niemand speichert Passwörter im Klartext. Um bei ArmA Control Zugriff auf die Passwörter zu erhalten müsste man 3 verschiedene Systeme kompromittieren. Nicht unmöglich, aber ich glaube da ist ein Brute Force Angriff auf die MySQL Server selbst sinnvoller.

      2. Gab es bei ArmA Control noch NIE die Verpflichtung, Passwörter einzugeben. Deswegen gibt es für RCON einen eigenen Client und für die Datenbank auch. Nur nutzt den kaum einer, weil das wäre ja Arbeit :)

    • Stalk. | Web-Interface | Support Tool, Fraktionsbereiche

      Zitat von Natic

      Ich finde es sehr schade, dass es keine Self Host Option gibt. Es gibt mehrere Möglichkeiten eine Self Host Option anzubieten aber nicht den Code herauszugeben.

      Beispiel mit Codierungen

      Es gibt bei PHP (und ich gehe mal davon aus, dass das hier PHP ist) keine Möglichkeit, den Quellcode wirklich zu sichern. Man kann es erschweren, aber an den Code kommt man trotzdem dran. Wie eben bei ObfuSQF auch (denn irgendwann muss der Code mal unverschlüsselt vorliegen).

      Zitat von ROD

      2. Wenn ihr in eurer Datenbank irgendwelche Privatpasswörter verwendet und Angst habt das dies irgendjemand rausfindet dann erstellt einen neuen DB User , wenn ihr denkt das wir irgendwelche bösen Sachen mit eurer DB machen ... fragt euch bitte.

      A) Sind eure Datensätze so wichtig das sie mir was bringen wie z.B Kreditkarteninformationen.

      B) Macht es Sinn das wir irgendwas mit euren Daten machen?

      Naja, es geht ja nicht nur um den Missbrauch von innen - auch ein Angreifer von außen kann Zugriff auf diese zentrale DB erhalten und dann mit den offen vorliegenden Zugangsdaten Schindluder betreiben.

    • [Team Backend] Interne Struktur von Supportfällen sowie Besprechungen

      "The open_basedir setting is primarily used to prevent PHP scripts for a particular user from accessing files in another user's account. So usually, any files in your own account should be readable by your own scripts."

      --> Nitrado kontaktieren

    • [Team Backend] Interne Struktur von Supportfällen sowie Besprechungen

      Zitat von BetaDog

      hi

      bei mir werden jetzt andere fehler

      MFG

      Spoiler anzeigen


      Warning: require(): open_basedir restriction in effect. File(/var/customers/webs/***/support/crewcenter/vendor/autoload.php) is not within the allowed path(s): (/var/customers/webs/***/support/crewcenter/public/:/var/customers/tmp/***/:/usr/share/php/:/usr/share/php5/:/tmp/) in /var/customers/webs/***/support/crewcenter/public/index.php on line 24 Warning: require(/var/customers/webs/***/support/crewcenter/vendor/autoload.php): failed to open stream: Operation not permitted in /var/customers/webs/***/support/crewcenter/public/index.php on line 24 Fatal error: require(): Failed opening required '/var/customers/webs/***/support/crewcenter/public/../vendor/autoload.php' (include_path='.:/usr/share/php/:/usr/share/php5/') in /var/customers/webs/***/support/crewcenter/public/index.php on line 24

      1. PHP 5 wird nicht funktionieren

      2. Hoster kontaktieren, wenn dann immer noch Fehler kommen