Webserver lässt sich nicht beenden

Status
Für weitere Antworten geschlossen.

zanimax12

Benutzer
Mitglied seit
11. Okt 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
1
Hallo,

ich habe hier ein sehr komisches Problem und vielleicht weis ja jemand eine Lösung.
Ich habe vorhin gemerkt, dass wohl auf Port 80 webserver läuft, der sein root im Gemeinsamen Ordner 'Web' hat.
Wenn ich unter Webdienste -> Virtueller Host einen Server mit Port 80 mit root in zb /web/ordner1/ erstelle,
lande ich auf Port 80 trotzdem immer in /web/

Habe darauf hin zwei Stunden die Konfigurationsdateien von httpd-user und httpd-sys durchforstet.
Habe nun gemerkt, selbst wenn ich die Dienste httpd-sys und httpd-user beende läuft dieser Websever auf Port 80.
Ich bin mit meinem Latein am Ende.
Hier mal die Prozesse, die noch gelaufen sind, nachdem ich die beiden Dienste beendet hatte:
Rich (BBCode):
  PID USER       VSZ STAT COMMAND
    1 root      3552 S    /sbin/init
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [ksoftirqd/0]
    5 root         0 SW<  [kworker/0:0H]
    6 root         0 SW   [kworker/u8:0]
    7 root         0 SW   [migration/0]
    8 root         0 SW   [rcu_bh]
    9 root         0 SW   [rcu_sched]
   10 root         0 SW   [watchdog/0]
   11 root         0 SW   [watchdog/1]
   12 root         0 SW   [migration/1]
   13 root         0 SW   [ksoftirqd/1]
   14 root         0 SW   [kworker/1:0]
   15 root         0 SW<  [kworker/1:0H]
   16 root         0 SW   [watchdog/2]
   17 root         0 SW   [migration/2]
   18 root         0 SW   [ksoftirqd/2]
   20 root         0 SW<  [kworker/2:0H]
   21 root         0 SW   [watchdog/3]
   22 root         0 SW   [migration/3]
   23 root         0 SW   [ksoftirqd/3]
   24 root         0 SW   [kworker/3:0]
   25 root         0 SW<  [kworker/3:0H]
   26 root         0 SW<  [khelper]
   27 root         0 SW   [kdevtmpfs]
   28 root         0 SW<  [netns]
  185 root         0 SW<  [writeback]
  187 root         0 SW<  [kintegrityd]
  188 root         0 SW<  [bioset]
  190 root         0 SW<  [kblockd]
  282 root         0 SW<  [ata_sff]
  292 root         0 SW<  [md]
  388 root         0 SW<  [rpciod]
  389 root         0 SW   [kworker/3:1]
  390 root         0 SW   [kworker/1:1]
  391 root         0 SW   [kworker/2:1]
  393 root         0 SW   [kworker/0:1]
  452 root         0 SW   [khungtaskd]
  459 root         0 SW<  [kswapd0]
  467 root         0 SW   [fsnotify_mark]
  472 root         0 SW<  [nfsiod]
  473 root         0 SW<  [crypto]
 1244 root      192m S    php-fpm: master process (/etc/php/php-fpm.conf)
 1259 root     14376 S    /usr/bin/httpd -DSSL -DSPDY -DHAVE_PHP
 1264 http     13628 S    /usr/bin/httpd -DSSL -DSPDY -DHAVE_PHP
 1266 http     13628 S    /usr/bin/fcgi- -DSSL -DSPDY -DHAVE_PHP
 1275 http      306m S    /usr/bin/httpd -DSSL -DSPDY -DHAVE_PHP
 1359 http      192m S    php-fpm: pool www
 1495 http      192m S    php-fpm: pool www
 1515 http      192m S    php-fpm: pool www
 1517 http      192m S    php-fpm: pool www
 1518 http      192m S    php-fpm: pool www
 1626 http      192m S    php-fpm: pool www
 1627 root         0 SW   [kworker/u8:1]
 1628 http      192m S    php-fpm: pool www
 1671 root      3636 S    sleep 30
 1675 root      3824 R    ps -w
 2907 root         0 SW<  [iscsi_eh]
 2985 root         0 SW   [scsi_eh_0]
 3000 root         0 SW   [scsi_eh_1]
 3010 root         0 SW   [scsi_eh_2]
 3018 root         0 SW   [scsi_eh_3]
 3024 root         0 SW   [scsi_eh_4]
 3034 root         0 SW   [scsi_eh_5]
 3588 root         0 SW   [scsi_eh_6]
 3674 root         0 SW<  [raid5wq]
 3790 root         0 SW<  [deferwq]
 3889 root         0 SW   [khubd]
 3894 root         0 SW   [kethubd]
 4396 root         0 SW<  [bioset]
 4397 root         0 SW   [md0_raid1]
 4427 root         0 SW<  [bioset]
 4428 root         0 SW   [md1_raid1]
 4439 root         0 SW<  [kworker/3:1H]
 4441 root         0 SW<  [kworker/1:1H]
 4446 root         0 SW<  [kworker/0:1H]
 4448 root         0 SW<  [kworker/2:1H]
 4542 root         0 SW   [jbd2/md0-8]
 4543 root         0 SW<  [ext4-dio-unwrit]
 4606 root     10432 S    /usr/bin/syslog-ng -F --worker-threads=4
 4961 root      3820 S    /usr/sbin/crond
 4994 root      2692 S    /usr/syno/sbin/dbus-daemon --system --nopidfile
 4996 root      2692 S    /usr/syno/sbin/dbus-daemon --session --fork --print-address
 5027 root     12372 S N  /usr/syno/bin/synologrotated
 5039 root     16240 S    /usr/syno/sbin/synologarchd -f
 5046 root     33228 S    /usr/syno/sbin/synoconfd -D
 5080 root     35068 S    /usr/syno/sbin/synonetd
 5347 root         0 SW   [ecryptfs-kthrea]
 5411 root      3060 S    udevd --daemon
 7979 root         0 SW<  [bioset]
 8147 root         0 SW<  [krfcommd]
 8187 root         0 SW<  [kworker/u9:0]
 8189 root         0 SW<  [hci0]
 8196 root         0 SW<  [hci0]
 8200 root         0 SW<  [kworker/u9:2]
 8225 root      4476 S    /usr/syno/sbin/bluetoothd
 8248 root     25624 S    /usr/syno/sbin/btacd
 8477 root         0 SW<  [bond0]
 8792 root     26268 S    /usr/syno/sbin/ddnsd
 8793 ntp      60804 S    /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u ntp:ntp
 8808 root     62384 S    /usr/syno/sbin/heartbeatd
 8826 root     15440 S <  /usr/syno/bin/findhostd
 8829 root      3820 S    /usr/sbin/inetd
 8911 root     16824 S    /usr/bin/sshd
 9139 root         0 SW<  [bioset]
 9144 root         0 SW   [md3_raid5]
 9179 root         0 SW<  [kdmflush]
 9181 root         0 SW<  [bioset]
 9328 root         0 SW   [jbd2/dm-0-8]
 9336 root         0 SW<  [ext4-dio-unwrit]
 9438 root     26224 S    /usr/syno/sbin/snmpd -fLn -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp:161,tcp6
 9498 root     23744 S    /usr/syno/sbin/synosnmpcd
 9559 root     12316 S    synostoraged
 9562 root     12316 S    synostoraged-disk
 9563 root     12316 S    synostoraged-space
 9786 root     97360 S    scemd
 9968 root         0 SW   [scsi_eh_7]

