temat FB 3 - przekierowanie portów - własny serwer w Modemy i routery

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Sun, 29 Mar 2020 17:01:56 GMT

Witam.
Właśnie skonfigurowałem swojego Funbox-a:
1. Komputer ma przypisany stały adres IP w obrębie sieci.

2. Zapora włączona z poziomem niskim.

3. W sekcji nat / pat dodałem przekierowania dla określonego portu na stały adres IP komputera lokalnego.

4. Nie ustawiałem (i nie zamierzam) DMZ-a.

Na komputerze mam uruchomiony prosty serwer (Apache). Mogę teraz z niego wykonać prosty request po dynamicznie przydzielonym adresie IP dla mojego routera (to jest serwer wydaje się być widoczny z globalnie z internetu - o to mi chodzi). Niestety ten działa bardzo powoli i zwraca tak jakby wyłącznie pliki tekstowe (JS / HTML), a na większe zasoby takie jak obrazki zwraca zawsze błąd TIME_OUT, a przeglądarka w takiej sytuacji pobiera wyłącznie kilka bajtów z tego serwera (chyba nagłówki). Co tutaj się dzieje? Robię coś nie tak?

Do tego samo przekierowanie portów w zaawansowanej konfiguracji zapory wydaje się nie działać jak należy. Dopiero włączenie tego przekierowania w zakładce NAT / PAT faktycznie przekierowało określone żądania do wskazanego komputera. Czy mieliście do czynienia z taką sytuacją? Jak wygląda wasza konfiguracja?

FB 3 - przekierowanie portów - własny serwer

as_nielo — Sun, 29 Mar 2020 18:30:43 GMT

Cześć,

Skoro serwer odpowiada na wywołania z zewnątrz to znaczy że NAT działa. Podejrzewam ustawienia Apache daemona. Sprawdź pliki konfigu w /etce/httpd/ i /etc/apache2 KeepAlive, MaxKeepAliveRequests, Timeout itd. Ewentualnie jakieś oeryginalne ustawienia zapory ipchains powodują przerwy w transmisji.

Wszystko pod warunkiem, że to serwer działający na jakiejś dystrybucji linux'a

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Mon, 30 Mar 2020 06:41:31 GMT

Jak najbardziej mam do czynienia z różnymi serwerami Linukusowymi. Na 99% nie jest to problem ich konfiguracji. Takie same rzeczy dzieją się przy innych platformach uruchomieniowych (nodejs itp.).

Część zapytań jest realizowana by reszta się zadławiła. W załączniku zrzut jak to widać z perspektywy przeglądarki.

Nie rozumiem dlaczego niektóre pliki są zwracane, a inne nie skoro mamy do czynienia z tym samym portem / protokołem.

FB 3 - przekierowanie portów - własny serwer

as_nielo — Mon, 30 Mar 2020 09:10:04 GMT

Z tego screena wiele nie wynika. Widać, że w kolejce są transmisje dwóch plików. Na żywo zobaczysz czy transmisje idą po kilka plików jednocześnie czy tylko jeden plik na raz. Po czasie transmisji wnioskuję, że idzie to okropnie wolno.

Zalinkuj na pastebin.com zawartość plików w /etc/apache2/ i wynik wpisania komendy iptables -L ewentualnie ipchains -L. Czyli coś w rodzaju

sudo cat /etc/apache2/{*}.config > ~/Desktop/apache.txt

sudo iptables -L > ~/Desktop/iptables.txt

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Mon, 30 Mar 2020 09:14:59 GMT

Dziękuję za pochylenie się nad moim tematem.

Tutaj udostępniam zrzut dla iptables -L dla mojego komputera

Jeśli chodzi o zawartość konfiguracji apache2. Tej tutaj nie będę wklejać jako że ta jest zaszyta w kontenerze Dockera, a sam problem dotyczy też serwowania stron chociażby przez nodejs gdzie aplikacje są uruchamiane bezpośrednio i nie mamy tym samym nadmiaru dodatkowych opcji konfiguracyjnych.

FB 3 - przekierowanie portów - własny serwer

as_nielo — Mon, 30 Mar 2020 10:29:00 GMT

Powinieneś dodać nowy szereg (łańcuch?) na potrzeby serwera www. Na razie spróbuj

sudo service iptables stop

sudo service ipchains stop

i zobacz czy coś się polepszyło.

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Mon, 30 Mar 2020 10:51:34 GMT

W ramach mojej dystrybucji (Fedora) te komendy nie są dostępne. Wyłączyłem jednak za pomocą systemctl usługę firewalld i nic to nie dało. Tak samo jak dodanie określonych portów za pomocą firewall-cmd.

FB 3 - przekierowanie portów - własny serwer

as_nielo — Mon, 30 Mar 2020 11:17:35 GMT

sprawdziłeś za pomocą systemctl czy po wywołaniu polecenia stop zapora nie uruchomiła się automatycznie?

systemctl disable firewalld
systemctl status firewalld

BTW ipchains zastąpiła iptables i jest domyślnie w każdym nowym kernelu czyli w każdej dystrybucji linuksa, polecenie firewall-cmd to skrypt odwołujący się do modułu ipchains.

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Mon, 30 Mar 2020 11:33:23 GMT

Wywołałem tutaj komendę stop dla systemctl (systemctl stop firewalld) oraz upewniłem się że usługa jest wyłączona (była: systemctl status firewalld). Niestety bez zmian. Niektóre request-y wykonują się skrajnie wolno (5s mimo iż to zwykłe małe statyczne pliki tekstowe) inne tak jakby w ogóle nie są przetwarzane (grafiki itp.).

