Ahoj,
Microsoft to tlaci nejakym zpusobem pres https. Jmenuje se to tusim RMI
over https v exchange a outlooku. To bych doporucoval. Protoze cele je to
co se tyka sitoveho provozu prasecina.
Pet
Dne Thu, 20 Nov 2008 09:31:46 +0100 Oto Buchta <[EMAIL PROTECTED]>
napsal/-a:
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
>
>
>
--
Petr Burdik
mail: [EMAIL PROTECTED]
www: http://www.petujek.net/
