Index.html wird nicht aufgerufen
- Ersteller ziiz
- Erstellt am
web0 ist ein User und auch der einzige User am Server
#Nutzt du mpm-itk, CGI+suEXEC oder suPHP? - das weiß ich nicht.. ich administiere über confixx
Hier nochmal alle Pfade u. Berechtigungen
root@vps21110:~# ls -la /var/
total 56
drwxr-xr-x 14 root root 1328 Jul 15 18:45 .
drwxr-xr-x 20 root root 4096 Aug 22 18:33 ..
drwxr-xr-x 2 root root 4096 Jul 15 18:45 backups
drwxr-xr-x 11 root root 1524 Jul 15 18:45 cache
drwxr-xr-x 35 root root 4096 Aug 15 22:42 lib
drwxrwsr-x 2 root staff 4096 Jul 15 18:45 local
drwxrwxrwt 3 root root 4096 Aug 22 18:33 lock
drwxr-xr-x 10 root root 4096 Aug 23 07:35 log
drwxrwsr-x 2 root mail 4096 Aug 18 02:03 mail
drwxr-xr-x 2 root root 4096 Jul 15 18:42 opt
drwxr-xr-x 10 root root 4096 Aug 22 18:33 run
drwxr-xr-x 5 root root 224 Jul 15 18:45 spool
drwxrwxrwt 2 root root 4096 Jul 15 18:45 tmp
drwxr-xr-x 7 root root 4096 Aug 15 23:34 www
root@vps21110:~# ls -la /var/www/
total 60
drwxr-xr-x 7 root root 4096 Aug 15 23:34 .
drwxr-xr-x 14 root root 1328 Jul 15 18:45 ..
drwxr-xr-x 9 root root 4096 Aug 15 22:42 chroot
drwxr-x--- 7 confixx www-data 4096 Aug 15 22:42 confixx
dr--r--r-- 2 root root 4096 Jun 28 2011 empty
-rw-r--r-- 1 root root 177 Jul 15 18:44 index.html
-rw-r--r-- 1 root root 28076 Jun 20 2007 mc_default_help.htm
drwxr-xr-x 10 root root 4096 Aug 16 11:55 web0
drwxr-xr-x 2 root root 4096 Jul 15 18:44 webalizer
root@vps21110:~#
root@vps21110:~# ls -la /var/www/web0/
total 40
drwxr-xr-x 10 root root 4096 Aug 16 11:55 .
drwxr-xr-x 7 root root 4096 Aug 15 23:34 ..
drwx------ 2 root root 4096 Aug 15 23:34 .configs
drwxr-x--- 2 root www-data 4096 Aug 15 23:34 atd
drwxr-x--- 2 root web0 4096 Aug 15 23:34 backup
drwxr-x--- 2 web0 www-data 4096 Aug 15 23:34 files
drwxr-x--- 82 web0 www-data 4096 Aug 21 18:13 html
drwxr-x--- 3 root web0 4096 Aug 21 17:20 log
drwxrwx--- 2 web0 www-data 4096 Aug 15 23:34 phptmp
drwxrwx--- 2 root web0 4096 Aug 15 23:34 restore
root@vps21110:~#
#Nutzt du mpm-itk, CGI+suEXEC oder suPHP? - das weiß ich nicht.. ich administiere über confixx
Hier nochmal alle Pfade u. Berechtigungen
root@vps21110:~# ls -la /var/
total 56
drwxr-xr-x 14 root root 1328 Jul 15 18:45 .
drwxr-xr-x 20 root root 4096 Aug 22 18:33 ..
drwxr-xr-x 2 root root 4096 Jul 15 18:45 backups
drwxr-xr-x 11 root root 1524 Jul 15 18:45 cache
drwxr-xr-x 35 root root 4096 Aug 15 22:42 lib
drwxrwsr-x 2 root staff 4096 Jul 15 18:45 local
drwxrwxrwt 3 root root 4096 Aug 22 18:33 lock
drwxr-xr-x 10 root root 4096 Aug 23 07:35 log
drwxrwsr-x 2 root mail 4096 Aug 18 02:03 mail
drwxr-xr-x 2 root root 4096 Jul 15 18:42 opt
drwxr-xr-x 10 root root 4096 Aug 22 18:33 run
drwxr-xr-x 5 root root 224 Jul 15 18:45 spool
drwxrwxrwt 2 root root 4096 Jul 15 18:45 tmp
drwxr-xr-x 7 root root 4096 Aug 15 23:34 www
root@vps21110:~# ls -la /var/www/
total 60
drwxr-xr-x 7 root root 4096 Aug 15 23:34 .
drwxr-xr-x 14 root root 1328 Jul 15 18:45 ..
drwxr-xr-x 9 root root 4096 Aug 15 22:42 chroot
drwxr-x--- 7 confixx www-data 4096 Aug 15 22:42 confixx
dr--r--r-- 2 root root 4096 Jun 28 2011 empty
-rw-r--r-- 1 root root 177 Jul 15 18:44 index.html
-rw-r--r-- 1 root root 28076 Jun 20 2007 mc_default_help.htm
drwxr-xr-x 10 root root 4096 Aug 16 11:55 web0
drwxr-xr-x 2 root root 4096 Jul 15 18:44 webalizer
root@vps21110:~#
root@vps21110:~# ls -la /var/www/web0/
total 40
drwxr-xr-x 10 root root 4096 Aug 16 11:55 .
drwxr-xr-x 7 root root 4096 Aug 15 23:34 ..
drwx------ 2 root root 4096 Aug 15 23:34 .configs
drwxr-x--- 2 root www-data 4096 Aug 15 23:34 atd
drwxr-x--- 2 root web0 4096 Aug 15 23:34 backup
drwxr-x--- 2 web0 www-data 4096 Aug 15 23:34 files
drwxr-x--- 82 web0 www-data 4096 Aug 21 18:13 html
drwxr-x--- 3 root web0 4096 Aug 21 17:20 log
drwxrwx--- 2 web0 www-data 4096 Aug 15 23:34 phptmp
drwxrwx--- 2 root web0 4096 Aug 15 23:34 restore
root@vps21110:~#
dazu bin ich noch zu neu und unerfahren - später ok..
ein Beispiel:
weshalb wird das Verzeichnis nicht aufgerufen 144i.com/mysd/index.php
Rechte sollten stimmen?
root@vps21110:~# ls -la /var/www/web0/html/mysd/
total 236
drwxr-xr-x 11 web0 web0 4096 Aug 19 10:18 .
drwxr-x--- 82 web0 www-data 4096 Aug 21 18:13 ..
drwxr-xr-x 2 web0 web0 4096 Aug 19 10:15 ReadMe
-rw-r--r-- 1 web0 web0 3656 Aug 21 18:03 config.php
-rw-r--r-- 1 web0 web0 58873 Jan 21 2011 config_overview.php
drwxr-xr-x 4 web0 web0 4096 Aug 19 10:12 css
-rw-r--r-- 1 web0 web0 19282 Jan 7 2011 dump.php
-rw-r--r-- 1 web0 web0 22384 Jan 7 2011 filemanagement.php
-rw-r--r-- 1 web0 web0 640 Jan 7 2011 help.php
drwxr-xr-x 2 web0 web0 4096 Aug 19 10:12 images
drwxr-xr-x 4 web0 web0 4096 Aug 19 10:13 inc
-rwxr-xr-x 1 web0 web0 871 Jan 7 2011 index.php
-rw-r--r-- 1 web0 web0 24203 Jan 7 2011 install.php
drwxr-xr-x 4 web0 web0 4096 Aug 19 10:13 js
drwxr-xr-x 17 web0 web0 4096 Aug 19 10:15 language
-rw-r--r-- 1 web0 web0 5461 Jan 7 2011 log.php
-rw-r--r-- 1 web0 web0 1256 Jan 7 2011 main.php
-rw-r--r-- 1 web0 web0 3805 Jan 7 2011 menu.php
drwxr-xr-x 2 web0 web0 4096 Aug 19 10:15 msd_cron
-rw-r--r-- 1 web0 web0 776 Jan 7 2011 refresh_dblist.php
-rw-r--r-- 1 web0 web0 15762 Jan 7 2011 restore.php
-rw-r--r-- 1 web0 web0 10104 Jan 14 2011 sql.php
drwxr-xr-x 5 web0 web0 4096 Aug 19 10:15 tpl
drwxrwxrwx 5 web0 web0 4096 Aug 21 18:04 work
root@vps21110:~#
ein Beispiel:
weshalb wird das Verzeichnis nicht aufgerufen 144i.com/mysd/index.php
Rechte sollten stimmen?
root@vps21110:~# ls -la /var/www/web0/html/mysd/
total 236
drwxr-xr-x 11 web0 web0 4096 Aug 19 10:18 .
drwxr-x--- 82 web0 www-data 4096 Aug 21 18:13 ..
drwxr-xr-x 2 web0 web0 4096 Aug 19 10:15 ReadMe
-rw-r--r-- 1 web0 web0 3656 Aug 21 18:03 config.php
-rw-r--r-- 1 web0 web0 58873 Jan 21 2011 config_overview.php
drwxr-xr-x 4 web0 web0 4096 Aug 19 10:12 css
-rw-r--r-- 1 web0 web0 19282 Jan 7 2011 dump.php
-rw-r--r-- 1 web0 web0 22384 Jan 7 2011 filemanagement.php
-rw-r--r-- 1 web0 web0 640 Jan 7 2011 help.php
drwxr-xr-x 2 web0 web0 4096 Aug 19 10:12 images
drwxr-xr-x 4 web0 web0 4096 Aug 19 10:13 inc
-rwxr-xr-x 1 web0 web0 871 Jan 7 2011 index.php
-rw-r--r-- 1 web0 web0 24203 Jan 7 2011 install.php
drwxr-xr-x 4 web0 web0 4096 Aug 19 10:13 js
drwxr-xr-x 17 web0 web0 4096 Aug 19 10:15 language
-rw-r--r-- 1 web0 web0 5461 Jan 7 2011 log.php
-rw-r--r-- 1 web0 web0 1256 Jan 7 2011 main.php
-rw-r--r-- 1 web0 web0 3805 Jan 7 2011 menu.php
drwxr-xr-x 2 web0 web0 4096 Aug 19 10:15 msd_cron
-rw-r--r-- 1 web0 web0 776 Jan 7 2011 refresh_dblist.php
-rw-r--r-- 1 web0 web0 15762 Jan 7 2011 restore.php
-rw-r--r-- 1 web0 web0 10104 Jan 14 2011 sql.php
drwxr-xr-x 5 web0 web0 4096 Aug 19 10:15 tpl
drwxrwxrwx 5 web0 web0 4096 Aug 21 18:04 work
root@vps21110:~#
Zuletzt bearbeitet:
Im Zweifel: Weil Confixx da Mist konfiguriert hat in deinem VHost. Poste mal die entsprechende Config-Datei aus /etc/apache2/sites-enabled/
Außerdem sagt ja keiner, dass du gar kein Management Tool verwenden sollst. Confixx finde ich persönlich schlichtweg fragwürdig. Man zahlt n Haufen Lizenzgebühren und kann am Ende nix am Code ändern, wenn irgend etwas klemmt. Es gibt so viele wirklich gute Open Source Panels, z.B. Froxlor oder ISPConfig.
Außerdem sagt ja keiner, dass du gar kein Management Tool verwenden sollst. Confixx finde ich persönlich schlichtweg fragwürdig. Man zahlt n Haufen Lizenzgebühren und kann am Ende nix am Code ändern, wenn irgend etwas klemmt. Es gibt so viele wirklich gute Open Source Panels, z.B. Froxlor oder ISPConfig.
ist nicht mein Server - gemieteter VPS - Confixx ist inkl.
ist das gemeint?
total 8.0K
drwxr-xr-x 2 root root 92 Jul 15 18:45 .
drwxr-xr-x 9 root root 4.0K Aug 22 16:34 ..
lrwxrwxrwx 1 root root 26 Jul 15 18:44 000-default -> ../sites-available/default
root@vps21110:/etc/apache2/sites-enabled#
root@vps21110:/etc/apache2/sites-enabled# dir
000-default
root@vps21110:/etc/apache2/sites-enabled#
ich finde nichts in dem verzeichnis
root@vps21110:/etc/apache2/sites-enabled# ls -lah
total 8.0K
drwxr-xr-x 2 root root 92 Jul 15 18:45 .
drwxr-xr-x 9 root root 4.0K Aug 22 16:34 ..
lrwxrwxrwx 1 root root 26 Jul 15 18:44 000-default -> ../sites-available/default
root@vps21110:/etc/apache2/sites-enabled#
ist das gemeint?
total 8.0K
drwxr-xr-x 2 root root 92 Jul 15 18:45 .
drwxr-xr-x 9 root root 4.0K Aug 22 16:34 ..
lrwxrwxrwx 1 root root 26 Jul 15 18:44 000-default -> ../sites-available/default
root@vps21110:/etc/apache2/sites-enabled#
root@vps21110:/etc/apache2/sites-enabled# dir
000-default
root@vps21110:/etc/apache2/sites-enabled#
ich finde nichts in dem verzeichnis
root@vps21110:/etc/apache2/sites-enabled# ls -lah
total 8.0K
drwxr-xr-x 2 root root 92 Jul 15 18:45 .
drwxr-xr-x 9 root root 4.0K Aug 22 16:34 ..
lrwxrwxrwx 1 root root 26 Jul 15 18:44 000-default -> ../sites-available/default
root@vps21110:/etc/apache2/sites-enabled#
Zuletzt bearbeitet:
Wenn Confixx nicht noch irgendwo anders seien VHost - Dateien lagert sieht das für mich so aus, dass entweder die default-Deklaration hier für Mumpitz missbraucht wurde (sprich: nicht jeder VHost in einer eigenen Datei sondern alles blöde in default gehämmert) oder aber du hast gar keine saubere VHost-Deklaration und es ist überhaupt ein Wunder, dass die Seite reagiert.
Was genau hast du für Rechte afu dem Server? In wieweit kannst du daran herumpfuschen? Und, falls du tatsächlich Root-Privilegien hast, bist du dir überhaupt der Risiken bewusst? Wäre nicht ein billiges Hostingpaket für dich viel besser?
Weil, mal ganz ehrlich... Wenn es Probleme macht den Webserver grundsätzlich einzurichten, dann sollte man keinen Server im Großen Bösen Internet betreiben. Es gibt da draußen weit schlimmere Schweinehunde als die NSA. Die lesen wenigstens bloß, die richtigen Gefahren schreiben....
Was genau hast du für Rechte afu dem Server? In wieweit kannst du daran herumpfuschen? Und, falls du tatsächlich Root-Privilegien hast, bist du dir überhaupt der Risiken bewusst? Wäre nicht ein billiges Hostingpaket für dich viel besser?
Weil, mal ganz ehrlich... Wenn es Probleme macht den Webserver grundsätzlich einzurichten, dann sollte man keinen Server im Großen Bösen Internet betreiben. Es gibt da draußen weit schlimmere Schweinehunde als die NSA. Die lesen wenigstens bloß, die richtigen Gefahren schreiben....
ja mir wäre ein managed Server auch lieber - bislang haben mich diverse Anbieter jedoch genervt.... mit verzögertem Support uvm ..
billige Hostingpakete haben mir bisher Nerven gekostet - und auch die wurden auch gehackt ...
sodas ich mich für mehr eigene Kontrolle entschieden habe - mit dem anderen Nachteil dass ich mich erst in diese Materie einfinden muss.
Kostet auch Nerven u. Zeit aber lernen kann man ja.
Also ich habe root Rechte. Frage ist, wo setzte ich am besten an?
billige Hostingpakete haben mir bisher Nerven gekostet - und auch die wurden auch gehackt ...
sodas ich mich für mehr eigene Kontrolle entschieden habe - mit dem anderen Nachteil dass ich mich erst in diese Materie einfinden muss.
Kostet auch Nerven u. Zeit aber lernen kann man ja.
Also ich habe root Rechte. Frage ist, wo setzte ich am besten an?
Waldheinz
Rear Admiral
- Registriert
- Juni 2009
- Beiträge
- 5.860
Ja, an den rootrechten, der wbspace sollte nur die rechte haben mit welchem benutzer er läuft, wenn ich das richtig sehe dann ist es der Benutzer web0, und der Benutzer sollte den Verzeichnissen zugeordet werden, Stichwort chown.
Ich sehe da einige Ordner denen root gehören. Aber ich bin kein Spezialist dafür, können dir wohl die anderen besser beantworten.
Ich sehe da einige Ordner denen root gehören. Aber ich bin kein Spezialist dafür, können dir wohl die anderen besser beantworten.
Dann hast du aber eher einen Fehler in deiner Webseite, die als Angriffspunkt diente. Gerade die namhaften Dienstleister wie Strato, HostEurope oder Hetzner sind durchaus als sicher zu betrachten, was die Infrastruktur angeht. Wenn du dann aber natürlich monströse SQL Injection Lücken oder XSS-Verwundbarkeiten in deinem Code hast, dann hilft die beste Infrastruktur nichts.ziiz schrieb:
Schlimmer noch: Dieselben Lücken hat dann auch dein VServer, zusätzlich bist du dir aber nicht der Sicherheitsmängel deines Servers bewusst und unter Umständen laufen Webseiten mit unnötig hohen Rechten -> eine Sicherheitslücke in einer Seite kompromittiert alle anderen Seiten mit.
Ein guter deutscher Hoster, der eben auch gern mal ein paar Euro kostet, ist immer die bessere Wahl, solange man nicht zwingend auf sehr spezielle Techniken wie NoSQL-Datenbanken, Node.JS, Apache Tomcat,... angewiesen ist.
...aber nicht an einem Live-Server. In der Zeit, die du zum Lernen brauchst, hast du dir im Zweifel schon 100GB Kinderpornos eingefangen. So ist die traurige Realität im Netz.
Wenn du dir nicht 100% sicher bist bei dem was du da tust: LASS ES! Bei einem VPS, genau wie bei einem Dedicated, haftest DU und nur DU ALLEIN für all den Scheiß, den Hacker darüber treiben. Urheberrechtsverletzungen, (D)DoS/Botnetz, Kinderporno,... Geht alles auf deine Kappe.
Da ich Confixx für einen riesigen Haufen Scheiße halte: Bei Confixx.
Wenn ich mich recht erinner lagert der Schund seine VHost-Konfigurationen nicht unbedingt in /etc/apache2/sites-available/ bzw. .../sites-enabled/, sondern teilweise noch irgendwo in /etc/apache2/confixx-vhosts/ oder sowas. Guck da mal rein, ob du da was passendes als .conf - Datei findest. Wenn ja: Posten (und dabei gucken, dass du kein sicherheitskritisches Material veröffentlichst)
Alternative Lösung: Abreißen, neu bauen! Du kannst schlimmstenfalls Wochen damit zubringen, was Confixx da falsch gemacht hat oder was du bei der Installation des Servers verpfuscht hast. Du kannst aber auch einfach alles nullen und neu aufsetzen. Geht definitiv schneller.
http://www.howtoforge.com/perfect-server-debian-wheezy-apache2-bind-dovecot-ispconfig-3
ISPConfig ist Confixx um Welten überlegen. Wir setzen das fürs Management unserer Server & Kunden ein, es ist einfach... BÄM!
- keine nervig hohen Lizenzkosten
- wenn was stört: UMSCHREIBEN... Open Source ftw.
- gibt n wirklich billiges aber geiles Rechnungsmodul
- die Oberfläche ist deutlich übersichtlicher als Confixx
- wirklich coole Lösung für die Verwaltung mehrerer Server
Die optimale Lösung ist und bleibt aber: Such dir einen Hoster. Billiger, sicherer, schneller. Schon allein die Tatsache, dass deine Daten bei den besseren Hostern dezentral gespiegelt werden (und sie somit sogar n Atomschlag überleben würden), ist etwas, dass du mit deinem kleinen miesen VServer nie hinbekommst.
versteh nicht: confixx_vhosts wird zwar angezeigt - aber zugreifen auf das verzeichnis geht nicht ?? "No such file or directory"
root@vps21110:/etc/apache2# dir
apache2.conf conf.d confixx_phpini confixx_vhosts httpd.conf mods-available ports.conf sites-available
conf confixx_mhost.conf confixx_vhost.conf envvars magic mods-enabled rewrite.conf sites-enabled
root@vps21110:/etc/apache2# cd in /etc/apache2/confixx_vhosts/
-bash: cd: in: No such file or directory
root@vps21110:/etc/apache2#
root@vps21110:/etc/apache2# dir
apache2.conf conf.d confixx_phpini confixx_vhosts httpd.conf mods-available ports.conf sites-available
conf confixx_mhost.conf confixx_vhost.conf envvars magic mods-enabled rewrite.conf sites-enabled
root@vps21110:/etc/apache2# cd in /etc/apache2/confixx_vhosts/
-bash: cd: in: No such file or directory
root@vps21110:/etc/apache2#
Waldheinz
Rear Admiral
- Registriert
- Juni 2009
- Beiträge
- 5.860
Hmm, du solltest dir mal abgewöhnen alles als root zu machen, kein wunder wenn dann andere, so auch der webserver, kein Zugriff auf die Daten (mehr) hat. Nur mal so als Tipp nebenbei.
Anstelle von "dir" heißt es normalerweise "ls"
und bei "cd" musst du das in weglassen, als nur cd /der/pfad/wo/du/hinwillst, das Beispiel wäre dann allerdings vom Grundverzeichnis "/" aus gesehen, welches sich auch root nennt. Daher auch deine Fehlermeldung: -bash: cd: in: No such file or directory, welches besagt, dass das Verzeichnis "in" nicht existiert.
Anstelle von "dir" heißt es normalerweise "ls"
und bei "cd" musst du das in weglassen, als nur cd /der/pfad/wo/du/hinwillst, das Beispiel wäre dann allerdings vom Grundverzeichnis "/" aus gesehen, welches sich auch root nennt. Daher auch deine Fehlermeldung: -bash: cd: in: No such file or directory, welches besagt, dass das Verzeichnis "in" nicht existiert.
oh - das "in" ist reingerutscht...
hier die conf
<VirtualHost 93.92.148.110:443>
ServerName web0.144i.com
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0
<IfModule mod_ssl.c>
SSLEngine on
SSLCertificateKeyFile /etc/ssl.key/confixx.vps21110.alfahosting-vps.de.key
SSLCertificateFile /etc/ssl.crt/confixx.vps21110.alfahosting-vps.de.crt
SetEnvIf User-Agent ".*MSIE.*" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
<Files ~ "\.(cgi|shtml|phtml|php3?)$">
SSLOptions +StdEnvVars
</Files>
<Directory "/var/www/web0/html/cgi-bin">
SSLOptions +StdEnvVars
</Directory>
</IfModule>
</VirtualHost>
<VirtualHost 93.92.148.110:80>
ServerName web0.144i.com
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0
</VirtualHost>
<VirtualHost 93.92.148.110:80>
ServerName 144i.com
ServerAlias www.144i.com cimedia.at www.cimedia.at
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0/1
</VirtualHost>
~
<VirtualHost 93.92.148.110:443>
ServerName web0.144i.com
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0
<IfModule mod_ssl.c>
SSLEngine on
SSLCertificateKeyFile /etc/ssl.key/confixx.vps21110.alfahosting-vps.de.key
SSLCertificateFile /etc/ssl.crt/confixx.vps21110.alfahosting-vps.de.crt
SetEnvIf User-Agent ".*MSIE.*" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
<Files ~ "\.(cgi|shtml|phtml|php3?)$">
SSLOptions +StdEnvVars
</Files>
<Directory "/var/www/web0/html/cgi-bin">
SSLOptions +StdEnvVars
</Directory>
</IfModule>
</VirtualHost>
<VirtualHost 93.92.148.110:80>
ServerName web0.144i.com
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0
</VirtualHost>
<VirtualHost 93.92.148.110:80>
ServerName 144i.com
ServerAlias www.144i.com cimedia.at www.cimedia.at
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0/1
</VirtualHost>
hier die conf
<VirtualHost 93.92.148.110:443>
ServerName web0.144i.com
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0
<IfModule mod_ssl.c>
SSLEngine on
SSLCertificateKeyFile /etc/ssl.key/confixx.vps21110.alfahosting-vps.de.key
SSLCertificateFile /etc/ssl.crt/confixx.vps21110.alfahosting-vps.de.crt
SetEnvIf User-Agent ".*MSIE.*" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
<Files ~ "\.(cgi|shtml|phtml|php3?)$">
SSLOptions +StdEnvVars
</Files>
<Directory "/var/www/web0/html/cgi-bin">
SSLOptions +StdEnvVars
</Directory>
</IfModule>
</VirtualHost>
<VirtualHost 93.92.148.110:80>
ServerName web0.144i.com
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0
</VirtualHost>
<VirtualHost 93.92.148.110:80>
ServerName 144i.com
ServerAlias www.144i.com cimedia.at www.cimedia.at
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0/1
</VirtualHost>
~
Ergänzung ()
<VirtualHost 93.92.148.110:443>
ServerName web0.144i.com
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0
<IfModule mod_ssl.c>
SSLEngine on
SSLCertificateKeyFile /etc/ssl.key/confixx.vps21110.alfahosting-vps.de.key
SSLCertificateFile /etc/ssl.crt/confixx.vps21110.alfahosting-vps.de.crt
SetEnvIf User-Agent ".*MSIE.*" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
<Files ~ "\.(cgi|shtml|phtml|php3?)$">
SSLOptions +StdEnvVars
</Files>
<Directory "/var/www/web0/html/cgi-bin">
SSLOptions +StdEnvVars
</Directory>
</IfModule>
</VirtualHost>
<VirtualHost 93.92.148.110:80>
ServerName web0.144i.com
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0
</VirtualHost>
<VirtualHost 93.92.148.110:80>
ServerName 144i.com
ServerAlias www.144i.com cimedia.at www.cimedia.at
DocumentRoot /var/www/web0/html
SuexecUserGroup web0 web0
ScriptAlias /cgi-bin/ /var/www/web0/html/cgi-bin/
CustomLog /var/www/web0/log/access_log confixx2
suPHP_ConfigPath /etc/apache2/confixx_phpini/web0/1
</VirtualHost>
Waldheinz
Rear Admiral
- Registriert
- Juni 2009
- Beiträge
- 5.860
ServerAlias www.144i.com cimedia.at www.cimedia.at
Sind die normalerweise identisch, also das sie auf die selbe Seite zeigen? Bei der ersten kommt nichts, bei der 2. (3.) schon.
Sind die normalerweise identisch, also das sie auf die selbe Seite zeigen? Bei der ersten kommt nichts, bei der 2. (3.) schon.
Warum lösen sowohl 144i.com als auch cimedia.at auf unterschiedliche IPs auf? Und wieso lautet keine davon 93.92.148.11, die einzige IP auf die diese beiden Domains laut deiner Konfiguration triggern?
Unabhängig davon: Seh ich da wirklich suPHP? Wech damit, das Ding ist zwar sicher aber 100% angezogene Handbremse.
Unabhängig davon: Seh ich da wirklich suPHP? Wech damit, das Ding ist zwar sicher aber 100% angezogene Handbremse.
die domain cimedia.at ist nicht relevant - die wird nicht hier gehostet werden.
144i.com wurde bei anderem Hoster registriert und wird weitergeleitet. Zudem verwende ich die DNS des Cloudflare Networks. Liegt hier viell. der Hund begraben?
Ich habe bei Hoster1 & Hoster2 die Cloundflare DNS eingetragen
bezügl- Confixx: Ich habe nun gesehen dass meinem Paket auch eine Plesk Lizenz inkludiert ist. Was haltet Ihr davon?
144i.com wurde bei anderem Hoster registriert und wird weitergeleitet. Zudem verwende ich die DNS des Cloudflare Networks. Liegt hier viell. der Hund begraben?
Ich habe bei Hoster1 & Hoster2 die Cloundflare DNS eingetragen
bezügl- Confixx: Ich habe nun gesehen dass meinem Paket auch eine Plesk Lizenz inkludiert ist. Was haltet Ihr davon?
Dasselbe in Grün, ist dieselbe Firma. Wenn ich mich recht erinner wurde Confixx eingestellt und nur Plesk wird weiterentwickelt.
Ändert nix daran, dass es Closed Source ist und du dich an den Lizenzkosten tot bezahlen kannst.
Ich tippe trotzdem schlichtweg auf ein DNS-Problem. Wenn du auf einem Server einen VHost einrichtest, dann reagiert dieser VHost NUR auf die Domains, die da als ServerName oder Alias eingetragen sind. Außerdem reagiert er nur auf die IP, die man angegeben hat (deshalb setzt ma da üblicherweise auch * rein).
Wenn du jetzt über eine sonstwie geartete Weiterleitung auf der Maschine landest kann es durchaus sein, dass du nicht im Webroot des VHost landest, sondern direkt in /var/www.
Schreib in /var/www/ (z.B. in der /etc/apache2/sites-available/default) doch mal ein "deny from all" und guck, was passiert.
Ändert nix daran, dass es Closed Source ist und du dich an den Lizenzkosten tot bezahlen kannst.
Ich tippe trotzdem schlichtweg auf ein DNS-Problem. Wenn du auf einem Server einen VHost einrichtest, dann reagiert dieser VHost NUR auf die Domains, die da als ServerName oder Alias eingetragen sind. Außerdem reagiert er nur auf die IP, die man angegeben hat (deshalb setzt ma da üblicherweise auch * rein).
Wenn du jetzt über eine sonstwie geartete Weiterleitung auf der Maschine landest kann es durchaus sein, dass du nicht im Webroot des VHost landest, sondern direkt in /var/www.
Schreib in /var/www/ (z.B. in der /etc/apache2/sites-available/default) doch mal ein "deny from all" und guck, was passiert.
"deny from all" hatte keine Reaktion gezeigt. Mittlerweile ist auch die Startseite von 144i.com nicht mehr erreichbar
hier nochmals die DNS Settings zur Übersicht
Hoster bei dem die Domain liegt zeigt zu Cloudflare
uma.ns.cloudflare.com
woz.ns.cloudflare.com
Hoster mit 144i.com Webspace zeigt zu Cloudflare
DNS Cloudflare Network
hier nochmals die DNS Settings zur Übersicht
Hoster bei dem die Domain liegt zeigt zu Cloudflare
uma.ns.cloudflare.com
woz.ns.cloudflare.com
Hoster mit 144i.com Webspace zeigt zu Cloudflare
DNS Cloudflare Network
xxxx@Rechenknecht:~$ dig 144i.com
; <<>> DiG 9.9.2-P1 <<>> 144i.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5855
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;144i.com. IN A
;; ANSWER SECTION:
144i.com. 300 IN A 108.162.197.232
144i.com. 300 IN A 108.162.196.232
;; Query time: 94 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Mon Aug 26 18:43:12 2013
;; MSG SIZE rcvd: 58
Wie gesagt, so kann es nicht funktionieren.
Stell deinen VHost erst einmal von spezifischer IP auf * um. Das wäre ein erster Ansatz. Danach solltest du dich definitiv um dein Auflösungsproblem kümmern. Denn auch der Google DNS spuckt obige IPs aus.
Abreißen, neu bauen. Was anderes macht hier kaum noch Sinn.
; <<>> DiG 9.9.2-P1 <<>> 144i.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5855
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;144i.com. IN A
;; ANSWER SECTION:
144i.com. 300 IN A 108.162.197.232
144i.com. 300 IN A 108.162.196.232
;; Query time: 94 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Mon Aug 26 18:43:12 2013
;; MSG SIZE rcvd: 58
Wie gesagt, so kann es nicht funktionieren.
Stell deinen VHost erst einmal von spezifischer IP auf * um. Das wäre ein erster Ansatz. Danach solltest du dich definitiv um dein Auflösungsproblem kümmern. Denn auch der Google DNS spuckt obige IPs aus.
Abreißen, neu bauen. Was anderes macht hier kaum noch Sinn.
