Problem je v tom, ze modem pripojenemu PC prideli adresu z rozsahu pro LAN site DHCP serverem. Tudiz PC ma adresu napr. 192.168.1.12 a modem ma adresu verejnou. Aby se nekdo dostal na FTP server co je na tom PC, musi mit IP adresu, jenze ta musi byt verejna. Tudiz se lidi z webu dostanou nejvys na adresu toho modemu, dal je to nepusti. Modem pravdepodobne provadi NAT, tj. pozadavek z PC na dejme tomu www stranku prijde na modem a ten si do tabulky poznamena tu vnitrni IP adresu a adresu cile a posle pozadavek do webu s tim, ze v pozadavku prepise adresu odesilatele na tu verejnou. Az prijde odpoved, koukne se zase do tabulky a posle to na PC s prislusnou vnitrni IP adresou. Ted to zacne byt trosku slozitejsi

Vnitrni IP adresa se diky tomu, ze se pouziva v LAN muze na svete vyskytovat klidne na tisici pocitacich, protoze ty LAN nejsou spojeny a nejdojde ke konfliktu. Takze pokud bude kdesi na webu clovek, co bude chtit chodit na ten FTP server, nemuze jako adresu serveru pozuit tu vnitrni IP, mohlo by ho to klidne pripojit na nejakej pocitac v jeho vlastni LANce. A jak uz bylo psano, pokud pouzije tu soucasnou verejnou IP, dostane se jen na modem.
Reseni - je potreba udelat tzv. tunel skrz modem, resp. ten virtualni server. Potom to modem resi tak, ze na specifikovanych portech provede natvrdo preposlani na cilovou vnitrni IP (nastavi se tam neco jako "pokud prijde pozadavek na port 21, posli to na IP 192.168.0.12 na port 21"). Limituje to tim padem pocet FTP serveru za modemem v LAN na jeden, ale to nebude v tomhle pripade pochopitelne vadit. Bohuzel bez pristupu do nastaveni modemu se s tim nehne.
Jinak ten modem za sousaneho nastaveni urcite nefunguje jen jako router, router pouze preposila pozadavky z jedne site do druhe a neprovadi zadnej preklad adres (tzv. NAT - Network Address Translation). S tou IP co prideli DHCP server modemu to ani v tomhle rezimu byt nemuze, nefungovalo by to.