Leserechte von mit Perl/CGI erstellten Dateien (gelöst) (Perl/CGI)

[thread]16237[/thread]

Leserechte von mit Perl/CGI erstellten Dateien [gelöst]

Tags: perl5 CGI Ähnliche Threads

Leser: 19

Articles: hide open all | hide show old branches

+13 replies
gmafx

2011-04-29 18:48
User since
2009-11-19
47 Artikel
BenutzerIn
Hallo,

ich bin ziemlich am verzweifeln, da ich erneut die Rechtesituation nicht so wirklich überblicke!

Folgende Situation:
Ein Perl/CGI Skript erzeugt nach Aufruf im Browser eine Datei. Diese enthält Daten, die im nächsten Schritt von einem R-Skript weiterverarbeitet werden sollen, um Diagramme zu erzeugen. Da ich die Integration von R in Perl (Omegahat) nicht hinbekomme, dachte ich daran, am Ende des CGI-Skripts einfach ein
Code: (dl )

system("R CMD BATCH rskript.R")
auszuführen. Das geht aber nicht, da die Dateien,die das CGI-Skript schreibt, nur Benutzerrechte für den "www-data"-Benutzer gesetzt hat!

Sudo geht anscheinend auch nicht so ohne weiteres (finde ich auch irgendwie gut!), wie kann ich also die Nutzerrechte der vom CGI-Skript ausgegebenen Dateien ändern oder von vornherein anders setzen?

gma
- +4 replies
- bianca
  
  2011-04-29 19:00
  
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  
  2011-04-29T16:48:37 gmafx
  wie kann ich also die Nutzerrechte der vom CGI-Skript ausgegebenen Dateien ändern oder von vornherein anders setzen?
  
  Für welches OS und welchen Webserver denn?
  Auf meiner Prodmaschine Linux läuft Apache's suEXEC dafür.
  
  Editiert von bianca: Korrekturen
  Last edited: 2011-04-29 19:01:37 +0200 (CEST)
  10 print "Hallo"
  20 goto 10
  - gmafx
    
    2011-04-29 19:20
    
    User since
    2009-11-19
    47 Artikel
    BenutzerIn
    
    Hallo,
    
    Ubuntu Linux (10.04) mit Apache2, Perl 5.10.
    
    suEXEC schaue ich mir mal an!
    
    Vielen Dank
    gma
  - +2 replies
  - GwenDragon
    
    2011-04-29 19:32
    
    User since
    2005-01-17
    14888 Artikel
    Admin1
    
    suexec beschränkt die Rechte doch auf das Webverzeichnis des suexec-Nutzers udn lässt die CGI mit dessen Rechten laufen.
    Wenn der nachfolgende Prozess von R nicht darauf zugreifen darf, nutzt das doch nix.
    Wie sollte denn deiner Meinung nach suexec helfen? Verstehe ich gerade nicht. Verwechsel' ich oder du gerade was?
    die Drachin Gwen
    
    Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - bianca
      
      2011-04-29 20:18
      
      User since
      2009-09-13
      7016 Artikel
      BenutzerIn
      
      2011-04-29T17:32:23 GwenDragon
      suexec beschränkt die Rechte doch auf das Webverzeichnis des suexec-Nutzers udn lässt die CGI mit dessen Rechten laufen.
      
      Ja, deshalb gehören die geschriebenen Dateien nicht mehr "www-data" oder unter was auch immer der Webserver beim Fragesteller läuft sondern eben dem User. Das ist ja schonmal besser als vorher.
      
      2011-04-29T17:32:23 GwenDragon
      Wenn der nachfolgende Prozess von R nicht darauf zugreifen darf, nutzt das doch nix.
      
      Ich hab das so verstanden, dass der Besitz an der durch Perl/Webserver geschriebenen Datei der Dollpunkt ist. Und das würde suEXEC ja beheben.
      Falls der Nachfolgeprozess schonmal garnicht erst auf das Verzeichnis darf, ist das doch dann kein Perlproblem mehr, oder liege ich falsch?
      
      Edit: Und von einem popeligen Rechteproblem á la chmod reden wir nicht soweit ich das verstanden habe. Oder etwa doch?
      
      Editiert von bianca: Quotes repariert
      
      Editiert von bianca: chmod ergänzt
      Last edited: 2011-04-29 20:20:01 +0200 (CEST)
      10 print "Hallo"
      20 goto 10
- +2 replies
- GwenDragon
  
  2011-04-29 19:03
  User since
  2005-01-17
  14888 Artikel
  Admin1
  Kann dein R auch aus einer Pipe lesen?
  
  Beispiel:
  
  Code (perl): (dl )
  
  1 2 3 4 5 6
  
  # Befehle für R sind in @array @array = ( "Blah", "Blubb", "Blimp"); my $pipe; open ($pipe, "| R CMD BATCH -f -") or die "cant create Pipe $!"; print for @array; close($pipe) or die "cant create Pipe $!";
  
  Zur Kommandozeilensyntax von R: http://cran.r-project.org/doc/manuals/R-intro.html...
  Last edited: 2011-04-29 19:17:32 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - gmafx
    
    2011-04-29 19:24
    
    User since
    2009-11-19
    47 Artikel
    BenutzerIn
    
    R in Zusammenhang mit Pipes kannte ich bisher nicht, vielen Dank!
    
    Ich erzeuge einige ziemlich unterschiedliche Dateien (reine Daten zu pipen wäre wahrscheinlich einfacher, aber ich erzeuge noch einige Konfigurationsdateien, die Layoutparameter und ähnliches beinhalten - ich studiere jetzt erstmal, wie man überhaupt Daten nach R per Pipe schickt, vielleicht bekomme ich das ja hin!).
    
    Vielen Dank
    gma
