Krzychu321 | 2018-12-13 19:48:06 UTC | #1
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 | 2018-03-22 13:16:47 UTC | #2
Bierzesz pod uwagę, że źle podpiąłeś domene? Strona działa poprawnie z adresu numerowego vps?
Timo | 2018-03-22 15:12:41 UTC | #3
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 | 2018-03-22 16:14:05 UTC | #4
[quote=”Timo, post:3, topic:6010”]
KVM - masz filtrowanie portów w panelu v3 wyłączone?
[/quote]
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 | 2018-03-22 18:14:55 UTC | #5
Po wpisaniu komendy netstat | grep 80 wyswietlilo sie ,,unix 3 [ ] DGRAM 6980”
DBanaszewski | 2018-03-22 18:18:29 UTC | #6
Jeżeli tylko tyle, to znaczy, że serwer WWW nie działa - sprawdź status przy użyciu sudo service <nazwa serwera> status
Przykład: sudo service apache2 status
Krzychu321 | 2018-03-22 18:21:35 UTC | #7
Spokojnie :) nie jestem glupia osoba takie podstawy znam,server apache2 jest uruchomiony caly czas.
DBanaszewski | 2018-03-22 18:26:39 UTC | #8
Skoro nie nasłuchuje portu 80 ani 443, to może coś z konfiguracją?
Pokaż nam plik default-000.conf
(konfigurację).
Krzychu321 | 2018-03-22 18:31:27 UTC | #9
# 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
bopke | 2018-03-22 18:50:09 UTC | #10
Pokaż jeszcze co masz w /etc/apache2/ports
Infinity | 2018-03-23 08:08:52 UTC | #11
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 | 2018-03-24 05:36:02 UTC | #12
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 | 2018-03-23 11:02:00 UTC | #13
[quote=”Krzychu321, post:12, topic:6010”]
nie ma takiej komendy jak ,systemctl”
[/quote]
Jaki masz system operacyjny?
i
[quote=”bopke, post:10, topic:6010, full:true”]
Pokaż jeszcze co masz w /etc/apache2/ports
[/quote]
Krzychu321 | 2018-03-23 11:04:07 UTC | #14
ubuntu 14.04 lts
porty sa dobrze skonfigurowane
Krzychu321 | 2018-03-23 11:08:45 UTC | #17
Infinity | 2018-03-23 12:23:02 UTC | #18
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 | 2018-03-24 05:48:18 UTC | #19
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 | 2018-03-24 07:04:19 UTC | #20
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.