Už su z teho pěkně zamtený co ste skusili a co ne a co k čemu patří ,ale pokusím sa nastínit o co sa pokůšáte(teda aspoň k temu NAT pravidlu dst-adr=blablabla):
Takže klient zadá
http://www.seznam.cz1)Klient(192.168.2.2) odešle SYN paket kupř. na 212.80.76.3 ,který dále putuje na MK
2)na MK sa začne zpracovávat a dojde na na NAT(podotíkam že NAT nemá na práci nic jiného než přepisovat adrese(i když to asi také neni až tak pravda))...je zde NAT pravidlo ve kterém je řečeno že by ste byli rádi kdyby sa u teho paketu místo dst-address=212.80.76.3 ,přepsalo na dst-addres=192.168.2.3(WEB-SERVER)...a tak sa aj stane(možná)
3)SYN Paket (src=192.168.2.2 dst=192.168.2.3) je vhozen zpátky do rozhraní LAN(což moc nechápu jak ,protože NAT by měl mět za úkol přepisovat enom adrese ,ale budiž)
4)SYN Paket dorazí na WEB-SERVER no a on jako slušňák odpoví zpět (dst-addres=192.168.2.2) SYN aby navázal spojení...no a tady je zakoapný ten pes
5)Druhý SYN,ACK paket (src=192.168.2.3 dst=192.168.2.2) dojde ke klientovi...enomže Klient chtěl odpověï od 212.80.76.3 a dojde mu pokus o navázání spojení z 192.168.2.3?...odpověï klienta WEB-SERVERu je odmítnutí spojéní (RST) a Klient dál čeká na odpověï ze seznamu ,enomže seznam o tem ani nemá ponětí a tak sa vyprší time-out a stránku nelze zobrazit
U UDP by to fungovalo ,ale vzhledem k temu že TCP je služba spojovaná je něco takového nemožné a je to považováno za pokud o převzítí spojení a je mi celkem divné že Firewall nic neříká
Min. mosíte na MK eště změnit src-addres=routeru aby WEB-SERVER odpovídal zpátky na ROUTER a ten už (také nechápu proč ,ale asi to bude mět něco společného s ROUTROVáním) zase přepíše src-addres SYN,ACK paketu zpátky na adresu původně požadovanů(212.80.76.3) ,takže klient je v iluzi že kominikuje se seznamem.Myslim by stačila aj maškaráda.
Když ste měli SERVER venku za ROUTERem (WAN,LAN nebo už ani nevim jak) tak to s nim komunikovalo protože už to asi bylo přeroutrované WEB-SERVER už měl dostal src-addres=MK a ten už si s tym poradil.
Ale takto udělamé už by sa to myslim ani nedalo moc považovat za přesměrování ale za unesení spojení ROUTERem ,poněvadž šecka kominikace probýhá přez MK a ten je tudíž zatěžován ,takže nejideálnější by bylo:...a na tem co by bylo nejideálnější už pracuju