1
0
mirror of https://github.com/moparisthebest/spdylay synced 2024-11-14 05:25:07 -05:00
spdylay/README.rst

369 lines
13 KiB
ReStructuredText
Raw Normal View History

2012-01-26 11:38:35 -05:00
Spdylay - SPDY C Library
========================
2012-04-25 08:25:51 -04:00
This is an experimental implementation of Google's SPDY protocol in C.
This library provides SPDY version 2 and 3 framing layer
implementation. It does not perform any I/O operations. When the
library needs them, it calls the callback functions provided by the
application. It also does not include any event polling mechanism, so
the application can freely choose the way of handling events. This
library code does not depend on any particular SSL library (except for
example programs which depend on OpenSSL 1.0.1 or later).
Development Status
------------------
2012-03-26 10:46:02 -04:00
2012-04-05 13:34:55 -04:00
Most of the SPDY/2 and SPDY/3 functionality has been implemented. In
both versions, the direct support of server-push has not been
2012-03-26 10:46:02 -04:00
available yet. The application can achieve server-push using
primitive APIs though.
As described below, we can create SPDY client and server with the
current Spdylay API.
2012-02-07 12:13:01 -05:00
2012-03-29 11:04:08 -04:00
Requirements
------------
2012-02-07 12:13:01 -05:00
2012-03-28 13:33:34 -04:00
The following packages are needed to build the library:
* pkg-config >= 0.20
2012-04-24 13:46:40 -04:00
* zlib >= 1.2.3
To build and run the unit test programs, the following packages are
needed:
* cunit >= 2.1
2012-03-28 13:33:34 -04:00
To build and run the example programs, the following packages are
needed:
* OpenSSL >= 1.0.1
2012-05-19 09:05:42 -04:00
To enable ``-a`` option (getting linked assets from the downloaded
2012-06-06 12:58:36 -04:00
resouce) in ``spdycat`` (one of the example program), the following
2012-05-19 09:05:42 -04:00
packages are needed:
* libxml2 >= 2.7.7
2012-06-06 12:58:36 -04:00
To build SPDY/HTTPS to HTTP reverse proxy ``shrpx`` (one of the
example program), the following packages are needed:
* libevent-openssl >= 2.0.8
2012-07-15 08:54:55 -04:00
If you are using Ubuntu 12.04, you need the following packages
installed:
* autoconf
* automake
* autotools-dev
* libtool
* pkg-config
* zlib1g-dev
* libcunit1-dev
* libssl-dev
* libxml2-dev
* libevent-dev
2012-03-29 11:04:08 -04:00
Build from git
--------------
2012-02-07 12:13:01 -05:00
Building from git is easy, but please be sure that at least autoconf 2.68 is
2012-05-19 09:05:42 -04:00
used::
2012-02-07 12:13:01 -05:00
$ autoreconf -i
$ automake
$ autoconf
$ ./configure
$ make
2012-05-13 03:33:30 -04:00
Building documentation
----------------------
To build documentation, run::
$ make html
The documents will be generated under ``doc/manual/html/``.
The generated documents will not be installed with ``make install``.
2012-03-10 10:21:00 -05:00
API
---
2012-03-13 11:49:16 -04:00
The public API reference is available on online. Visit
http://spdylay.sourceforge.net/. All public APIs are in
*spdylay/spdylay.h*. All public API functions as well as the callback
function typedefs are documented.
2012-03-10 10:21:00 -05:00
2012-02-07 12:13:01 -05:00
Examples
--------
*examples* directory contains SPDY client and server implementation
using Spdylay. These programs are intended to make sure that Spdylay
API is acutally usable for real implementation and also for debugging
purposes. Please note that OpenSSL with `NPN
<http://technotes.googlecode.com/git/nextprotoneg.html>`_ support is
required in order to build and run these programs. At the time of
2012-05-09 10:49:11 -04:00
this writing, the OpenSSL 1.0.1 supports NPN.
2012-02-07 12:13:01 -05:00
2012-06-06 12:58:36 -04:00
Spdycat - SPDY client
+++++++++++++++++++++
The SPDY client is called ``spdycat``. It is a dead simple downloader
like wget/curl. It connects to SPDY server and gets resources given in
the command-line::
$ examples/spdycat -h
2012-05-19 09:07:51 -04:00
Usage: spdycat [-Oansv23] [-t <SECONDS>] [-w <WINDOW_BITS>] [--cert=<CERT>]
[--key=<KEY>] <URI>...
OPTIONS:
-v, --verbose Print debug information such as reception/
transmission of frames and name/value pairs.
-n, --null-out Discard downloaded data.
-O, --remote-name Save download data in the current directory.
The filename is dereived from URI. If URI
ends with '/', 'index.html' is used as a
filename. Not implemented yet.
-2, --spdy2 Only use SPDY/2.
-3, --spdy3 Only use SPDY/3.
-t, --timeout=<N> Timeout each request after <N> seconds.
-w, --window-bits=<N>
Sets the initial window size to 2**<N>.
2012-05-19 09:07:51 -04:00
-a, --get-assets Download assets such as stylesheets, images
and script files linked from the downloaded
resource. Only links whose origins are the
same with the linking resource will be
downloaded.
-s, --stat Print statistics.
--cert=<CERT> Use the specified client certificate file.
The file must be in PEM format.
--key=<KEY> Use the client private key file. The file
must be in PEM format.
$ examples/spdycat -nv https://www.google.com/
[ 0.025] NPN select next protocol: the remote server offers:
* spdy/3
2012-02-01 10:45:02 -05:00
* spdy/2
* http/1.1
NPN selected the protocol: spdy/3
[ 0.035] recv SETTINGS frame <version=3, flags=0, length=20>
(niv=2)
2012-02-01 10:45:02 -05:00
[4(1):100]
[7(0):12288]
[ 0.035] send SYN_STREAM frame <version=3, flags=1, length=106>
2012-02-01 10:45:02 -05:00
(stream_id=1, assoc_stream_id=0, pri=3)
:host: www.google.com
:method: GET
:path: /
:scheme: https
:version: HTTP/1.1
accept: */*
user-agent: spdylay/0.2.0
[ 0.077] recv SYN_REPLY frame <version=3, flags=0, length=558>
2012-02-01 10:45:02 -05:00
(stream_id=1)
:status: 302 Found
:version: HTTP/1.1
cache-control: private
content-length: 222
content-type: text/html; charset=UTF-8
date: Sun, 13 May 2012 08:02:54 GMT
location: https://www.google.co.jp/
2012-02-01 10:45:02 -05:00
server: gws
x-frame-options: SAMEORIGIN
x-xss-protection: 1; mode=block
[ 0.077] recv DATA frame (stream_id=1, flags=1, length=222)
[ 0.077] send GOAWAY frame <version=3, flags=0, length=8>
2012-02-01 10:45:02 -05:00
(last_good_stream_id=0)
2012-01-31 12:39:04 -05:00
2012-06-06 12:58:36 -04:00
Spdyd - SPDY server
+++++++++++++++++++
2012-05-28 08:25:44 -04:00
SPDY server is called ``spdyd`` and serves static files. It is single
threaded and multiplexes connections using non-blocking socket. The
static files are read using blocking I/O system call, read(2). It
speaks SPDY/2 and SPDY/3::
2012-02-26 04:25:59 -05:00
$ examples/spdyd --htdocs=/your/htdocs/ -v 3000 server.key server.crt
IPv4: listen on port 3000
IPv6: listen on port 3000
The negotiated next protocol: spdy/3
[id=1] [ 17.456] send SETTINGS frame <version=3, flags=0, length=12>
(niv=1)
[4(0):100]
[id=1] [ 17.457] recv SYN_STREAM frame <version=3, flags=1, length=108>
2012-02-26 04:25:59 -05:00
(stream_id=1, assoc_stream_id=0, pri=3)
:host: localhost:3000
:method: GET
:path: /README
2012-02-26 04:25:59 -05:00
:scheme: https
:version: HTTP/1.1
accept: */*
user-agent: spdylay/0.2.0
[id=1] [ 17.457] send SYN_REPLY frame <version=3, flags=0, length=113>
2012-02-26 04:25:59 -05:00
(stream_id=1)
:status: 200 OK
2012-02-26 04:25:59 -05:00
:version: HTTP/1.1
cache-control: max-age=3600
content-length: 15
date: Sun, 13 May 2012 08:06:12 GMT
last-modified: Tue, 17 Jan 2012 15:39:01 GMT
server: spdyd spdylay/0.2.0
[id=1] [ 17.467] send DATA frame (stream_id=1, flags=0, length=15)
[id=1] [ 17.467] send DATA frame (stream_id=1, flags=1, length=0)
[id=1] [ 17.468] stream_id=1 closed
[id=1] [ 17.468] recv GOAWAY frame <version=3, flags=0, length=8>
2012-02-07 12:13:01 -05:00
(last_good_stream_id=0)
[id=1] [ 17.468] closed
2012-01-31 13:09:42 -05:00
2012-02-09 12:29:41 -05:00
Currently, ``spdyd`` needs ``epoll`` or ``kqueue``.
2012-02-14 10:04:16 -05:00
2012-06-06 12:58:36 -04:00
Shrpx - A reverse proxy for SPDY/HTTPS
++++++++++++++++++++++++++++++++++++++
The ``shrpx`` is a multi-threaded reverse proxy for SPDY/HTTPS. It
2012-07-12 10:59:05 -04:00
converts SPDY/HTTPS traffic to plain HTTP. It can be used as SSL/SPDY
proxy with the http proxy (e.g., Squid) in the backend. To enable
2012-08-03 09:16:20 -04:00
SSL/SPDY proxy mode, use ``--spdy-proxy`` option. It also supports
configuration file. See ``--conf`` option and sample configuration
file ``shrpx.conf.sample``.
2012-06-06 12:58:36 -04:00
Here is the command-line options::
2012-06-06 13:32:15 -04:00
$ examples/shrpx -h
2012-07-12 10:59:05 -04:00
Usage: shrpx [-Dhs] [-b <HOST,PORT>] [-f <HOST,PORT>] [-n <CORES>]
2012-08-01 13:12:17 -04:00
[-c <NUM>] [-L <LEVEL>] [OPTIONS...]
<PRIVATE_KEY> <CERT>
2012-06-06 12:58:36 -04:00
A reverse proxy for SPDY/HTTPS.
OPTIONS:
-b, --backend=<HOST,PORT>
Set backend host and port.
2012-08-03 09:57:11 -04:00
Default: '127.0.0.1,80'
2012-06-06 12:58:36 -04:00
-f, --frontend=<HOST,PORT>
Set frontend host and port.
2012-08-03 09:57:11 -04:00
Default: '0.0.0.0,3000'
2012-06-06 12:58:36 -04:00
-n, --workers=<CORES>
Set the number of worker threads.
2012-07-12 10:59:05 -04:00
Default: 1
2012-06-06 12:58:36 -04:00
-c, --spdy-max-concurrent-streams=<NUM>
Set the maximum number of the concurrent
streams in one SPDY session.
2012-07-12 10:59:05 -04:00
Default: 100
2012-06-06 12:58:36 -04:00
-L, --log-level=<LEVEL>
Set the severity level of log output.
2012-07-12 10:59:05 -04:00
INFO, WARNING, ERROR and FATAL.
Default: WARNING
2012-06-06 12:58:36 -04:00
-D, --daemon Run in a background. If -D is used, the
current working directory is changed to '/'.
2012-07-12 10:59:05 -04:00
-s, --spdy-proxy SSL/SPDY proxy mode.
--add-x-forwarded-for
Append X-Forwarded-For header field to the
downstream request.
2012-08-01 13:12:17 -04:00
--frontend-spdy-read-timeout=<SEC>
Specify read timeout for SPDY frontend
connection. Default: 180
--frontend-read-timeout=<SEC>
Specify read timeout for non-SPDY frontend
connection. Default: 180
--frontend-write-timeout=<SEC>
Specify write timeout for both SPDY and
non-SPDY frontends.
connection. Default: 60
--backend-read-timeout=<SEC>
Specify read timeout for backend connection.
Default: 900
--backend-write-timeout=<SEC>
Specify write timeout for backend
connection. Default: 60
--backend-keep-alive-timeout=<SEC>
Specify keep-alive timeout for backend
connection. Default: 60
--accesslog Print simple accesslog to stderr.
--frontend-spdy-window-bits=<N>
Sets the initial window size of SPDY
frontend connection to 2**<N>.
Default: 16
--pid-file=<PATH> Set path to save PID of this program.
--user=<USER> Run this program as USER. This option is
intended to be used to drop root privileges.
--conf=<PATH> Load configuration from PATH.
Default: /etc/shrpx/shrpx.conf
--syslog Send log messages to syslog.
--syslog-facility=<FACILITY>
Set syslog facility.
Default: daemon
--backlog=<NUM> Set listen backlog size.
Default: 256
2012-06-06 12:58:36 -04:00
-h, --help Print this help.
2012-07-12 10:59:05 -04:00
2012-06-06 12:58:36 -04:00
For those of you who are curious, ``shrpx`` is an abbreviation of
"Spdy/https to Http Reverse ProXy".
2012-07-15 08:54:55 -04:00
Without ``-s`` option, it works in the following configuration::
client <-- SPDY, HTTPS --> Shrpx <-- HTTP --> Web Server
With ``-s`` option, it works in the following configuration::
client <-- SPDY, HTTPS --> Shrpx <-- HTTP --> Proxy server (e.g., Squid)
* client is configured to use Shrpx as SSL/SPDY proxy.
At the time of this writing, Chrome is the only browser which supports
SSL/SPDY proxy. The one way to configure Chrome to use SSL/SPDY proxy
is create proxy.pac script like this::
function FindProxyForURL(url, host) {
return "HTTPS SERVERADDR:PORT";
}
``SERVERADDR`` and ``PORT`` is the hostname/address and port of the
machine shrpx is running. Please note that Chrome requires valid
certificate for SSL/PROXY.
Then run chrome with the following arguments::
$ google-chrome --proxy-pac-url=file:///path/to/proxy.pac --use-npn
2012-06-06 12:58:36 -04:00
Other examples
++++++++++++++
2012-02-14 10:04:16 -05:00
There is another SPDY server called ``spdynative``, which is
`node.native <https://github.com/d5/node.native>`_ style simple SPDY
server::
#include <iostream>
#include "spdy.h"
int main()
{
spdy server;
if(!server.listen("localhost", 8080, "server.key", "server.crt",
[](request& req, response& res) {
res.set_status(200);
res.set_header("content-type", "text/plain");
res.end("C++ FTW\n");
}))
return EXIT_FAILURE;
std::cout << "Server running at http://localhost:8080/" << std::endl;
return reactor::run(server);
}
Don't expect much from ``spdynative``. It is just an example and does
not support asynchronous I/O at all.
If you are looking for the example program written in C, see
``spdycli`` which is the simple SPDY client.
2012-08-16 12:38:44 -04:00
Python wrapper
--------------
See ``python`` directory.