Dotaz: Mikrotik předávaní portů - přístup z vnitřní sítě

[LukyBrno]

Prosím o radu/nakopnutí co hledat a nastavit aby mě fungovalo přesměrování i z vnitřní sítě. Mám Mikrotik RouterBOARD RB2011UiAS-2HnD-IN a mám nastavené předávaní portů tj. z internetu zadám přidělenou IP adresu ,UPC, například: 94.113.XX.XX:číslo portu a to mě předá na vnitřní IP 192.168.1.100:port80 . To funguje dobře. Ale pokud jsem ve vnitřní síti tj. router mě přidělí na notebooku IP 192.168.1.15 tak po zadání IP 94.113.XX.XX:číslo portu mě to nefunguje. Samozřejmě pokud zadám vnitřní IP tj. 192.168.1.100:port80 tak to funguje. Předem děkuji za jakýkoliv TIP.

---

---

Odpovědi

[NN]

Port forward aka DNAT na Mikrotiku. Pokud mas Mikrotik za boxem od UPC, budes potrebovat jeden NAT na boxu a jeden na Mikrotiku, aby jsi port procpal az na posledni sit.

[LukyBrno]

Zapojeno je to jednoduše: Kabelový modem UPC a za ním ROUTER Mikrotik a následně vnitřní síť. Použil jsem tento postup:

7.2 Vytvoření pravidla pro port forwarding Karta IP / Firewall, záložka NAT - přidat pravidlo Chain: dtsnat Protocol: 6(tcp) Dst.Port: 13389 Action: dst-nat To Address: IP adresa počítače To Ports: 8080

[NN]

Nevidim v tom problem. Funguje to?(Nektere UPC krabice uz neprideluji verejnou na koncove zarizeni..)

[NN]

Mas to nastavene spravnym smerem(z venku dovnitr)?

[skvedo]

Hned na začátku píše, že z venku mu to funguje. Problém je že mu nefunguje reflection nat.

Protože source i destination jsou předpokládám ve stejném segmentu, musíš přidat ještě source nat jak popisuje tento článek http://wiki.mikrotik.com/wiki/Hairpin_NAT.

[honza]

tohle je trochu chytak, co resi spousta lidi, proc jim presmerovani z vnitrni site nefunguje - duvod je nasledujici: posilas komunikaci na verejnou IP adresu a port 94.113.x.x:80, Mikrotik komunikaci zkontroluje a zjisti, ze ji ma prelozit na vnitrni IP a port 192.168.1.100:80 - potud vse OK, co vsak uz mikrotik neudela je, ze tu zdrojovou vnitrni IP adresu (192.168.1.15) neprelozi na vnejsi IP adresu, tzn. ze na vnitrni IP adresu 192.168.1.100:80 prijde komunikace s vnitrni zdrojovou IP 192.168.1.15, stroj na IP adrese 192.168.1.100, tak uz komunikaci neposila na vnejsi IP adresu pres mikrotik, ale primo stroji 192.168.1.15, ten vsak komunikaci neceka od vnitrniho zdroje 192.168.1.100, ale od vnejsiho 94.133.x.x, takze tuhle prichozi komunikaci zahodi a pro tebe to pak vypada, jako ze komunikace neprobiha, da se to jednoduse overit pomoci wiresharku

situace jak se to da resit, je ze na Mikrotiku udelas dalsi pravidlo, ktere bude prekladat vnitrni komunikaci, ktera pujde skrze Mikrotik na svoji vnitrni IP adresu, tedy napr. ve vyse uvedenem prikladu bude odchozi komunikace z mikrotiku prelozena na IP adresu 192.168.1.1 (ip adresa mikrotiku), 192.168.1.100 pak komunikaci nejdrive posle na mikrotik a ten to jiz dale prelozi

[honza]

presnejsi navod mas tady: http://wiki.mikrotik.com/wiki/Hairpin_NAT, jinak se to taky nekdy nazyva jako NAT U-TURN

[LukyBrno]

Děkuji za TIP ! Už trochu začínám tušit Jen ještě nevím jak to nastavit na všechny vnitřní IP adresy aby po zadání veřejné IP (která je na Mikrotiku) , případně doméně kterou nastavím k této IP šly tyto spojení na danou vnitřní IP ?

[NN]

Sel bych cestou DNS, s tim, ze ve vnitrni siti se bude server prekladat na privatni adresu. Vyhnes se vytvareni nejakych proprietarnich pravidel.. Bte. pravidlo se da napsat globalne pro celou zdrojovou sit, mas to v tom prikladu na wiki.

[Jesus Jimenez]

Ono lze tohle typicky resit tim, ze z lokalni site nebudes pouzivat masquerading, ale pouze src-nat z privatnich adres na WAN adresu.

[Jirtux]

Nevím jestli to jde na modemu od UPC, ale modemy od o2 nastavuji do bridge pokud síť stavím na mikrotiku. Tím udělám z modemu převodník z "telefonní sítě na ethernetovou". Routing se přesune na MT. Přidá se na interface kde je modem PPPoE Client login o2/o2, mtu 1492. MT se připojí a tím na sebe dostane veřejku. Všechny požadavky na veřejku jdou přímo ma MT.

Nastavuji pouze jeden firewall, nemám za sebou dva NATy (každá milisekunda dobrá) a celkově mi to přijde takové čistější řešení.

Pokud má zákazník aplikaci do telefonu na kamery či ezs nebo RDP tak nastavuji právě veřejku:port a funguje to i z LANky. Případně když řešim VPNky tak opět MT vpn server a nemusim řešit ještě na modemu.