Otazka zni, zda nutnost konfigurace VPN pro kazdeho klienta vyvazi to, ze neni nutne nic menit na serveru ;-)
IMHO jedine rozumne reseni je portforwarding, idealne spojeny s SSL. Nikdy jsem to nedelal, ale http://java.sun.com/j2se/1.4.2/docs/guide/rmi/socketfactory/SSLInfo.html vypada slibne. Oto 'tapik' Buchta On Wed, Nov 19, 2008 at 04:14:46PM +0100, Ján Valkovič wrote: > Zdravim, > ak mate server za NAT, tak najlepsie riesenie je asi zavesit na > aplikacny server aj VPN server (napr. openvpn) a na firewall-i by ste > povolili/presmerovali len port pre vpn. Ostatna komunikacia medzi > klientmi a serverom by isla v podstate po "LAN", cize na serveri by ste > namuseli nic menit. > > ya > > Dňa St, 2008-11-19 o 13:59 +0100, [EMAIL PROTECTED] napísal: > > > > > > Dobry den. > > > > Pisu klienta, komunikujiciho se serverem pomoci RMI. > > > > Jedna se o oboustrannou asynchronni komunikaci. > > > > V zadani jsem ale narazil na dve prekazky: > > > > 1) Firewall (ma otevren pouze urcity rozsah portu pro RMI) > > > > 2) NAT > > > > > > > > Myslim, ze prvni problem by mohl byt vyresen nastavenim > > RMISocketFactory, > > > > ktera by vytvarela sockety na portech v urcitem rozsahu (na strene > > klienta i serveru). > > > > O NAT toho moc nevim, tak chci poprosit o radu: > > > > 1) Existuje nejake reseni RMI pres firewall a NAT? > > > > 2) Existuje nejake lepsi reseni (s co nejmensimi upravami serverove > > casti, pokud mozno), > > > > treba i za pouziti frameworku tretich stran? > > > > > > > > Dekuji predem za odpoved > > > > Valenta > > > > > > >
