Jump to content
Froxlor Forum

Afox

Members
  • Posts

    193
  • Joined

  • Last visited

Posts posted by Afox

  1. Wird leider nicht übertragen wenn ich es in der Default Config ändere. Fehler gibt es leider keine außer das was das PHP-Programm sagt im Sinne von "Kann nicht auf /usr/bin/XYZ zugreifen".

    Hatte vergessen zu erwähnen dass das was ich ausführen möchte ausgeführt wird sobald ich OpenBasedir für die betroffene Domain deaktiviere.

  2. danke, also ich habe jetzt versucht den OpenBasedir Wert in der PHP Konfiguration (Default Config) wie folgt zu notieren:

    Quote

    {OPEN_BASEDIR_C}open_basedir = "{OPEN_BASEDIR}:/usr/bin/"

    Das funktioniert aber leider nicht. In der php_admin_value ist open_basedir vermerkt. Muss ich das dann bei der PHP-FPM Version eintragen oder gar global in den Webserver-Einstellungen? Eventuell habe ich auch einen Typo oder Ähnliches drin.

  3. Hallo,

    ich möchte ein Programm /usr/bin/XYZ mittels exec-Funktion bei aktivierter OpenBasedir ausführen lassen.

    Ist das möglich? Wenn ja, wo kann ich eine OpenBasedir-Ausnahme für das genannte Programm erstellen?

     

    Zusatzfrage: Ist es möglich die exec-Funktion auf das genannte Programm zu beschränken?

     

    Ich habe allgemein die exec Funktion aus den disable_functions herausgenommen. Eventuell geht das aber noch etwas sicherer indem man genau sagt was ausgeführt werden darf?

     

    Danke und Gruß,

     

    Afox

  4. Hallo,

    ich versuche über Froxlor die Einstellung "openssl.cafile" in die php.ini zu integrieren.

    Als Ort habe ich PHP -> PHP-Konfigurationen -> Default Config bzw. Froxlor Vhost Config -> php.ini-Einstellungen gewählt.

    Wenn ich den Master Cronjob ausführe und die PHPinfo() Seite anschaue steht dort unverändert der (leere) Master value.

    Nun lautet meine Frage: Habe ich die Änderung an der falschen Stelle gemacht oder irgendetwas vergessen?

    Wenn ich die Änderung direkt in /etc/php/7.4/fpm/php.ini vornehme funktioniert es.

    Nutze PHP 7.4 mit FPM.

    VG,

    Afox

  5. yes, sure:

    Quote

    dispatching POST_CMD command 'LIST -a' to mod_exec
    dispatching POST_CMD command 'LIST -a' to mod_sql
    dispatching POST_CMD command 'LIST -a' to mod_ratio
    dispatching LOG_CMD command 'LIST -a' to mod_sql
    dispatching LOG_CMD command 'LIST -a' to mod_log
    dispatching LOG_CMD command 'LIST -a' to mod_ls
    dispatching PRE_CMD command 'CWD /Testfile.jpg' to mod_exec
    dispatching PRE_CMD command 'CWD /Testfile.jpg' to mod_rewrite
    dispatching PRE_CMD command 'CWD /Testfile.jpg' to mod_tls
    dispatching PRE_CMD command 'CWD /Testfile.jpg' to mod_core
    dispatching PRE_CMD command 'CWD /Testfile.jpg' to mod_core
    dispatching PRE_CMD command 'CWD /Testfile.jpg' to mod_ratio
    dispatching CMD command 'CWD /Testfile.jpg' to mod_ratio
    dispatching CMD command 'CWD /Testfile.jpg' to mod_core
    dispatching POST_CMD_ERR command 'CWD /Testfile.jpg' to mod_exec
    dispatching POST_CMD_ERR command 'CWD /Testfile.jpg' to mod_sql
    dispatching LOG_CMD_ERR command 'CWD /Testfile.jpg' to mod_sql
    dispatching LOG_CMD_ERR command 'CWD /Testfile.jpg' to mod_log
    dispatching PRE_CMD command 'SIZE /Testfile.jpg' to mod_exec
    dispatching PRE_CMD command 'SIZE /Testfile.jpg' to mod_rewrite
    dispatching PRE_CMD command 'SIZE /Testfile.jpg' to mod_tls
    dispatching PRE_CMD command 'SIZE /Testfile.jpg' to mod_core
    dispatching PRE_CMD command 'SIZE /Testfile.jpg' to mod_core
    dispatching CMD command 'SIZE /Testfile.jpg' to mod_core
    dispatching POST_CMD_ERR command 'SIZE /Testfile.jpg' to mod_exec
    dispatching POST_CMD_ERR command 'SIZE /Testfile.jpg' to mod_sql
    dispatching LOG_CMD_ERR command 'SIZE /Testfile.jpg' to mod_sql
    dispatching LOG_CMD_ERR command 'SIZE /Testfile.jpg' to mod_log
    dispatching PRE_CMD command 'PASV' to mod_exec
    dispatching PRE_CMD command 'PASV' to mod_rewrite
    dispatching PRE_CMD command 'PASV' to mod_tls
    dispatching PRE_CMD command 'PASV' to mod_core
    dispatching PRE_CMD command 'PASV' to mod_core
    dispatching CMD command 'PASV' to mod_core
    in dir_check_full(): path = '/', fullpath = '/path/to/customer/'
    Entering Passive Mode (10,10,10,10,255,253).
    dispatching POST_CMD command 'PASV' to mod_exec
    dispatching POST_CMD command 'PASV' to mod_sql
    dispatching LOG_CMD command 'PASV' to mod_sql
    dispatching LOG_CMD command 'PASV' to mod_log
    dispatching PRE_CMD command 'STOR /Testfile.jpg' to mod_exec
    dispatching PRE_CMD command 'STOR /Testfile.jpg' to mod_rewrite
    dispatching PRE_CMD command 'STOR /Testfile.jpg' to mod_tls
    dispatching PRE_CMD command 'STOR /Testfile.jpg' to mod_core
    dispatching PRE_CMD command 'STOR /Testfile.jpg' to mod_core
    dispatching PRE_CMD command 'STOR /Testfile.jpg' to mod_ratio
    dispatching PRE_CMD command 'STOR /Testfile.jpg' to mod_quotatab
    dispatching PRE_CMD command 'STOR /Testfile.jpg' to mod_xfer
    in dir_check_full(): path = '/Testfile.jpg', fullpath = '/path/to/customer/Testfile.jpg'
    in dir_check_full(): setting umask to 0022 (was 0022)
    dispatching CMD command 'STOR /Testfile.jpg' to mod_xfer
    passive data connection opened - local  : 10.10.10.10:65533
    passive data connection opened - remote : 10.10.10.20:59996
    Transfer aborted after 4357888 bytes in 3.62 seconds
    notice: user customer: aborting transfer: Link to file server lost
    dispatching POST_CMD_ERR command 'STOR /Testfile.jpg' to mod_exec
    dispatching POST_CMD_ERR command 'STOR /Testfile.jpg' to mod_sql
    dispatching POST_CMD_ERR command 'STOR /Testfile.jpg' to mod_quotatab
    dispatching LOG_CMD_ERR command 'STOR /Testfile.jpg' to mod_sql
    dispatching LOG_CMD_ERR command 'STOR /Testfile.jpg' to mod_log
    dispatching LOG_CMD_ERR command 'STOR /Testfile.jpg' to mod_xfer

    Disk space should not be an issue as the transfer is successful with SFTP. I didn´t change anything regarding quota.

  6. Hello,

    I have upgraded from Debian Stretch to Buster and since then there seems to be an issue with ProFTP as I can´t upload any files larger than 12kb. Above this value it fails close to the end.

    Can anyone confirm this as well?

    I set the DebugLevel of ProFTp to 10 but there seems to be no error.

    Further I tried a different FTP-client (Filezilla in binary mode) and compared the original file with the transferred file. It turns out that the transferred file was saved with UNIX line endings (LF) and the original was DOS/-Windows (CR-LF).

    So now I search for an idea what to investigate next or an idea if the problem is on the side of the client or the server.

    Regards,

    Af0x

  7. hi nochmal, kommt eigentlich noch ein rc Release vor dem stable Release oder wäre die nächste dann schon die stable Version? Werden noch weitere Pull requests einfließen (z.B. OpenDKIM) oder bleibt der Umfang so wie er aktuell auf github zu sehen ist? VG

  8. ja werde ich tun, danke für nochmal für Deine Hilfe. Das rewrite-Logging Ergebnis habe ich dort auch schon gepostet. Der Vollständigkeit halber:

    Quote

    [rewrite:trace3] [rid#########/initial] [perdir /path/to/ticketsystem/api/] strip per-dir prefix: /path/to/ticketsystem/api/tickets.email -> tickets.email
    [rewrite:trace3] [rid#########/initial] [perdir /path/to/ticketsystem/api/] applying pattern '^(.*)$' to uri 'tickets.email'
    [rewrite:trace4] [rid#########/initial] [perdir /path/to/ticketsystem/api/] RewriteCond: input='/path/to/ticketsystem/api/tickets.email' pattern='!-f' => matched
    [rewrite:trace4] [rid#########/initial] [perdir /path/to/ticketsystem/api/] RewriteCond: input='/path/to/ticketsystem/api/tickets.email' pattern='!-d' => matched
    [rewrite:trace4] [rid#########/initial] [perdir /path/to/ticketsystem/api/] RewriteCond: input='/api/tickets.email' pattern='(.*/api)' => matched
    [rewrite:trace2] [rid#########/initial] [perdir /path/to/ticketsystem/api/] rewrite 'tickets.email' -> '/api/http.php/tickets.email'
    [rewrite:trace2] [rid#########/initial] [perdir /path/to/ticketsystem/api/] trying to replace context docroot /path/to/ticketsystem/ with context prefix
    [rewrite:trace1] [rid#########/initial] [perdir /path/to/ticketsystem/api/] internal redirect with /api/http.php/tickets.email [INTERNAL REDIRECT]
    [rewrite:trace3] [rid##########/initial/redir#1] [perdir /path/to/ticketsystem/api/] add path info postfix: /path/to/ticketsystem/api/http.php -> /path/to/ticketsystem/api/http.php/tickets.email
    [rewrite:trace3] [rid##########/initial/redir#1] [perdir /path/to/ticketsystem/api/] strip per-dir prefix: /path/to/ticketsystem/api/http.php/tickets.email -> http.php/tickets.email
    [rewrite:trace3] [rid##########/initial/redir#1] [perdir /path/to/ticketsystem/api/] applying pattern '^(.*)$' to uri 'http.php/tickets.email'
    [rewrite:trace4] [rid##########/initial/redir#1] [perdir /path/to/ticketsystem/api/] RewriteCond: input='/path/to/ticketsystem/api/http.php' pattern='!-f' => not-matched
    [rewrite:trace1] [rid##########/initial/redir#1] [perdir /path/to/ticketsystem/api/] pass through /path/to/ticketsystem/api/http.php

  9. Quote

    <IfModule mod_rewrite.c>

    RewriteEngine On

    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_URI} (.*/api)

    RewriteRule ^(.*)$ %1/http.php/$1 [L]

    </IfModule>

    Das Ticketsystem liegt im root Ordner von "customer". Der Aufruf der API wäre dann so http://customerurl.tld/api

  10. sorry dass ich nochmal schreibe aber ich komme einfach nicht weiter.

    Ich glaube das Hauptproblem ist, dass beim Aufruf von

    Quote

    /api/tickets.email

    ein 404 zurückgegeben wird, was ja wiederum bedeutet dass die rewrite Regel nicht angewendet wird(?), die ja eigentlich auf http.php weiterleiten müsste.

    Ich habe gecheckt ob mod_rewrite aktiviert ist (ja, ist es), die RewriteEngine wird ja eigentlich durch die htaccess aktiviert und nun weiß ich einfach nicht mehr woran es noch liegen könnte.

    In meiner hilflosen Unwissenheit habe ich noch testweise  allow_url_fopen aktiviert, Vermutungen in Richtung php-fpm und/oder den Dateirechten angestellt (steht nun alles in dem api-Ordner auf 777 bis auf die htaccess) oder vermutet dass es an dem Unterschied POSTender Nutzer (33) zu empfangender-Webspace-Nutzer (über 10000) liegt. Zu Letzterem und php-fpm habe ich aber keine Änderungen durchgeführt weil ich auch nicht genau weiß wie bzw. ob das wirklich ein Problem sein kann.

  11. ehm, mein Fall ist aber remote, also ich komme von einem externen Mailserver der die Mail wie hier in diesem Thema beschrieben an die automail.php (https://github.com/osTicket/osTicket/blob/develop/setup/scripts/automail.php) weiterleitet und die automail.php sollte dann eigentlich alles erledigen. Scheint ja nicht so ganz zu klappen bisher :D

    Also soll ich in Froxlor eine Weiterleitung von http.php nach pipe.php machen oder wie meintest du?

×
×
  • Create New...