Sieht da jemand was auffällig dabei?

LG Max
 

zanimax12

Benutzer
Mitglied seit
11. Okt 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
1
Hatte nicht alles in ein Beitrag gepasst:
Rich (BBCode):
 9969 root         0 SW   [usb-storage]
10044 root         0 DW   [Syno_HDDMon]
10097 root         0 SW   [kworker/0:2]
10098 root         0 SW   [kworker/2:3]
10126 root      3824 S    /sbin/getty 115200 console
10208 root     25512 S    /usr/syno/sbin/hotplugd
11048 root     36372 S    /usr/bin/netatalk
11212 root     44576 S    /usr/bin/afpd -d -F /etc/afp.conf
11213 root     36328 S    /usr/bin/cnid_metad -d -F /etc/afp.conf
11251 root     29000 S    /usr/syno/bin/s2s_daemon -d
11393 root      2424 S    /sbin/rpcbind
11396 root     14728 S    /usr/bin/cupsd -C /etc/cups/cupsd.conf
11416 root     16228 S    /usr/syno/sbin/ftpd -DPS
11429 root      2972 S    /usr/sbin/mountd -p 892
11436 root     27216 S    /usr/syno/sbin/synodatacollectd
11576 root     52292 S    /usr/bin/nmbd -D
11589 root      4384 S    avahi-daemon: running [MediaServer.local]
11594 root         0 SW<  [nfsd4]
11599 root         0 SW<  [nfsd4_callbacks]
11602 root         0 SW   [lockd]
11614 root         0 SW   [nfsd]
11616 root         0 SW   [nfsd]
11618 root         0 SW   [nfsd]
11620 root         0 SW   [nfsd]
11621 root         0 SW   [nfsd]
11623 root         0 SW   [nfsd]
11624 root         0 SW   [nfsd]
11626 root         0 SW   [nfsd]
11643 root      2592 S    /usr/sbin/idmapd
11653 root     12896 S N  /usr/syno/sbin/fileindexd
11689 root      2768 S    /usr/sbin/statd
11716 root     27640 S    /usr/syno/bin/synobackupd
11725 root     30256 S    /usr/syno/bin/img_backupd
11870 root     24664 S N  /usr/syno/sbin/synovfsd
12010 root         0 SW<  [cifsiod]
12025 root     19520 S    /usr/bin/httpd -DSSL -f /etc/httpd/conf/httpd.conf-webdav
12033 root     18788 S    /usr/bin/httpd -DSSL -f /etc/httpd/conf/httpd.conf-webdav
12038 root     44108 S    /usr/bin/httpd -DSSL -f /etc/httpd/conf/httpd.conf-webdav
12039 root     44108 S    /usr/bin/httpd -DSSL -f /etc/httpd/conf/httpd.conf-webdav
12240 postgres 36624 S    /usr/bin/postgres -D /var/services/pgsql
12420 root     60756 S    /usr/bin/smbd -F
12428 postgres 36624 S    postgres: checkpointer process   
12429 postgres 36624 S    postgres: writer process   
12430 postgres 36624 S    postgres: wal writer process   
12550 root     60764 S    /usr/bin/smbd -F
12847 root     12484 S    /usr/syno/sbin/synologd
12848 postgres 37512 S    postgres: postgres synolog [local] idle
13304 root         0 SW   [RODSPS_LOGIN]
13324 root         0 SW<  [LIO_rd_dr]
13334 root         0 SW   [iscsi_trx/1]
13335 root         0 SW<  [iscsi_ttx/1]
13336 root         0 SW   [iscsi_trx/2]
13337 root         0 SW<  [iscsi_ttx/2]
13338 root         0 SW   [iscsi_trx/3]
13339 root         0 SW<  [iscsi_ttx/3]
13340 root         0 SW   [iscsi_trx/4]
13341 root         0 SW<  [iscsi_ttx/4]
13382 root      3768 S    /bin/sh /usr/syno/bin/is_plugind.sh
13386 root     31632 S N  /usr/syno/bin/isccore
13404 root         0 SW   [iscsi_np]
13885 root     15244 S N  /usr/syno/bin/iss
14050 plex      106m S    /var/packages/Plex Media Server/target/Plex Media Server
14102 plex      104m S N  Plex Plug-in [com.plexapp.system] /volume2/Plex/Library/Application Support/Plex Media Server/Plug-ins/Fr
14351 root     77488 S <  /var/packages/AudioStation/target/sbin/synoaudiod
14372 root     79632 S <  /var/packages/AudioStation/target/bin/pulseaudio --realtime=false
14400 root     13844 S <  /var/packages/AudioStation/target/sbin/synorcd
14569 root     21616 S    /var/packages/DownloadStation/target/sbin/scheduler
14575 postgres 37640 S    postgres: postgres download [local] idle
14602 root     98188 S    /var/packages/MediaServer/target/sbin/dms
14624 root     26640 S    /var/packages/MediaServer/target/sbin/lighttpd -f /var/packages/MediaServer/target/etc/lighttpd.conf -m /
14787 plex      102m S    /volume2/@appstore/Plex Media Server/Plex DLNA Server
14824 root     14656 S    /var/packages/DownloadStation/target/sbin/synodldbd
14870 root     28692 S N  /var/packages/VideoStation/target/sbin/synovideoindexd
14876 root     28720 S N  /var/packages/VideoStation/target/sbin/synovideometadatad
14889 root     88540 S    /var/packages/VideoStation/target/sbin/synovpcd
15410 root     26252 S    /var/packages/VideoStation/target/sbin/synodtvd start
15448 root     26252 S    synodtvd_ResourceManager==============/synodtvd start
15590 root      179m S    /var/packages/CloudSync/target/sbin/syno-cloud-syncd /volume2/@cloudsync/config/daemon.conf
15700 root     70788 S    /var/packages/SurveillanceStation/target/sbin/sscored
15765 root     44608 S    /var/packages/SurveillanceStation/target/sbin/ssrotated
15827 root     44436 S <  /var/packages/SurveillanceStation/target/sbin/ssfindhostd
15893 root     44492 S    /var/packages/SurveillanceStation/target/sbin/ssactruled
15894 root     44592 S    /var/packages/SurveillanceStation/target/sbin/ssactruled
16033 root     66772 S    /var/packages/SurveillanceStation/target/sbin/ssd -c 2
16034 root     66772 S    /var/packages/SurveillanceStation/target/sbin/ssd -c 1
16293 root     61688 S    /usr/syno/sbin/synorelayd
16467 root      3768 S    sh -c pptp 185.12.47.130 --nolaunchpppd
16470 root      1996 S    pptp 185.12.47.130 --nolaunchpppd
16511 root      1996 S    pptp 185.12.47.130 --nolaunchpppd
16762 root     20560 S    /usr/syno/sbin/opentftp -i /etc/opentftp.ini -l /var/log/opentftp.log
16790 root      2796 S    /usr/sbin/pppd call connect_p1356484459 updetach
19210 root     54756 S    sshd: root@pts/4
19239 root      3824 S    -ash
21726 root         0 SW   [kworker/u8:2]
21784 root     61664 S    /usr/bin/smbd -F
21790 root     61816 S    /usr/bin/smbd -F
26117 root     13400 S N  /usr/syno/sbin/synoindexd
26123 root     13420 S N  /usr/syno/sbin/synoindexscand
26124 root     13404 S N  /usr/syno/sbin/synoindexworkerd
26125 root     23132 S N  /usr/syno/sbin/synoindexplugind
26126 root     31668 S N  /usr/syno/sbin/synomediaparserd
26134 root     13468 S N  /usr/syno/sbin/synomkthumbd
26143 root     13460 S N  /usr/syno/sbin/synomkflvd
27219 root      6080 S    nginx: master process /usr/bin/nginx -g pid /run/nginx.pid; daemon on; master_process on;
27220 http      6296 S    nginx: worker process
 

