7 Jun
2016
7 Jun
'16
2:57 p.m.
Rob et al;
On Tue, 2016-06-07 at 20:33 +0200, Rob Janssen wrote:
So you can never download a file that takes more than
a few minutes to complete?
Terrible! Now I understand why some companies try to enforce a "download
manager"
to download a file of a measly 30 MB. So I can continue where I left off, yeah sure.
It's a shame what they try to hide under the consumer's eyes sometimes.
Well it is clear that everyone should devise their own
solution for tunneling
and we should not change the global system to cater for limits that certain
users encounter. There will always be a more severe limitation found by someone.
Absolutely. In a few cases I've helped others get on 44-net by reverse
engineering axudp. It's a hack but works. Just don't try to run anything
majorly bandwidth intense over it and you'll be fine.
Colocated (virtual) servers with small storage
capacity are very cheap today.
Usually they are the entry level of server location, the hoster advertises
their $3.99/mo server and knows that "everyone" will upgrade to more storage
and pay a lot extra. But for a gateway these are perfectly usable, you can
perfectly run it with 512MB RAM and 8GB disk. Put it in the IPIP mesh with
the usual tunl0 and ampr-ripd, and then everyone in the area can make their
VPN connection to there. Without NAT problems, and working round nasty ISPs.
(you can make a VPN over almost anything if you wish)
This also depends on the amount of whitenoise/bot traffic the host is
willing to eat and NOT charge you with. I've found here anyway in my
little corner of the world if you're flooded out it's your
responsibility for having a server online and it'll be your
responsibility to pay up for someone else sucking your bandwidth dry - a
similar issue I'm against in regards to spam mail eating up one's
bandwidth that the individual pays for not the unwanted advertiser.
--
<rhetorical> Why is it linux users can install and operate *any* version of M$
Windoze but the same can't be said in reverse?</rhetorical>
73 de Brian - N1URO
email: (see above)
Web: http://www.n1uro.net/
Ampr1: http://n1uro.ampr.org/
Ampr2: http://nos.n1uro.ampr.org
Linux Amateur Radio Services
axMail-Fax & URONode
http://uronode.sourceforge.net
http://axmail.sourceforge.net
AmprNet coordinator for:
Connecticut, Delaware, Maine,
Maryland, Massachusetts,
New Hampshire, Pennsylvania,
Rhode Island, and Vermont.