Pomoc Serwer WWW - problem z wywołaniem strony

wojtekdu

wojtekdu

Systems Admin...
Q's Expert
6 Marzec 2015
387
34
28
64
Lisów
lisow.eu
QNAP
TS-x51
Ethernet
100 Mbps
Przedziwne dzisiaj zauważyłem problem z wywołaniem mojej strony. adres www.lisow.eu
Strona do tej pory działała bez problemu. Domena wykupiona w nazwa.pl i przekierowana na mój publiczny adres IP.
Dzwoniłem do nazwy.pl. Po ich stronie wszystko jest OK
Domena nie jest zabezpieczona SSL`em
Port 80 przekierowany na routerze na adres wewnętrzny QNAP`a
Do tej pory wszystko chodziło bez zarzutu, a teraz po wpisaniu www.lisow.eu melduje mi się ekran logowania do NAS`a.
Port dla NAS ustawiony na 8080 port dla serwera WWW 80

Wersja oprogramowania Firmware: 4.3.5.0760 Build 20181114
Model serwera: QNAP TS-251
 
Wyświetl chronologicznie Sortuj według ilości głosów
Na routerze:
upload_2018-11-21_19-42-35.png

Na Qnap:
upload_2018-11-21_19-43-52.png

Jak wpisuję w sieci lokalnej
http://192.168.100.60:8080
wchodzi na NAS
Jak wpisuję http://192.168.100.60:80
upload_2018-11-21_19-45-45.png

W przeglądarce adres jest od razu zamieniany na https://lisow.eu/
Jak wpiszę http://192.168.100 od razu zamienia na lisow.eu i zgłasza się ekranem logowania do routera.
Pomóżcie bo nie ogarniam tego.
 
Głosuj w górę 0 Zgłoszenie negatywne
Nic to nie daje. W jakiś dziwny i niezrozumiały dla mnie sposób po wpisaniu lokalnego! IP jest ono zamieniane na nazwę domeny i koniec. Nawet PhpAdmin nie chodzi.
Zauważyłem, że on nie wchodzi do katalogu Web na NAS. Ale dlaczego?
 
Głosuj w górę 0 Zgłoszenie negatywne
wojtekdu napisał:
Nic to nie daje. W jakiś dziwny i niezrozumiały dla mnie sposób po wpisaniu lokalnego! IP jest ono zamieniane na nazwę domeny i koniec. Nawet PhpAdmin nie chodzi.
Zauważyłem, że on nie wchodzi do katalogu Web na NAS. Ale dlaczego?
Kliknij, aby rozwinąć...

Czy ustawiałeś możę jakieś virtualhosty w plikach konfiguracyjnych apacha w Qnapie?

Jak sprawdzam stronę curlem to dostaje:

Kod: 
goro3@dev:~$ curl lisow.eu
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="https://lisow.eu/">here</a>.</p>
</body></html>

a idąc za przekierowaniem:

Kod: 
goro3@dev:~$ curl -L lisow.eu
curl: (7) Failed to connect to lisow.eu port 443: Connection refused

Z jakiś względów Twój server odrzuca połączenie. Wygląda mi to na problem z konfiguracji Vhostów w Apache.
 
Głosuj w górę 0 Zgłoszenie negatywne
Gdzieś po drodze następuje po prostu przekierowanie na HTTPS (na standardowy port 443), które serwer odrzuca. Przekierowanie można uzyskać na co najmniej kilka sposobów - do sprawdzenia konfiguracja hostów, pliki .htaccess, itd.
 
Głosuj w górę 0 Zgłoszenie negatywne
Podejrzewam ze obecnie https:// bierze sie z prob wojtka - sam przeciez pisal ze nie ma ssl / nie ma go na porcie 443 i nie ma przekierowanego na routerze.

Natomiast moim zdaniem problem jest gdzies bardziej przyziemny. Przeciez Qnap przy takiej konfiguracji z pudelka tez sie tak samo zachowuje. Wpisujemy ip bez portu i kieruje nas na strone logowania a nie serwer www. Z tego co pamietam to za to odpowiedzialny jest oryginalny plik serwera www na qnapie (pewnie jakis index.php) ktory dokojuje tego przekierowania. Byc moze wystarczy zmienic mu nazwe/usunac go i bedzie dzialac.
 
Głosuj w górę 0 Zgłoszenie negatywne
Spooky napisał:
Gdzieś po drodze następuje po prostu przekierowanie na HTTPS (na standardowy port 443), które serwer odrzuca. Przekierowanie można uzyskać na co najmniej kilka sposobów - do sprawdzenia konfiguracja hostów, pliki .htaccess, itd.
Kliknij, aby rozwinąć...
Spooky to jest to. Jakiś czas temu robiłem eksperymenty z SSL`em o którym zupełnie zapomniałem. Oczywiście był plik .htaccess i to był problem.
Spróbujcie teraz powinno być OK. Jeszcze raz dzięki Spooky za naprowadzenie. Jak zwykle szukałem dziury w całym w nazwie.pl u lokalnego operatora w ustawieniach NAS, a problem był banalny.
Oczywiście wszystkie przeglądarki zachowują się OK oprócz... Chrome. Cache odświerzony Shift+Ctrl+R a ona nadal przekierowywuje na https. Coraz bardziej uciążliwa się robi.
 
  • Lubię to
Reakcje: Spooky
Głosuj w górę 0 Zgłoszenie negatywne
Esc napisał:
Podejrzewam ze obecnie https:// bierze sie z prob wojtka - sam przeciez pisal ze nie ma ssl / nie ma go na porcie 443 i nie ma przekierowanego na routerze.

Natomiast moim zdaniem problem jest gdzies bardziej przyziemny. Przeciez Qnap przy takiej konfiguracji z pudelka tez sie tak samo zachowuje. Wpisujemy ip bez portu i kieruje nas na strone logowania a nie serwer www. Z tego co pamietam to za to odpowiedzialny jest oryginalny plik serwera www na qnapie (pewnie jakis index.php) ktory dokojuje tego przekierowania. Byc moze wystarczy zmienic mu nazwe/usunac go i bedzie dzialac.
Kliknij, aby rozwinąć...
Nie do końca tak jak piszesz. Domyślnym portem dla protokołu http jest port 80 i na tym porcie szukany jest materiał do odczytania. Dlatego po wpisaniu IP protokół na porcie 80 odszukuje plik i uruchamia go.
Odpowiadając Pawliko nie mam SSL dla tej domeny. Jest to strona czysto hobbystyczna i szkoda mi kasy na SSL`a.
 
Głosuj w górę 0 Zgłoszenie negatywne
W dużym skrócie, możesz sobie wygenerować darmowy certyfikat i podpiąć go pod serwer.
Na tym i na angielskim forum jest dość sporo wątków związanych z tym tematem (głównie z problemem braku połączenia i portu 80).

Być może warto zacząć od niedawno popełnionego tutorialu.
 
Głosuj w górę 0 Zgłoszenie negatywne
wojtekdu napisał:
Nie do końca tak jak piszesz. Domyślnym portem dla protokołu http jest port 80 i na tym porcie szukany jest materiał do odczytania. Dlatego po wpisaniu IP protokół na porcie 80 odszukuje plik i uruchamia go.
Kliknij, aby rozwinąć...

Czyli dokladnie jak napisalem. Domyslnie z pudelka NAS po wpisaniu adresu przekierowywuje z portu 80 na 8080 i jest za do odpowiedzialny oryginalny index.php z serwera www - stad moja podpowiedz.
 
Głosuj w górę 0 Zgłoszenie negatywne
Musisz się zalogować lub zarejestrować, aby odpowiedzieć tutaj.

Użytkownicy znaleźli tą stronę używając tych słów:

  1. host wirtualny
  2. serwer odrzucił połączenie
  3. SSL Certyficate
Początek strony Dół
Z powrotem