Beiträge von dani4u

    jap, also es ist wirklich so.. ich habe erst letztes wochenende neu aufgesetzt mit dem syscp image debian lenny 64bit.

    installiert.. a2enmod rewrite, kundenverzeichnisse waren verfügbar.
    mit htaccess-dateien arbeite ich grundlegend was die vhost weiterleitung angeht gar nicht. die wird bei mir nur genutzt für joomla's SEF

    also ich wüsste auch grade nicht, was die htaccess dazu beitragen würde.. ich weiß lediglich dass die standard installation ohne rewrite nicht funktioniert.

    die reine interne weiterleitung bei mehreren domains übernimmt syscp vollständig.. wäre mal interessant zu wissen ob das "die standard lösung ist"

    ich hab einfach gegoogelt, ausprobiert, und es funktionierte.. beschwert hat sich noch niemand :rolleyes:


    edit:

    /var/customers/webs/cj/var/www/cj/

    fällt dir was auf? zur sicherheit, falls noch nix drauf liegt, alle kunden einfach nochmal löschen und die ordner im customers verzeichnis löschen... nach 5min neu anlegen ;) wäre der einfache weg..
    der umständliche und mit umweg... puhh... wäre zu gucken wieso der "DocumentRoot" noch ein /var/www/cj/ dran hängen hat :D


    der standard pfad für einen kunden wäre: /var/customers/webs/kundenname/

    /var/www ist "die hauptdomain" die ohne kunde auf den server zeigen soll

    Zitat von Robert;17060

    dani4u: Das was du beschreibst, wäre die Aktivierung von mod_rewrite. Damit ließe sich das zwar auch bewerkstelligen, allerdings fände ich das erst recht unprofessionell, wenn man schon einen vServer zur Verfügung hat. ;)


    nun, ich habe auch syscp bzw. froxlor, und nach meiner google suche bin ich dadrauf gestoßen. damit funktionieren die kundendomains von syscp nach dieser änderung komplett ohne jegliche weiteren änderungen.. :confused:

    wie willst du das denn sonst bewerkstelligen? ich dachte syscp benötigt mod_rewrite um die anderen domains intern in die anderen verzeichnisse zu leiten. musst mal hier im forum gucken, da gibts etliche threads wo auch andere das vorgeschlagen hatten ^^

    für mich ein bekannter "fehler" (schätze ich mal) ? wüsste zumindest nicht, was man da sonst machen könnte, denn syscp erstellt VON SICH AUS, schon eigene vhost-dateien, die über die oberfläche verwaltbar sind und innerhalb von 5minuten standardmäßig in kraft treten (cronjob)


    jannis: dani4u, wenn ich bitten darf :D:D (nurn spaß ; )

    SSH als root einloggen ->

    Code
    a2enmod rewrite
    /etc/init.d/apache2 restart

    falls du .htaccess-Dateien verwendest, auch gleich unter

    Code
    /etc/apache2/sites-available/default

    bearbeiten, und in folgender Zeile

    Code
    <Directory /var/www/>
            Options Indexes FollowSymLinks MultiViews
           [COLOR=Red][B] AllowOverride All[/B][/COLOR]
            Order allow,deny
            allow from all
            </Directory>
    </VirtualHost>

    müsste None als Standard stehen.

    (danach nochmal restart)

    Nebenbei finde ich es etwas unprofessionell, wenn du kunden in den /var/www-Ordner stellst, die sind dann auch über https://forum.netcup.de/www.meineHaupt…ld/kundennamen/ erreichbar :D

    Zitat von [netcup] Felix;17011

    Da viele Kunden dieses nicht nachvollziehen konnten und uns schon unterstellt wurde wir würden Kunden Leistungen entziehen, haben wir was den RAM angeht die Zuordnung wie sie vor dem großen Kernelupdate war wieder hergestellt (bislang ist dieses nur auf den Nodes der Fall, bei denen es die meisten Beschwerden gab).

    ....

    Betonen möchte ich das jedem Kunden die garantierten Leistungen zu jeder Zeit zur Verfügung standen. Der Cache war eigentlich ein Feature, was sich bei vielen Kunden die ihre kleinen vServer zu sehr belastet hatten, so dass dieses auf den SWAP angewiesen waren, negativ ausgewirkt hat.

    Jetzt hab ich die Thematik auch endgültig verstanden.. Danke an dieser stelle :)
    Hatte das ja auch geschrieben, war aber nicht als vorwurf gedacht, sorry!

    Da werd ich wohl mal über ein upgrade oder zusätzl. vServer nachdenken, sehe das caching nämlich als super feature, zeitweise hat mans sogar auf dem Xmas-Server gemerkt dass weniger RAM verwendet wurde :D
    Ist halt etwas blöd gelaufen auf dem Xmas-Server, mit seinen 200MB und 400MB SWAP :rolleyes:

    Wie sieht es mit der Einstellung vom "Haupt-vHost" aus -> "AllowOver...."

    zu finden unter /etc/apache2/sites.availabe/default

    hier muss All gewählt werden (was anderes weiß ich nicht ^^)
    bei mir funktionierte rewrite nur nach dieser einstellung, auch die vhosts.

    Zitat von Artimis;17032


    Und falls es doch ein eigener Server sein sollte: http://www.netcup.de/managed-server/

    danke ;)

    ich war erstmal richtig aufgebracht, als ich den satz las.. :D


    Edit:

    Das ding mit ClamAV und wie sie nicht alle heißen: Das ist ja kein muss, die Scannen einfach auf Linuxbasis die Emails die dein server verschickt/bekommt (die anhänge zb). Wenn du nun mehrere Antiviren-scanner an hast, ist klar dass der verbrauch steigt. Dazu kommt noch spamassassin

    was sehr toll ist: rkHunter (rootkit Hunter)


    (Gibt es überhaupt viren für linux?)


    zum thema: wie wäre es mit dem hier?

    Code
    apt-get remove clamav
    apt-get remove spamassassin
    apt-get remove bla bla bla

    :D

    also ich hab meinen server erst am 30.12. letzten jahres bestellt.. kann ja sein dass sich die vorkonfigurierte email geändert hat ^^ ja email geht auch..
    aber ich guck sicherheitshalber nochmal nach, nich dass ich euch hier rumlüge :o

    edit: hab mich geirrt :( das war das CCP (Customer Control Panel) wo man sich AUCH mit der email einloggen kann.

    wobei die email HIER anstatt der kundennummer echt praktisch wäre :D

    dann stimmt aber was mit der installationsroutine nicht :S

    ich hab vorher webmin installiert, das arbeitet ja ausschließlich mit perl was die serverseitigen dinge angeht.. munin funktioniert auf meinem XMAS-vServer

    ich frage mich auch, warum den umweg mit bind9.

    ich würde die domain mit umziehen. oder diese zu einem großen domain-anbieter umziehen, um diese dann zentral zu verwalten, falls du noch andere server hast die wo anders stehen ;)

    Zitat von Michael;16997

    Allein aus Sicherheitsgründen kann man einem Kunden dann nicht erlauben an diesem Kernel Veränderungen vorzunehmen.


    ...da diese änderungen dann auch für andere Kunden des Nodes gelten würde, und ein Node-Neustart vonnöten wäre ;)

    :eek:

    Zitat

    Vorab der Server kann so virenverseucht sein, wie er lustig is mein Pc is abgesichert und der Rest is mir Wayne.

    Nach so einer Aussage, antworte ich hierauf nicht.

    Ich nutze ClamAV usw. auch nicht, aber dass es einem Generell egal ist, WAS über den vServer für mist verschickt wird... schießt den Vogel ab.

    Schön dass dein Rechner "abgesichert" ist...
    Daraus lässt sich auch rauslesen, dass dein Kram auf dem Server läuft, und du auch keinen Finger krumm machst, diesen vernünftig zu konfigurieren/abzusichern, hauptsache die Dienste laufen. Ob Ports offen sind, ist dir wohl auch egal. Dann brauchst du aber auch nicht ankommen, wenn dein emailserver zu ner spamschleuder mutiert.

    Folglich, wette ich, dass dein Server irgendwann mal als Piracy-Schleuder von irgendjemandem mitbenutzt wird, und du bemerkst es sicher nicht einmal.