jugi

Benutzer
Mitglied seit
07. Apr 2011
Beiträge
1.853
Punkte für Reaktionen
0
Punkte
56
Der Webserver, der da läuft, ist doch der vom DSM oder nicht? Wieso willst du den killen?

Hast du bei dem virtuellen Host bei "Hostname" den kompletten Namen (FQDN) angegeben?
 

zanimax12

Benutzer
Mitglied seit
11. Okt 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
1
Ne, der Webserver für das DSM läuft bei mir auf Port 5076. Und der Webserver für das DSM ist der, der unter dem httpd-sys Dienst Läuft.
Wenn ich den beende tut DSM auch nicht mehr, aber der Server unter Port 80 tut dann trotzdem noch, wie auch immer:
Ich will den Server auf Port 80 killen, weil er mir zum einen Port 80 blockiert und zum anderen weil nicht jeder im Netz alle Dateien unter /web/ sehen können soll.


Die Virtuellen Hosts, die ich drin hab laufen alle, außer wenn man den Port auf 80 stellt weil der ja wohl schon belegt ist.
 

jugi

Benutzer
Mitglied seit
07. Apr 2011
Beiträge
1.853
Punkte für Reaktionen
0
Punkte
56
ok, blöd formuliert, wenn du deine Kiste auf :80 ansprichst und die Webstation nicht aktiv ist, dann leitet dich der da laufende server auf :5000 (bzw :5076 bei dir) weiter - wenn die webstation an ist, ists halt die webstation - da kannste den dann auch schlecht killen.