- +6 replies
- GwenDragon
  
  2011-04-29 19:41
  User since
  2005-01-17
  14888 Artikel
  Admin1
  2011-04-29T16:48:37 gmafx
  auszuführen. Das geht aber nicht, da die Dateien,die das CGI-Skript schreibt, nur Benutzerrechte für den "www-data"-Benutzer gesetzt hat!
  
  Und wie sehen diese Dateirechte aus? Gib bitte mals die Dateimaske an, die sich bei einem ls -al ergibt oder lies diese mit Perls stat aus.
  
  Beispiel:
  
  Code (perl): (dl )
  
  1 2
  
  my $dateimodus = (stat("DATEI.NAME"))[2]; printf "Dateimodus ist: %o",$dateimodus;
  
  //EDIT:
  Wenn du deine Datei so erzeugst, kannst du auch die Rechte setzen:
  
  Code (perl): (dl )
  
  1 2
  
  my $dateihandle; sysopen($dateihandle,"/PFAD/PFAD1/DATEI.NAME", O_CREAT,0666); # ezeugt eine Datei mit rwrwrw also für alle les und schreibbar
  
  Last edited: 2011-04-29 19:44:47 +0200 (CEST)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +5 replies
  - gmafx
    
    2011-04-29 21:22
    User since
    2009-11-19
    47 Artikel
    BenutzerIn
    
    Hallo,
    
    bisher habe ich die Dateien so angelegt:
    
    Code: (dl )
    
    open (TMP,">$tmpdir/data.tmp") or die "cannot write to $tmpdir/data.tmp!"
    
    Das Ergbenis von ls-l
    
    Code: (dl )
    
    1 2 3
    
    -rw-r--r-- 1 www-data www-data 31565 2011-04-29 21:08 data.tmp -rw-r--r-- 1 www-data www-data 200 2011-04-29 21:08 gene.tmp -rw-r--r-- 1 www-data www-data 38 2011-04-29 21:08 rsettings.tmp
    
    Eigentlich sollten die Daten also lesbar sein (oder nicht? Das dritte "r" bedeutet doch read für alle?)
    
    Vielleicht liegt der Fehler doch in der Art, wie ich das R-Skript aufrufe? Aus dem Terminal funktioniert es zumindest, mit den Dateien mit obigen Rechten allerdings nur mit "sudo"!
    
    Sysopen: verstehe ich nicht:
    
    Code: (dl )
    
    sysopen (PLOTR,">$tmp_folder/gene.tmp",O_CREAT,0666) or die "cannot open gene.tmp?!";
    
    Da tat sich garnichts (das ">" brauche ich doch? Ohne geht es auf jeden Fall auch nicht!). Kein Fehler, es wird aber auch keine Datei angelegt (der $tmpdir Ordner hat chmod 777!)
    
    Dann habe ich am Anfang des Skripts noch:
    
    Code: (dl )
    
    use Fcntl;
    
    eingefügt, dann bekomme ich "immerhin" einen Fehler (cannot open...)
    
    - was läuft hier schief?
    
    Ich schaue mir jetzt erstmal die Pipe-Idee an!
    
    Bis hierhin auf jeden Fall schonmal vielen Dank!
    gma
    - +3 replies
    - gmafx
      
      2011-04-29 21:40
      
      User since
      2009-11-19
      47 Artikel
      BenutzerIn
      
      Nachtrag,
      
      an den Rechten liegt es nicht, ich konnte aus dem CGI-Skript mittels
      
      Code: (dl )
      
      system("chmod 777 dateiname")
      
      die Rechte ändern, das Problem besteht weiterhin.
      
      Apache errorlog
      
      Code: (dl )
      
      Fri Apr 29 21:29:44 2011] [error] [client XXX.XXX.XXX.XXX] /usr/lib/R/bin/BATCH: 60: cannot create geneplot2.Rout: Permission denied, referer: http:/
      
      Also funktioniert irgendwas an dem Aufruf von R nicht, werde mich da mal einlesen, es gab ja weiter oben schon einen Link dazu!
      gma
      - +2 replies
      - gmafx
        
        2011-04-29 22:16
        
        User since
        2009-11-19
        47 Artikel
        BenutzerIn
        
        Gelöst,
        
        BATCH möchte Art logdatei schreiben (keine Ahnung wie man das unterdrücken soll, konnte in obigem Link nix dazu finden). Das aktuelle Verzeichnis ging dazu aber neben nicht, da das das VErzeichns mit meinen CGI-Skripten ist, da hat nur root schreibrechte!
        
        Ich habe diese einfach umgeleitet:
        
        Code: (dl )
        
        R CMD BATCH R-skript.R $tmpdir/logfile
        
        Jetzt geht es!
        Danke nochmals für die vielen Anregungen!
        gma
        
        topeg
        
        2011-04-30 08:22
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Unter Unixoiden Systemen gibt es eine virtuelle Mülleimer-Datei in die kann man schreiben wenn einem Ausgaben nicht interessieren:
        
        Code: (dl )
        
        R CMD BATCH R-skript.R >/dev/null
        
        Unter Windows kann man etwas ähnliches machen:
        
        Code: (dl )
        
        R CMD BATCH R-skript.R > NUL
    - bianca
      
      2011-04-30 08:04
      
      User since
      2009-09-13
      7016 Artikel
      BenutzerIn
      
      2011-04-29T19:22:58 gmafx
      Da tat sich garnichts (das ">" brauche ich doch?
      
      Auch wenn das Thema schon gelöst ist, das > benutzt man bei sysopen nicht. Dafür gibt es den dritten Parameter - in diesem Fall O_CREAT - der das steuert.
      10 print "Hallo"
      20 goto 10

View all threads created 2011-04-29 18:48.