frankx: userdir will irgendwie nicht

Hellihello

das Apache-Modul UserDir "geht" irgendwie nicht.

Ein Symlink in mods-enabled ist auf die userdir.conf in mods-available gesetzt. Darin als UserDir http_dir angegeben.

In /home gibts die User. Aber localhost/~username/asdf.html "funzt" nicht. Obowhl es dort das Verzeichnis http_dir gibt und darin dann auch sicherheitshalber die Datei asdf.html angelegt ist.

Die andere Variante "UserDir /var/www" hab ich noch nicht probiert, geht erst Freitag wieder. Auf dem Server läuft Debian 4.0, neueste Apacheversion (via apt-get installiert).

Was könnte da noch einen Strich durch die Rechnung machen, was wir/ich vielleicht nicht bedacht haben. Wir haben die userdir.conf mal geändert nach dem Vorbild von einem Server, auf dem es funktioniert. Brachte auch nix.

Fehler immer "404" File not found. Im apache.log steht auch nur das drin.

Dank und Gruß,

frankx

--
tryin to multitain  - Globus = Planet != Welt
  1. Hallo Robert,

    Ein Symlink in mods-enabled ist auf die userdir.conf in mods-available gesetzt. Darin als UserDir http_dir angegeben.

    ich habe bei meinem Debian das gerade aktiviert, an userdir.conf _nichts_ geändert, d.h.

      
    <IfModule mod_userdir.c>  
            UserDir public_html  
            UserDir disabled root  
      
            <Directory /home/*/public_html>  
                    AllowOverride FileInfo AuthConfig Limit  
                    Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec  
            </Directory>  
    </IfModule>
    

    apache neu gestartet.

    in meinem Homeverzeichnis das Unterverzeichnis public_html angelegt, darin eine index.html abgelegt zum Test.

    Test mit Aufruf von

    http://localhost/~vinzenz/

    erfolgreich. Verzeichnis nach www umbenannt, userdir.conf entsprechend angepasst, apache-Neustart vorgenommen.

    http://localhost/~vinzenz/

    in einem anderen Browser aufgerufen, wurde ordnungsgemäß ausgeliefert.
    Du musst etwas falsch gemacht haben ...

    Freundliche Grüße

    Vinzenz

    1. Hellihello Vinzenz,

      Ein Symlink in mods-enabled ist auf die userdir.conf in mods-available gesetzt. Darin als UserDir http_dir angegeben.

      ich habe bei meinem Debian das gerade aktiviert, an userdir.conf _nichts_ geändert, d.h.

      <IfModule mod_userdir.c>
              UserDir public_html
              UserDir disabled root

      <Directory /home/*/public_html>
                      AllowOverride FileInfo AuthConfig Limit
                      Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
              </Directory>
      </IfModule>

      
      >   
      > apache neu gestartet.  
        
      Jau, immer neu starten, hatten wir auch. Ich habe auch mal das IfModule wegegelassen, um einen Fehler zu provozieren, falls das Modul nicht geladen wäre, kam aber kein Fehler. Ich hätte jetzt gern gewusst, in welchem Verzeichnis er nur wirklich die Datei nicht fand, aber da fiel mir keine Lösung für ein, das herauszufinden. Kann man den 404er-Fehler zu einem php-var\_dump($\_SERVER) verleiten?  
        
        
      
      >   
      > in meinem Homeverzeichnis das Unterverzeichnis public\_html angelegt, darin eine index.html abgelegt zum Test.  
      >   
      > Test mit Aufruf von  
      >   
      >     http://localhost/~vinzenz/  
      >   
      > erfolgreich. Verzeichnis nach www umbenannt, userdir.conf entsprechend angepasst, apache-Neustart vorgenommen.  
      >   
      >     http://localhost/~vinzenz/  
      >   
      > in einem anderen Browser aufgerufen, wurde ordnungsgemäß ausgeliefert.  
      > Du musst etwas falsch gemacht haben ...  
        
      Jau, denkich auch, fragt sich nur was. Weil im Grunde alles so, wie Du sagst.  
        
      Und wir haben ja auch ein anderes System (zwar BSD, aber das ändert ja nischt) auf dem es so wie du beschreibst funktioniert.  
        
      Nun, am Freitag wird dann eben auf zwei Baustellen weitergeforscht.  
        
      Das etwas aufwändigere Firewallscript hatte ich übrigens als erstes am Wickel, irrtümlicherweise, das warf erstmal einige Fehler aus. Ob der Kernel korrekt kompliert sei und dass root-Rechte zum änderen/lesen von irgendwelchen Directories fehlen würde. Mehr erinnere ich mich nicht. Aber vielleicht hilft ja schon das, was Du in dem Forumsbeitrag verlinkt hast.  
        
      Merci und GutSchlaf,  
        
      Dank und Gruß,  
        
      Robert aka  
        
      [frankx](http://community.de.selfhtml.org/visitenkarten/view.php?key=82)
      
      -- 
      [tryin to](http://sauer-ernst.de) [multitain](http://multitain.de)  - Globus = Planet != Welt 
      
      1. Hi,

        Ich hätte jetzt gern gewusst, in welchem Verzeichnis er nur wirklich die Datei nicht fand, aber da fiel mir keine Lösung für ein, das herauszufinden.

        Du hast das access-Log erwaehnt - was sagt denn das error-Log>

        Kann man den 404er-Fehler zu einem php-var_dump($_SERVER) verleiten?

        Natuerlich, ErrorDocument auf ein entsprechendes Script setzen.

        MfG ChrisB

        1. Hellihello ChrisB (klingt ja wie Crisp),

          Ich hätte jetzt gern gewusst, in welchem Verzeichnis er nur wirklich die Datei nicht fand, aber da fiel mir keine Lösung für ein, das herauszufinden.

          Du hast das access-Log erwaehnt - was sagt denn das error-Log>

          Jau, schau ich am Freitag Mittag rein.

          Kann man den 404er-Fehler zu einem php-var_dump($_SERVER) verleiten?

          Natuerlich, ErrorDocument auf ein entsprechendes Script setzen.

          Gut, so hatte ich im Hinterköpfchen schon gedacht. Dann einfach erstmal ein phpinfo(), dann weiß man immerhin, in welchem Verzeichnis man steckt. Oder auch nicht, weil ja das Verzeichnis das ist, in dem das ErrorDoc ruht. Aber vielleicht gibts ja Hinweise in den Server-Vars auf die Umleitung.

          Dank und Gruß,

          frankx

          --
          tryin to multitain  - Globus = Planet != Welt
        2. Hellihello ChrisB

          Du hast das access-Log erwaehnt - was sagt denn das error-Log>

          [Fri Apr 25 13:45:54 2008] [error] [client 127.0.0.1] File does not exist: /var/www/~aap

          Dank und Gruß,

          frankx

          --
          tryin to multitain  - Globus = Planet != Welt
          1. Hallo,

            Du hast das access-Log erwaehnt - was sagt denn das error-Log>
            [Fri Apr 25 13:45:54 2008] [error] [client 127.0.0.1] File does not exist: /var/www/~aap

            /var/www

            sieht nicht nach einem Benutzerverzeichnis aus, sondern nach einem "normalen" Verzeichnis.

            Wie sieht der Inhalt von user_dir.conf aus?

            Freundliche Grüße

            Vinzenz

            1. Hellihello Vinzenz,

              Du hast das access-Log erwaehnt - was sagt denn das error-Log>
              [Fri Apr 25 13:45:54 2008] [error] [client 127.0.0.1] File does not exist: /var/www/~aap

              /var/www

              sieht nicht nach einem Benutzerverzeichnis aus, sondern nach einem "normalen" Verzeichnis.

              Wie sieht der Inhalt von user_dir.conf aus?

              Ich habe das genommen, was Du gepostet hast.

              Dank und Gruß,

              frankx

              --
              tryin to multitain  - Globus = Planet != Welt
  2. Hello,

    Apache mit suexec?
    Da kann man das 'public_html' nicht ändern, ohne das Modul für suexec neu zu kompilieren

    Nur, wenn die Kindes des Apache im "Normalmodus", also unter dem Namen des Apache, laufen, dann kannst Du die Änderung in userdir.conf vornehmen.

    Ein harzliches Glückauf

    Tom vom Berg

    --
    Nur selber lernen macht schlau
    http://bergpost.annerschbarrich.de
    1. Hallo Tom,

      Da kann man das 'public_html' nicht ändern, ohne das Modul für suexec neu zu kompilieren

      beim apache2 für Debian 4.0 out-of-the-box ist Neukompilieren nicht notwendig.

      Freundliche Grüße

      Vinzenz

      1. Hello,

        Da kann man das 'public_html' nicht ändern, ohne das Modul für suexec neu zu kompilieren

        beim apache2 für Debian 4.0 out-of-the-box ist Neukompilieren nicht notwendig.

        Bist Du Dir sicher?
        Auch, wenn mit suexec und PHP als CGI gearbeitet werden soll?

        Wir hatten hier neulich erst einen Threads zu dem Thema.

        Ein harzliches Glückauf

        Tom vom Berg

        --
        Nur selber lernen macht schlau
        http://bergpost.annerschbarrich.de
        1. Hallo

          beim apache2 für Debian 4.0 out-of-the-box ist Neukompilieren nicht notwendig.

          Bist Du Dir sicher?

          Ja.

          Auch, wenn mit suexec und PHP als CGI gearbeitet werden soll?

          Nein, es geht um einen apache 2.2 out-of-the-box, per apt-get oder aptitude aus den Debian-Repositories für Debian 4.0 (Etch). Nichts besonderes, keine spezielle Konfiguration. Wenn PHP überhaupt vorhanden ist, dann ganz sicher als Modul. suexec benötige ich nicht, soweit ich weiß, muss es gezielt eingeschaltet werden - ist also out-of-the-box deaktiviert.

          Freundliche Grüße

          Vinzenz

          1. Hellihello

            Hallo

            beim apache2 für Debian 4.0 out-of-the-box ist Neukompilieren nicht notwendig.

            Bist Du Dir sicher?

            Ja.

            Auch, wenn mit suexec und PHP als CGI gearbeitet werden soll?

            Nein, es geht um einen apache 2.2 out-of-the-box, per apt-get oder aptitude aus den Debian-Repositories für Debian 4.0 (Etch). Nichts besonderes, keine spezielle Konfiguration. Wenn PHP überhaupt vorhanden ist, dann ganz sicher als Modul. suexec benötige ich nicht, soweit ich weiß, muss es gezielt eingeschaltet werden - ist also out-of-the-box deaktiviert.

            Das vermute ich auch mal. Das mit den Rechten werde ich dann am Freitag checken, auch, dass/ob in _jedem_ Userdir das entsprechende Unterverzeichnis vorhanden ist.

            Dank und Gruß,

            frankx

            --
            tryin to multitain  - Globus = Planet != Welt
  3. Hello,

    In /home gibts die User. Aber localhost/~username/asdf.html "funzt" nicht. Obowhl es dort das Verzeichnis http_dir gibt und darin dann auch sicherheitshalber die Datei asdf.html angelegt ist.

    Was könnte da noch einen Strich durch die Rechnung machen,

    gibt es denn auch in jedem /home/*/   ein 'public_html' ?

    Und darf der Apache in die Home-Dirs der User hineinschauen?
    Das x-Recht muss für ihn durchgängig gesetzt sein und für die Files im 'public_html' dann das r-Recht.

    Ob Du das nun durch geschickte Gruppenzugehörigkeit oder durch die Others-Rechte realisierts, musst Du überlegen...

    Ein harzliches Glückauf

    Tom vom Berg

    --
    Nur selber lernen macht schlau
    http://bergpost.annerschbarrich.de