Administrace komentářů

Přesměrování z vnitřní sítě takhle fungovat nebude, protože pakety z vnitřní sítě se zNATují na routeru, tam se přepošlou na server 192.168.1.45. Ten ale podle IP adresy odesílatele zjistí, že odesílatel je ve stejné síti (192.168.1.x) a paket zpět pošle přímo, se zdrojovou adresou 192.168.1.45. Klient, který navazoval spojení, ale žádný takový paket neočekává, tak ho zahodí. Problém je tedy v tom, že pakety "tam" jdou přes router, kde se upravují, pakety "zpět" jdou přímo.

Jak to řešit: teoreticky možná jde kombinovat SNAT a DNAT, to jsem nikdy nezkoušel, a připadá mi to jako zbytečně složité a zatěžující jak síť tak router (navíc mi pořád něco říká, že SNAT a DNAT zkombinovat nejde…)

Druhé řešení je vytvořit ještě jednu virtuální podsíť, IP adresu z ní přiřadit jako alias pro 192.168.1.45 a na routeru přesměrovávat na tuto IP adresu. Server už nebude moci odpovídat přímo, protože v této virtuální podsíti klient nebude, a bude tedy nucen odpovídat přes router.

Nejlepší řešení je mít dvojitou DNS - jinou pro vnější síť a jinou pro vnitřní. Požadované domain name se pak ve vnitřní síti přeloží přímo na 192.168.1.45, klient se serverem komunikuje přímo a není potřeba vyvádět žádné kejkle. Já sám používám takové řešení, že na veřejné IP adrese serveru běží veřejná DNS, na jedné privátní adrese serveru běží dns cache, která požadavky na mou domény neresolvuje podle root serverů, ale přeposílá je na druhou privátní IP adresu, kde běží další DNS server, který překládá pouze lokální adresy pro lokální síť. djbdns umí i odpovídat různě podle zdrojové adresy (tj. běží jen jeden server, který pro dotazy z internetu odpovídá nějak a pro dotazy z vnitřní sítě jinak).

Varianta místo dvojité DNS je vytvořit si vlastní "root" a používat třeba www.firma a to na DNS serveru směrovat na 192.168.1.45. Nemusíte pak překládat různě tu samou adresu, ale zase nutíte lidi ve vnitřní síti používat jiný název.