Interfejsy sieciowe nie otwierają się nawet po przekierowaniu portów.


0

Napotykam ten dziwny problem, który zaskoczył mnie na ziemię, a którego nie spotkałem nawet po latach spedycji portowej ...! Mam nadzieję, że ktoś tutaj pomoże mi rozwiązać tę zagadkę .. :)

Moja konfiguracja sieci wygląda następująco:

Mam modem DSL (wykonany na zamówienie i oznakowany przez mojego dostawcę ISP), który odbiera strumień DSL ... ma zewnętrzny adres IP, który jest widoczny dla świata, powiedzmy 11.22.33.44 ... Ten modem ma włączony DHCP, ma wewnętrzny adres IP, który wynosi 192.168.1.1 .. jest podłączony do 2 laptopów za pomocą kabla Ethernet. Laptop 1 ma IP 192.168.1.2, a Laptop 2 ma 192.168.1.3 ...

Na laptopie 1 działają dwie aplikacje, jDownloader i Media Player Classic, które mają interfejsy sieciowe odpowiednio na portach 8765 i 13579 ... Mogę uzyskać dostęp do obu tych interfejsów internetowych z laptopa 2, otwierając następujące adresy: 192.1681.2: 8765 i 192.168.1.2:13579 ... oba interfejsy sieciowe otwierają się, co oznacza, że ​​interfejsy sieciowe działają dobrze.

Przechodząc dalej, chcę teraz uzyskać dostęp do tych interfejsów również spoza mojej sieci, więc skonfigurowałem przekierowanie portów w moim modemie PTCL, aby przekazywać cały ruch na portach od 8000 do 14000 (zarówno TCP, jak i UDP) do IP 192.168. 1.2 ... Sprawdziłem, czy przekierowanie portów działa, testując je za pomocą narzędzia do sprawdzania portów PortForward.com, a także tej strony: [URL] http://www.yougetsignal.com/tools/open-ports/[/URL ]

Gdy korzystam z witryny, jeśli uruchamiam aplikacje na laptopie 2, witryna informuje, że port jest otwarty .. jeśli następnie zamknę aplikację, witryna informuje, że port jest zamknięty ... To ma sens, ponieważ nic nie jest nasłuchuję na moim komputerze w tym drugim przypadku. Ponadto, jeśli wyłączę przekierowanie portów w moim modemie, witryna ponownie zgłasza, że ​​port jest zamknięty ... więc wyniki witryny wydają się być w porządku ...

To samo z powyższego można powiedzieć, gdy korzystam z narzędzia do sprawdzania portów PortForward.com ... Znowu wszystko w porządku ...

Teraz pojawia się problem !! ... Pomimo powyższych narzędzi zgłaszających, że przekierowanie portów działa, nie mogę otworzyć interfejsów internetowych spoza mojej sieci ... Na przykład, jeśli spróbuję przeglądać 11.22.33.44:8765 lub 11.22.33.44:13579, nic nie otwiera się w mojej przeglądarce ... Ale jeśli uzyskałem lokalny dostęp do tych serwerów z Laptopa 3, wpisując 192.168.1.2:8765 lub 192.168.1.2:13579, otworzyły się ...

Więc gdzie jest problem? Narzędzia jednogłośnie zgłaszają, że przekierowanie portów działa, a mimo to nie jestem w stanie otworzyć interfejsów internetowych spoza sieci.

Zauważ również, że wyłączyłem zaporę na moim komputerze i upewniłem się również, że każda opcja w powyższych programach (których interfejsy sieciowe próbuję otworzyć), która mówi, że akceptowane są tylko połączenia lokalne, jest wyłączona ...

Więc w czym problem ... ?!! Jakieś pomysły ??


Może spróbuj zainstalować niestandardowy serwer WWW, sprawdź, czy możesz go odwiedzić z Internetu i sprawdź jego dzienniki, jeśli nie możesz.
Anton Barkovsky,

Czy naprawdę próbujesz spoza sieci, czy po prostu udasz się do publicznego adresu IP routera z sieci?
Spiff

Cóż, mam nazwę hosta dymynic dynDNS, która przekierowuje mnie do mojego publicznego adresu IP ... Zakładam, że kiedy wpisuję nazwę hosta w przeglądarce, technicznie pochodzę spoza mojej sieci.
Ahmad

Próbowałem też telnettingu na dwóch portach ... nie mogłem się połączyć, więc zgodnie z tym porty są zamknięte ..
Ahmad

Odpowiedzi:


0

Kod bramy NAT w routerze nie wykonuje poprawnie „NAT szpilki do włosów”. Wiele bram NAT nie robi tego dobrze.

Gdy wewnętrzny komputer zażąda połączenia z portem na publicznym adresie IP bramy NAT, NAT musi najpierw wykonać „wychodzący NAT”, tłumacząc pakiet tak, jakby miał przejść do zewnętrznego hosta, a następnie zdać sobie sprawę, że Sama brama NAT jest „zewnętrznym” hostem, o który proszono, a następnie spójrz na jej tabelę mapowania portów i odwróć ten pakiet z powrotem i wykonaj „przychodzący NAT”, wysyłając go do hosta mapowanego na port.

Pomysł, że pakiet przechodzi głównie przez NAT, a następnie jest zawracany i wysyłany z powrotem, jest przyrównywany do ciasnej krzywej z podwójnym powrotem do siebie w tradycyjnej szpilce do włosów (podobnie jak ciasny przełącznik - zwrot w drodze nazywa się „zwrotem spinki do włosów” lub „krzywą spinki do włosów”).

Możliwe rozwiązania:

  • Uzyskaj aktualizację oprogramowania układowego bramy NAT, która naprawia ten błąd.
  • Sprawdź, czy możesz to skonfigurować w polu bramy NAT.
  • Załaduj dystrybucję oprogramowania układowego innej firmy do swojego pola bramy NAT, które nie ma tego problemu lub które można skonfigurować tak, aby nie miało tego problemu.
  • Kup inny produkt bramy domowej, który nie ma tego problemu, niech nowe pudełko będzie bramą NAT i spraw, aby modem DSL działał jak zwykły modem / most, a nie brama NAT.
  • Żyj z tym. Państwo może faktycznie podłączyć do usług portowych odwzorowany, gdy jesteś naprawdę poza siecią, więc może można pogodzić się z faktem, że nie można udawać od wewnątrz sieci.
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.