was ich sagen will: geht AFAIK nicht (…ohne gleichzeitig die Webstation zu killen)


edit: und vhosts mit webstation auf port 80 geht schon… daher eben ja meine frage nach deinen settings.
 

zanimax12

Benutzer
Mitglied seit
11. Okt 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
1
Das ist es ja, wenn die Web station nicht läuft (aber auch wenn sie läuft) lande ich auf Port 80 immer auf der index.html die in /web/ liegt.
 

heavy

Benutzer
Mitglied seit
13. Mai 2012
Beiträge
3.801
Punkte für Reaktionen
178
Punkte
129
erstmal. Den einen Server gibt es nicht die DS macht für jeden vhost einen eigenen Apache auf (zu den "Problemen" daraus später) Klar kommt immer die index aus dem Ordner Web das ist ja auch der Sinn des ganzen. Wenn du vhosts anlegst, dann musst du auch die Domain eingeben die du unter den vhosts eingetragen hast oder eine indexphp schreiben die erkennt was du eingeben hast und dich dann weiterleitet. Aber du kannst bei den Vhost auch nur den Port 80 oder 443 wählen (über die GUI) schreib lieber mal was dein Ziel ist als (relativ Ahnungslos) in den system Daten rumzupfuschen. Ach es läuft sowie so noch ein nginx Server im Hintergrund der eben dann für die Apache Instanzen sorgt, den müsstest du ja dann auch noch "killen" nur dann lüft deine DS nie mehr.
Und was hast du für Daten in Web die man nicht sehen soll?

