First functional version

The tunnel is fully functional yet a still slow. The maximum speed
acheived was 600kbps on a local test. Also, the code needs a lot of
refactor.
Because of the complexity of the problem, the minimal version needed a
lot of code.
Implemented HTTP Client

Implemented minimal http client, with this client it is possible to
handle the flow of big data from the server.
Removed wait time if receiving data

If the remote is sending data, the Client will not wait between http
requests requesting data.
Before this commit there was a small delay between http requests, even
if the remote was bursting information.
Bug fix on HTTP Client

Was not fetching "\r\n" on the end of a chunk
Using self http client implementation

Using HTTPRequest implementation instead of urllib, the own code gives
more flexibility in how the data is received and allows streaming.
Before this commit the data was fully fetched before giving it to the
user.
Packing lot of request in one request

HTTP request keeps sending more data in the same request
Splitted send and receive on daemon

Daemon does not send and receive on the same operation anymore. This
make the data transfer waaay faster.
Duplex communication with HTTP server

Two threads keep comunicating with HTTP server, one just sends data and
the other just receives data. The receiver keeps the connection alive
for a lot of time to reduce time.
Also, removed all busy waitings (because they were making things slow)
Fixed bug that was corrupting data

Two differents connection are made, one to receive data and other to
send data. The data that the real connection sent could be forwarded through
the wrong connection.
Also, removed a few busy waiting.
Added README
Merge branch 'streaming_http'