Beiträge von cr

    Hallo,


    ich habe das hier mit der aktuellen Drupal Version 7.44 nachvollziehen können. Unter

    Code
    /htdocs/sites/default/files

    wird von Drupal eine .htaccess Datei angelegt in der wie hier schon richtig vermutet ein

    Code
    Options +FollowSymLinks

    drin steht.


    Leider wird diese .htaccess Datei von Drupal beim Abschließen der Installation über den Drupal eigenen Installer angelegt und mit Inhalten gefüllt.
    Es gibt hierzu schon länger (seit 2011) einen Issue auf der Drupal Webseite: https://www.drupal.org/node/1269780. Leider hat sich da bisher nocht nichts getan.


    Auch uns sind hier quasi die Hände gebunden da zum Zeitpunkt des Anlegens der Datei sämtliche LiveConfig Scripte bereits beendet sind.


    Zumindest zeitweise Abhilfe schafft es die .htaccess Datei folgendermaßen abzuändern:



    Ich kann allerdings in keinster Weise garantieren dass diese Änderung nicht irgendwann von Drupal wieder Rückgängig gemacht wird.


    Sämtliche Lösungsansätze die wir hier im Büro diskutiert haben laufen allesamt darauf hinaus in den normalen Ablauf von Drupal einzugreifen (sei es durch ausliefern der generierten Datei oder durch Patchen der generierenden Datei). Da wir hier den Ansatz des minimal invasiven verfolgen kommen solche Bastellösungen für uns nicht in Frage.


    Sollte jemand eine andere Idee haben wie wir unseren Installer anpassen können um dieses Problem zu umgehen sind kann er uns gerne Bescheid sagen.


    Viele Grüße
    Christoph Russow

    Hallo Bash,


    nein das geht soweit ich weis nicht. Man kann sich aber recht simpel mit einem PHP Script und etwas bash-Scripting (Namensähnlichkeit rein zufällig! ;-)) ein DynDNS Updatescript bauen das man pro Maschine deployen kann.


    Hab mir das mal vor Urzeiten selber (privat) geschrieben:


    Der PHP Teil liegt Remote abrufbar auf einem Server bereit:

    PHP
    <?php
     echo $_SERVER['REMOTE_ADDR'];
    ?>


    Der Bash-Teil wird auf dem System als Cronjob eingerichtet auf dass der DynDNS Eintrag zeigen soll.



    Ich hoffe mir sind beim Rauswerfen meiner Settings keine Syntaxfehler passiert aber der grobe Ablauf sollte in jedem Fall klar sein.


    Als IP Quelle kann natürlich auch ein öffentlicher Dienst verwendet werden der die IP Adresse ausgibt. Das Script muss dann halt entsprechend angepasst werden.


    Viele Grüße
    Christoph Russow

    Achtung Stolperstein. Ich hab grade eben festgestellt dass bei meiner Fritz!Box 7390 (Fritz!OS v 6.30) scheinbar ein Bug im DynDNS Updater ist.


    Gibt man eine URL nach dem format


    Code
    https://<LiveConfigHost>:<LCPort>/liveconfig/hosting/dnsupdate?hostname=<domain>&myip=<ipaddr>


    Im Custom URL Feld ein scheint die Fritz!Box den Rest der URL zu verschlucken. Im LiveConfig Accesslog steht dann folgendes:


    Code
    xx.xx.xx.xx - - [23/Nov/2015:21:29:32 +0100] "" 400 1793 "-" "Fritz!Box DDNS/1.0.1"


    Ich habe mir abhelfen können indem ich eine Subdomain auf meinem Apache angelegt habe die einfach nur proxy spielt nach


    Code
    https://<LiveConfigHost>:<LCPort>


    Damit klappte das Dynamische DNS Update dann ohne Probleme.


    Nur falls hier jemand ebenfalls Probleme damit kriegt.


    Würde mich über eine eventuelle Bestätigung des Problems freuen falls das noch jemand hat.


    Viele Grüße
    Christoph Russow

    Hallo,



    Oh weh. Danke für den Hinweis. Da ist mit der Regex zu restriktiv geraten. Ich habe das soeben korrigiert. Bis die Kollegen den Installer im Repository aktualisieren einfach irgendeine Zahl zwischen 0 und 65535 eingeben.



    Auch hier bin ich Schuld. Der Installer installiert und konfiguriert hier zwar unser Plugin korrekt aber aktiviert das Passwort Plugin selbst leider nicht. Ich habe das ebenfalls grade korrigiert. Bis es online übernommen wurde muss das Plugin leider von Hand in der Datei

    Code
    <appordner>/config/config.inc.php

    aktiviert werden indem im Array $config['plugins'] der Eintrag 'password', eingefügt wird.


    Das ganze sollte dann so aussehen:


    Code
    // List of active plugins (in plugins/ directory)
    $config['plugins'] = array(
        [B]'password',[/B]
        'archive',
        'zipdownload',
    );


    Ich bitte die Unannehmlichkeiten zu entschuldigen.
    Ich werde mich hier nochmal melden (oder die Kollegen) wenn meine Änderungen im Repo aktiviert wurden.


    Viele Grüße
    Christoph Russow

    Hallo Nosxxx,


    es existiert aktuell leider noch ein Fehler im Repository. Bei der Signatur ist was schief gelaufen und der alte Key wurde verwendet.
    Der Fehler ist somit bekannt und an einer Lösung wird bereits gearbeitet.


    Sobald das Problem behoben ist melden wir uns.


    Viele Grüße
    Christoph Russow

    Hallo outofcontrol,


    haben Sie um den 2ten Benutzer hinzuzufügen auf "Verzeichnis schützen..." geklickt und dann den gleichen Pfad wie beim ersten Benutzer eingetragen? So konnte ich zumindest die Fehlermeldung hier reproduzieren.


    Wenn ja klicken Sie stattdessen bitte einfach auf den schon bestehenden Eintrag in der Liste darüber. Im sich öffnenden Fenster können sie dann weitere Benutzer zum bestehenden Passwortschutz hinzufügen und auch den ersten Benutzer löschen.


    Viele Grüße
    Christoph Russow