Edit: ich habe 15 Vhosts am laufen die alle Ansprechbar sind und unter Web liegt eine index.php die fehleingaben abfängt bzw Umleitungen beinhaltet. So wird man z.B. auf Google Umgeleitet wenn man meine exteren IP eingibt. Intern wird man bei eingabe der IP dann auf :5000 umgeleitet.
 

zanimax12

Benutzer
Mitglied seit
11. Okt 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
1
Ich glaub ich hab das Problem einfach nur blöd beschrieben, deshalb mal ein Beispiel:

Ich lege einen neuen vhost an. für "Name des Unterordners" trage ich "domain1" ein, für hostname trage ich die domain ein, die ich bei Strato habe, bei Port trage ich 80 ein.
Nun lege ich unter /web/domain1/ eine datei index.html mit dem inhalt "<html><head></head><body><h1>Hier will ich hin.</h1></body></html>".
Nun lege ich unter /web/ noch eine datei index.html mit dem Inhalt "<html><head></head><body><h1>Aber hier lande ich.</h1></body></html>" an.
Gebe ich nun im Browser meinen domainnamen/index.html ein, steht im browser der Satz "Aber hier lande ich.".
 

heavy

Benutzer
Mitglied seit
13. Mai 2012
Beiträge
3.801
Punkte für Reaktionen
178
Punkte
129
Ok das ist eine Problem beschreibung. Das würde heißen deine DS ist aus dem Netz erreichbar (sonst würdes du ja deine DS nicht über die Domain erreichen). Aber die Umleitung auf die Vhosts klappt nicht. Dann die Frage wie hast du die Domain in den Vhosts eingetragen (leicht annonymisierten scrennshot machen) und vor allem was hast du jetzt schon alles an Dingen "gekillt" und umgeschrieben. Kannst du die Original Daten wieder einspielen.
 

