NNSquad - Network Neutrality Squad
NNSquad Home Page
NNSquad Mailing List Information
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[ NNSquad ] Re: Google Hijacked
- To: nnsquad@nnsquad.org
- Subject: [ NNSquad ] Re: Google Hijacked
- From: Mikus Grinbergs <mikus@bga.com>
- Date: Sun, 09 Dec 2007 23:03:56 -0500
- Organization: Gone Walkabout
In the context of this discussion, let me mention an actual
occurrence that a while ago had me completely confused:
Linux distributions typically use the HTTP protocol to download
software upgrades. A friend uses a wireless modem (ISP supplied)
with his DSL line. I added a Linux system for his family members.
At the time of this install, Linux upgrades worked fine. At a later
date, Linux upgrade attempts on this system started experiencing
__consistent__ checksum errors. Result -- unable to upgrade.
Turned out the electric utility had had an outage, which *reset* the
wireless modem. And now, whenever the HTTP protocol was used, the
modem was __inserting__ (hijacking??) a warning that the connection
had failed, and that the user's browser needed to be restarted.
Unfortunately, at that time the logic in the wireless modem that
(when it thought the user had seen the warning) would remove this
"helpful" added text worked only with Microsoft's HTTP sequences.
[I am **not** kidding !!] Since it did not "recognize" the HTTP
sequences the Linux system was using, this wireless modem kept on
inserting the warning text every time the Linux system tried HTTP.
This added text caused the checksum on the received data to fail.
[I ended up contacting 2-WIRE (the manufacturer of the wireless
modem). They guided me through upgrading the wireless modem to the
latest firmware version. With it installed, a modem reset would
insert its warning text only one time, no matter what kind of HTTP
sequence was being used.]
Bottom line: third-party changing of the content of transported
information can have unforeseen consequences.
mikus