Zbyt długi czas oczekiwania na serwerze HTTP na VPS KVM+

Zombie

Krzychu321

Witam,

Otoz ostatnio dziwnym sposobem moj vps nie moze zaladowac strony,calkowicie jak by cos blokowalo http,probowalem otworzyc strone przez apache2 lub nginx i nadal wyskakuje ze ,,Serwer [domena].pl potrzebował zbyt wiele czasu na odpowiedź" wykluczam mozliwosc blokowania portu przez zapory jest jakas mozliwosc by to w jakis sposob naprawic? pierwszy raz mam stycznosc z takim dziwnym bledem,moim zdaniem cos blokuje lub zajmuje port bo uzywalem wczesniej setoolkita do projektu ale po restarcie powinno sie naprawic.

Bede wdzieczny za kazda pomoc :slight_smile:

helczyna

Bierzesz pod uwagę, że źle podpiąłeś domene? Strona działa poprawnie z adresu numerowego vps?

Timo Moderator forum.lvlup.pro

Zbyt długi - komunikat. Czyli nie załadowało ci ani razu. To znaczy, że domena jest dobrze podpięta, ale coś na VPS blokuje. KVM - masz filtrowanie portów w panelu v3 wyłączone? Wiem, że o tym pisałeś, ale czy na pewno?

DBanaszewski α-tester v3

Timo:

KVM - masz filtrowanie portów w panelu v3 wyłączone?

HTTP jest po TCP, a filtrowanie działa tylko na UDP ;)

Ogólnie zobacz czy serwer WWW działa, zobacz czy port jest nasłuchiwany przez dany serwer WWW. Aby zobaczyć, czy port jest nasłuchiwany, użyj następującej komendy:

netstat | grep 80

Jeżeli serwer WWW stoi tylko na 443 (HTTPS), użyj tej komendy:

netstat | grep 443

Krzychu321

Po wpisaniu komendy netstat | grep 80 wyswietlilo sie ,,unix 3 [ ] DGRAM 6980"

DBanaszewski α-tester v3

Jeżeli tylko tyle, to znaczy, że serwer WWW nie działa - sprawdź status przy użyciu sudo service status

Przykład: sudo service apache2 status

Krzychu321

Spokojnie :) nie jestem glupia osoba takie podstawy znam,server apache2 jest uruchomiony caly czas.

DBanaszewski α-tester v3

Skoro nie nasłuchuje portu 80 ani 443, to może coś z konfiguracją?

Pokaż nam plik default-000.conf (konfigurację).

Krzychu321

The ServerName directive sets the request scheme, hostname and port that

    # the server uses to identify itself. This is used when creating
    # redirection URLs. In the context of virtual hosts, the ServerName
    # specifies what hostname must appear in the request's Host: header to
    # match this virtual host. For the default virtual host (this file) this
    # value is not decisive as it is used as a last resort host regardless.
    # However, you must set it for any further virtual host explicitly.
    #ServerName www.example.com

    ServerAdmin webmaster@localhost
    DocumentRoot /var/www/html

    # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
    # error, crit, alert, emerg.
    # It is also possible to configure the loglevel for particular
    # modules, e.g.
    #LogLevel info ssl:warn

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    # For most configuration files from conf-available/, which are
    # enabled or disabled at a global level, it is possible to
    # include a line for only one particular virtual host. For example the                    # following line enables the CGI configuration for this host only
    # after it has been globally disabled with "a2disconf".
    #Include conf-available/serve-cgi-bin.conf

vim: syntax=apache ts=4 sw=4 sts=4 sr noet

bopke Moderator forum.lvlup.pro

Pokaż jeszcze co masz w /etc/apache2/ports

Infinity

Najwazniejsze, to daj wynik z:

systemctl status apache2

lub jesli korzystasz z nginx:

systemctl status nginx

Jeśli te dwie usługi są uruchomione - sprawdź swojego firewalla (iptables np.):

iptables -nL

Jeśli korzystasz z innego firewalla, to inna komenda.

Krzychu321

kolego tlumacze ci ze wykluczam blokowanie portu przez zapory,zawsze z nimi wszystko dzialalo i chyba logiczne jest ze wylaczylem wczesniej zapory by sie upewnic,i nie ma takiej komendy jak ,,systemctl" dziekuje ze chcecie mi pomoc ale niech to robia doswiadczone osoby.

bopke Moderator forum.lvlup.pro

Krzychu321:

nie ma takiej komendy jak ,systemctl"

Jaki masz system operacyjny?

bopke:

Pokaż jeszcze co masz w /etc/apache2/ports

Krzychu321

ubuntu 14.04 lts

porty sa dobrze skonfigurowane

Krzychu321

image|666x500

Infinity

No i okej, swoim zachowaniem wlasnie spowodowales, ze nie mam ochoty nawet kiwnac palcem aby ci pomoc. Miłego dnia.

Tak przy okazji, to zamiast systemctl podaj wynik z service.

service apache2 status
service nginx status

To już musi ci działac, nie ma cudów.

Jeśli usługa działa (service wskazuje, że "is running"), a nie ma do niej dostępu "z zewnątrz" to winowajcą jest: a) firewall b) ustawienia usługi c) ustawienia sieci na vpsie

Nie ma innych opcji.

Więcej w temacie się nie udzielam, bo widzę że bez sensu.

Krzychu321

Gdyby pisalo ze service jest wylaczone to bym juz dawno to napisal tak trudno zrozumiec ze nie kazda osoba potrzebujaca pomocy jest glupia? JEST ciagle wlaczone,tlumaczylem tez ze jest nie mozliwe by bylo blokowane przez zapory,ustawienia uslugi sa tez dobre najwyzej sieci bo tego nie sprawdzalem. Nie rozumiem tez w czym masz problem,poprostu irytuje mnie ze tlumaczysz mi cos jak dla 10 latka,trudno sie domyslic ze sprawdzalem status uslugi? Poza tym nginx i apache2 nie moga byc wlaczone w tym samym czasie.

Infinity

Ależ po co tyle agresji w jednym poście? Po prostu chciałem mieć pewność, że dobrze sprawdziłeś i że usługi są włączone. Po wpisanym gdzieś tam wyżej netstacie pokazało, że usługa jest wyłączona lub też nie tworzy gniazda sieciowego na standardowych portach.

Jak możesz wyślij z ciekawości adres domenowy na pw, sprawdzę kilka rzeczy po mojej stronie.