znaczacy > comp.os.* > comp.os.linux.sieci

jurajski Jaskiniowiec (14.11.2010, 13:49)
Mam nietypowy problem.

Na lokalnym serwerze mam apache i phpMyAdmin. Funkcjonowalo to sobie w
lokalnej sieci w subdomenie: pma.domena.tld

Wczoraj jednak chcialem sie dostac do panelu i obojetnie od przegladarki,
objaw jest taki, jakby nie bylo takiego adresu.
Ping na pma.domena.tld dziala.
Malo tego - myslalem, ze moze w skryptach sie cos posylalo, wiec
wrzucilemm najnowsza wersje phpmyadmin, ale obiaw jest ten sam. Jak wywale
wszystko z katalogu, to otwiera sie normalnie strona. Ststyczne pliki html
tez wyswietlaja sie normalnie.

Czyli problem z DNS odpada. Apache inne strony (zawierajace php i
odwolania do bazy) serwuje normalnie, wiec i tutaj problem odpada.

Gdy wchodze na ten adres, to w Operze dostaje komunikat:

"Polaczenie przerwane przez serwer",

w Chrome:

Strona internetowa jest niedostepna.

Strona internetowa pod adresem moze byctymczasowo
niedostepna lub zostala na stale przeniesiona pod nowy adres internetowy.

Wiecej informacji na temat tego bledu
Ponizej wyswietlono oryginalny komunikat o bledzie

Blad 324 (net::ERR_EMPTY_RESPONSE): Nieznany blad.

Spotkal sie ktos z Was z podobnym problemem? Jesli tak, to co moze byc zle?
Lemat (14.11.2010, 14:06)
jurajski Jaskiniowiec wrote:

> Mam nietypowy problem.
> Na lokalnym serwerze mam apache i phpMyAdmin. Funkcjonowalo to sobie w
> lokalnej sieci w subdomenie: pma.domena.tld
> Wczoraj jednak chcialem sie dostac do panelu i obojetnie od przegladarki,
> objaw jest taki, jakby nie bylo takiego adresu.


masz wlamanie? obejrzyj plik .htaccess
jurajski Jaskiniowiec (14.11.2010, 14:31)
Dnia 14-11-2010 o 13:06:23 Lemat <#> napisal(a):

> masz wlamanie? obejrzyj plik .htaccess


Nie ma pliku htaccess. W dodatku, jak juz pisalem - wywalilem wczesniejsze
pliki phpmyadmin i wrzucilem swieze, by na nowo zainstalowac, ale jest ten
sam objaw. w logach nie ma zadnych bledow, ale nie ma tez wpisow, jak sie
probuje wbic na strone. Adres funkcjonowal tylko w intranecie - na
zewnatrz nie byl dostepny...
Lemat (14.11.2010, 15:09)
jurajski Jaskiniowiec wrote:

> Dnia 14-11-2010 o 13:06:23 Lemat <#> napisal(a):
> Nie ma pliku htaccess. W dodatku, jak juz pisalem - wywalilem wczesniejsze
> pliki phpmyadmin i wrzucilem swieze, by na nowo zainstalowac, ale jest ten
> sam objaw. w logach nie ma zadnych bledow, ale nie ma tez wpisow, jak sie
> probuje wbic na strone. Adres funkcjonowal tylko w intranecie - na
> zewnatrz nie byl dostepny...


dobra, to najpierw zajmijmy sie problemem: czy przegladarka laczy sie do
wlasciwego serwera?

iptables -I INPUT -p tcp -s twoj.numer.ip --dport 80 -j LOG
lub
tcpdump

sprawdzisz czy pakiety docieraja do twojego serwera

2) na serwerze
GET
lub
wget

i sprawdzasz czy sam serwer chodzi (czy to problem z klientem czy z
serwerem)
jurajski Jaskiniowiec (14.11.2010, 15:27)
Dnia 14-11-2010 o 14:09:25 Lemat <#> napisal(a):

> wget


--2010-11-14 14:17:33-- (try:20)
Connecting to domena|10.0.0.10|:80... connected.
HTTP request sent, awaiting response... No data received.
Giving up.

Z powyzszego widac, ze dociera tam, gdzie trzeba.

Ale, jak wprowadzilem bledy w kodze - tzn. w index.php, to wywalilo te
bledy, czyli php tez dziala.

Malo tego - dla pewnosci zmenilem nawet nazwe katalogu, etc. Dalej to
samo. Apache log zapisuje tylko wtedy, gdy faktycznie polacze sie ze
strona, czyli gdy cos sie wyswietli. Gdy polaczenie jest odrzucane, wtedy
logi milcza.

Nie mam iptables... mam pf, ale nie zmienia to faktu. Na IP nie mam rdr.W
dodatku, ta konfiguracja dzialala jeszcze kilkanascie dni temu...
Lemat (14.11.2010, 16:01)
jurajski Jaskiniowiec wrote:

> Malo tego - dla pewnosci zmenilem nawet nazwe katalogu, etc. Dalej to
> samo. Apache log zapisuje tylko wtedy, gdy faktycznie polacze sie ze
> strona, czyli gdy cos sie wyswietli. Gdy polaczenie jest odrzucane, wtedy
> logi milcza.


a ilosc procesw apacza rosnie czy utrzymuje sie na stalym poziomie?
do apacza sa takie moduly mod_info, mod_status - mozesz wlaczyc i sprawdzic
co robi apacz?
moze sprzet ci sie sypie? jakies inne logi np. kernela ogladales?
moze robiles jakies upgrade i apacz ci sypie segfaultami? moze zwiekszyc
poziom logowania?
jurajski Jaskiniowiec (15.11.2010, 04:06)
Dnia 14-11-2010 o 15:01:37 Lemat <#> napisal(a):

>> Malo tego - dla pewnosci zmenilem nawet nazwe katalogu, etc. Dalej to
>> samo. Apache log zapisuje tylko wtedy, gdy faktycznie polacze sie ze
>> strona, czyli gdy cos sie wyswietli. Gdy polaczenie jest odrzucane,
>> wtedy
>> logi milcza.

> a ilosc procesw apacza rosnie czy utrzymuje sie na stalym poziomie? Po wejsciu na pma, ilosc procesow httpd wzrasta o 2.


> do apacza sa takie moduly mod_info, mod_status - mozeszwlaczyc i
> sprawdzic
> co robi apacz? Tu wszystko wyglada ok. Nawet podejzewalem baze danych ale tez jest ok.


> moze sprzet ci sie sypie? jakies inne logi np. kernela ogladales?
> moze robiles jakies upgrade i apacz ci sypie segfaultami?

hmmm wlasnie, ze nie sypie. Wszystkie inne serwisy dzialaja jak powinny.
Serwer stoi od czerwca prawie nietkniety...

> moze zwiekszyc poziom logowania?


Zauwazylem, ze przy kazdym wejsciu/przeladowaniu na pma, w /tmp przybywa
po 5 pustych plikow sess_xxx

Podejzewam, ze to prawdopodobnie cos z systemem plikow - mozliwe, ze
uszkodzony jest ktorys z plikow/bibliotek apache lub php, bo raz
przypadkowo wypialem wtyczke z ups. Niby obecnie fsck nie wskazuje bledow,
ale czort go wie, co w tle wtedy wynalazl i naprawil...

Odwlekalem to na zimowe noce, aczkolwiek trzeba zrobic upgrade calego
systemu - moze wowczas cos to da...
jurajski Jaskiniowiec (15.11.2010, 15:50)
Dnia 15-11-2010 o 03:06:34 jurajski Jaskiniowiec
<jurajski_jaskiniowiec> napisal(a):

[..]
> bledow, ale czort go wie, co w tle wtedy wynalazl i naprawil...
> Odwlekalem to na zimowe noce, aczkolwiek trzeba zrobic upgrade calego
> systemu - moze wowczas cos to da...


Tak jak wczesniej podejzewalem - winowajca byl php :) Po upgrade do
nowszej wersji, wszystko dziala jak nalezy.
Lemat, dzieki za pomoc.
Podobne wtki