Czy może mieć tutaj jakiekolwiek znaczenie to że z komputerem router łączy się po WiFi? Z drugiej strony używam tej maszyny cały czas i w pracy transfery są bardzo zadowalające.

FB 3 - przekierowanie portów - własny serwer

as_nielo — Mon, 30 Mar 2020 12:36:26 GMT

Sprawdź co się dzieje, gdy spróbujesz skontaktować się z www przez localhost:"port serwera www" wpisane w oknie przeglądarki na tym komputerze.

Możesz też spróbować podłączyć serwer kablem do routera, Wi-Fi to nie jest połączenie na takie jak Twoje zastosowanie

Ewentualnie, ponieważ Docker to m.in. hyperwizor maszyn wirtualnych możesz zrobić rozpoznanie wirtualnej sieci, którą stworzyłeś do komunikowania tych sandboxów. Zaczniesz od

ip interface brief
ip address show
itd

Niestety nie mam konsoli przed sobą, żeby podać tobie dokładne polecenia. Kiedy poznasz adres tego docka/noda/sandboxa na którym stoi twoja strona to wpisz na w przeglądarce hosta i sprawdź czy działa

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Mon, 30 Mar 2020 12:42:36 GMT

Oczywiście na localhoscie wszystko działa bezproblemowo - natychmiast. Problem jest wyłącznie gdy korzystam z dynamicznie przydzielonego IP przez operatora tudzież dynamicznego DNS-a (no-ip).

Nodejs odpalam lokalnie (na hoście - bez dockera) zatem tutaj nie ma obaw o to że coś po drodze cokolwiek blokuje. Testy z nodejs zrealizowałem również po wyłączeniu zapory. Z drugiej strony gdyby zapora była problemem to chyba były by odrzucane wszystkie pakiety a nie tylko ich część (bez podziału na pliki tekstowe i inne).

Tego komputera nie mam jak podpiąć przez kabelek. Ale odpalę później jakiś serwer na laptopie podłączonym przewodowo i zobaczę czy będzie podobny efekt.

FB 3 - przekierowanie portów - własny serwer

as_nielo — Mon, 30 Mar 2020 12:47:54 GMT

Nie wspomniałeś o DynDNS. Testuj po podłączeniu kabelkiem i pod publicznym adresem przydzielonym przez operatora. Usługi no-ip i inne mogą powodować opóźnienie

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Mon, 30 Mar 2020 13:05:41 GMT

Jasne. Ale dyndns jest pobocznym tematem. Niestety takie efekty mam przy przydzielonym publicznym adresie (i tym samym dyndns). Testując jednak cały czas robię to na adresie IP.

FB 3 - przekierowanie portów - własny serwer

as_nielo — Mon, 30 Mar 2020 14:00:10 GMT

A jak działa z innego komputera w LAN? Możesz sprawdzić?

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Mon, 30 Mar 2020 15:18:07 GMT

Dobry pomysł aby sprawdzić to z innych urządzeń po lokalnym, stałym adresie IP. Wszystko działa jak należy, czy to z laptopa, czy smartfona. Mogę się łączyć z tak udostępnioną usługą.

Niestety z adresu IP przydzielonego przez operatora już nie. Nadal to samo.

W załączniku zamieszczam przykład mojej konfiguracji NAT / PAT, która powinna odpowiadać za przekierowanie tego portu do lokalnego serwera z zewnątrz.

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Mon, 30 Mar 2020 15:29:37 GMT

A tutaj dziwny przykład wykonywanych requestów z adresu operatora (79.*). Status jest ok, ale nigdy request nie jest zakończony.

FB 3 - przekierowanie portów - własny serwer

as_nielo — Mon, 30 Mar 2020 15:58:45 GMT

Możliwe, że router nie daje rady jednocześnie przetwarzając ramki z WLAN i NATując je na adres publiczny stąd dławienie się. Spróbuj bez szyfrowania (usuń hasło WLAN). A nuż a widelec

Możesz jeszcze diagnostycznie zrobić traceroute/tracepath z zewnątrz na adres publiczny serwera i sprawdzić gdzie na drodze jest największy lag.

FB 3 - przekierowanie portów - własny serwer

as_nielo — Mon, 30 Mar 2020 16:01:22 GMT

Jesteś pewien, że chodzi tylko o jeden port TCP 4000? Sprawdż ustawienia dockera, możliwe że to nie wszystko. Dobra praktyka to wybierać porty z górnej granicy (około 65000) bo te niżej są już zarezerwowane

FB 3 - przekierowanie portów - własny serwer

blazkowicz87 — Mon, 30 Mar 2020 16:17:31 GMT

Niektóre usługi miałem odpalone na Dockerze (Apache) inne nie (Jekyll - port 4000). Specjalnie skupiłem się na tym porcie 4000 jako, że ten jest zweryfikowany za Twoją namową przez inne urządzenia w sieci i wszystko jest ok.

FB 3 - przekierowanie portów - własny serwer

as_nielo — Mon, 30 Mar 2020 16:25:46 GMT

W LAN nie ma potrzeby NATowania więc nie masz pewności, że wywołanie na port 4000 nie spowoduje że następne wywołania będą transmitowane przez serwer przez inną usługę na innym porcie. Możesz to sprawdić obserwując rezultaty komendy

netstat -pnac