zanimax12

Benutzer
Mitglied seit
11. Okt 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
1
So, habe jetzt nochmal was in einer der Config Dateien geändert und das oben beschriebene Problem tritt nicht mehr auf.
Habe jetzt mal testweise alle 4 vhosts gelöscht, aber die webstation aktiviert gelassen.
wenn ich nun im browser meine domain aufrufe steht im browser "Aber hier lande ich.", wenn ich die webstation dann deaktiviere
und meine domain erneut im browser aufrufe werde ich zum dsm weitergeleitet. dieses verhalten ist soweit korrekt oder?

Wenn ich nun aber aus dem Lokalen Netz im browser die lokale ip der diskstation eingebe, dann kommt nicht "Aber hier lande ich.",
sondern ich lande auf einer ganz anderen seite. so aus dem lokalen netz mit der ip sollte ich auch auf "Aber hier lande ich." landen oder?
 

heavy

Benutzer
Mitglied seit
13. Mai 2012
Beiträge
3.801
Punkte für Reaktionen
178
Punkte
129
Also die erste hälfte ist korrekt. Eben der Nginx server erkennt die Anfrage und leitet auf den Apache des DSM um.
Was kommt denn mit der IP bzw wo landest du dann?
So sieht es bei meiner Spiel DS aus und ja ich habe einen DNS server im Betrieb der mir dann die Domain ".test" bereitstellt.2016-01-09_031433.jpg
 

jugi

Benutzer
Mitglied seit
07. Apr 2011
Beiträge
1.853
Punkte für Reaktionen
0
Punkte
56
Habs jetzt auch gerade gemerkt… Web Station ist deaktiviert und trotzdem zeigt er mir bei zugriff über die IP die inhalte des /web/ ordners an o_O Bug?
 

zanimax12

Benutzer
Mitglied seit
11. Okt 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
1
Bei mir scheint sich das inzwischen wohl geklärt zu haben. Die index.html, die ich bis vor ein paar Tagen unter /web/ liegen hatte so aus:
<head><meta http-equiv="refresh" content="1; URL=http://ip der diskstation/verschachtelte ordnerstruktur/seite.html"></head>
Hatte den Inhalt dieser index.html dann ja geändert aber wurde trotzdem noch auf seite.html weitergeleitet.
Ich vermute das Google Chrome hier Schuld ist und die alte index.html einfach immer aus dem Cach geladen hat, anstatt die Seite neue vom Server anzufordern.
Habe es nämlich gerade über den Internet Explorer probiert, den ich nie nutze. Hier zeigt er mir die neue index.html während ich im Chrome immer noch auf seite.html lande.
Jugi versuch das auch mal mit nem anderen Browser, ob du dann immer noch Zugriff auf /web/ hast.
 

jugi

Benutzer
Mitglied seit
07. Apr 2011
Beiträge
1.853
Punkte für Reaktionen
0
Punkte
56
nene, ich hatte erstens die index.html nie geändert und zweitens leitet die auch gar nicht aufs DSM weiter…

wenn ich die webstation aktiviere, dann wird der ordner "web" automatisch erstellt. danach scheint es egal zu sein, ob die WS nun an oder aus ist, man landet immer im /web/-ORdner. Erst nach löschen des Ordners leitet http://192.168.0.X/ wieder auf das DSM weiter…

=> Ich nenn das Bug ;D
 

heavy

Benutzer
Mitglied seit
13. Mai 2012
Beiträge
3.801
Punkte für Reaktionen
178
Punkte
129
also bei mir klappt sogar wieder die Umleitung auf die dsm oberfläche sowie die Webstation deaktiviert ist, sowohl über den DS Namen als auch über die IP. Muss also an irgendwelchen Cache Einstellungen liegen.

DMS 5.2
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat