[wpkg-users] [Bug 91] Do not execute wpkg.js on a slow network connection

[bugzilla-daemon at bugzilla.wpkg.org]

http://bugzilla.wpkg.org/show_bug.cgi?id=91





--- Comment #9 from Twan Fox <twanfox at gmail.com>  2007-12-10 18:32:25 ---
(In reply to comment #8)
> I think there could be an easier solution. In wpkg there is a possibility for
> IP based host matching. So Wpkg client, too, could check if the notebook or pc
> has an (DHCP) ip address within the range of the local network(s) of our
> company. And
> only in this case the installation from server will be started. Or, we do not
> start if the ip address is within the range of ip addresses which the vpn
> clients get when logging in from outer world. An extra dhcp option entry could
> be used, too, which isn't distributed via vpn.
> There are other cases where Wpkg client shouldn't start, e.g. if the size on
> the system drive is smaller then xx MB. 
> Or, we could define a timeout for getting the installation file from the
> server. So, if after 1 minute the office file isn't there, we abort the
> session. But perhaps this could be an "emergency" rule only. Could be useful in
> situations of heavy loaded servers, too. 
> Just my 2¢.

Just a comment on the IP address in the range of a Local Network, it is
feasable in some situations that the VPN traffic (ie: authenticated and
encrypted) is bridged to the LAN network and therefor indistinguishable based
on IP address alone. In order to use such a feature, the network design would
have to already be set up to segregate VPN addresses to their own subnet.
Additionally, while IP address matching kinda sorta works to detect what
network we're on, if the 'company' happens to use (as a bad example)
192.168.0.x as their LAN subnet, WPKG would detect it's on the company LAN by
IP address when it isn't simply because it connected to a network that has
similar IP addressing.

I personally would tend to lean towards downloading the package locally first,
then running it. That is something WPKG doesn't do right now, but would improve
apparent performance by permitting downloads to happen while the system is in
use (metered and a marginal data stream) and then, at the next opportunity,
install. Sadly, in my mind, I see something SMS-like in that regard, just
server- and installer-agnostic.


-- 
Configure bugmail: http://bugzilla.wpkg.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
-------------- next part --------------
-------------------------------------------------------------------------



just about anything Open Source.
http://sourceforge.net/services/buy/index.php
-------------- next part --------------
-------------------------------------------------------
Easy Software Deployment >> http://wpkg.org
_______________________________________________
wpkg-users mailing list
wpkg-users at lists.wpkg.org
http://lists.wpkg.org/mailman/listinfo/wpkg-users