All Projects → kevinburke → Hamms

kevinburke / Hamms

Licence: mit
Malformed servers to test your HTTP client

Programming Languages

python
139335 projects - #7 most used programming language

Projects that are alternatives of or similar to Hamms

Mqtt
MQTT broker written in D, using vibe.d
Stars: ✭ 59 (-95.15%)
Mutual labels:  networking
Lance
Multiplayer game server based on Node.JS
Stars: ✭ 1,161 (-4.52%)
Mutual labels:  networking
Tooter
Add 'Toot' and 'Share to Mastodon' buttons to the web
Stars: ✭ 75 (-93.83%)
Mutual labels:  networking
Squid
Declarative and Reactive Networking for Swift.
Stars: ✭ 61 (-94.98%)
Mutual labels:  networking
Netdynamics
Data-oriented networking playground for the reliable UDP transports
Stars: ✭ 65 (-94.65%)
Mutual labels:  networking
Networktoolkit
This project contains networking primitives for use with .NET.
Stars: ✭ 71 (-94.16%)
Mutual labels:  networking
Macfinder
An iOS Library that helps you find the MAC Address of a specific IP
Stars: ✭ 57 (-95.31%)
Mutual labels:  networking
Reflect
Use Bonjour discovery to allow you to send file data from your Mac to iOS devices.
Stars: ✭ 76 (-93.75%)
Mutual labels:  networking
Gke Network Policy Demo
This guide demonstrates how to improve the security of your Kubernetes Engine by applying fine-grained restrictions to network communication. You will provision a simple HTTP server and two client pods in a Kubernetes Engine cluster, then use a Network Policy restrict connections from client pods.
Stars: ✭ 66 (-94.57%)
Mutual labels:  networking
Pynms
A vendor-agnostic NMS for carrier-grade network simulation and automation
Stars: ✭ 73 (-94%)
Mutual labels:  networking
Quantumgate
QuantumGate is a peer-to-peer (P2P) communications protocol, library and API written in C++.
Stars: ✭ 62 (-94.9%)
Mutual labels:  networking
Fetch
The best file downloader library for Android
Stars: ✭ 1,124 (-7.57%)
Mutual labels:  networking
Vos backend
vangav open source - backend; a backend generator (generates more than 90% of the code needed for big scale backend services)
Stars: ✭ 71 (-94.16%)
Mutual labels:  networking
Netmap Tutorial
Netmap tutorial at SIGCOMM 2017 and AsiaBSDCon 2018
Stars: ✭ 60 (-95.07%)
Mutual labels:  networking
Water
A simple TUN/TAP library written in native Go.
Stars: ✭ 1,198 (-1.48%)
Mutual labels:  networking
Avenue
Wrapper around URLSession and URLSessionTask to enable seamless integration with Operation / OperationQueue.
Stars: ✭ 58 (-95.23%)
Mutual labels:  networking
Tanya
GC-free, high-performance D library: Containers, networking, metaprogramming, memory management, utilities
Stars: ✭ 70 (-94.24%)
Mutual labels:  networking
Bluesocket
Socket framework for Swift using the Swift Package Manager. Works on iOS, macOS, and Linux.
Stars: ✭ 1,209 (-0.58%)
Mutual labels:  networking
Trawl
⛵️ A strong fishing net for dragging along the sea bottom to collect IP addresses and similar flotsam & jetsam
Stars: ✭ 76 (-93.75%)
Mutual labels:  networking
Addon Wireguard
WireGuard - Home Assistant Community Add-ons
Stars: ✭ 72 (-94.08%)
Mutual labels:  networking

Hamms

Hamms is designed to elicit failures in your HTTP Client. Connection failures, malformed response data, slow servers, fat headers, and more!

Installation

You can either install hamms via pip:

pip install hamms

Or clone this project:

git clone https://github.com/kevinburke/hamms.git

Usage

  1. Start hamms by running it from the command line:

     python -m hamms
    

    Or use the HammsServer class to start and stop the server on command.

    from hamms import HammsServer
    
    class MyTest(object):
        def setUp(self):
            self.hs = HammsServer()
            self.hs.start(beginning_port=5500)
    
        def tearDown(self):
            self.hs.stop()
    
  2. Make requests and test your client. See the reference below for a list of supported failure modes.

By default, Hamms uses ports 5500-5600. You can customize the port range by passing the beginning_port parameter to HammsServer.start().

Reference

Connection level errors

Connect to the ports listed below to enact the various failure modes.

  • 5500 - Nothing is listening on the port. Note, your machine will likely send back a TCP reset (closing the connection) immediately.

    To simulate a connection failure that just hangs forever (a connection timeout), connect to a bad host on a real server, for example www.google.com:81, or use a port in the 10.* range, for example 10.255.255.1.

  • 5501 - The port accepts traffic but never sends back data

  • 5502 - The port sends back an empty string immediately upon connection

  • 5503 - The port sends back an empty string after the client sends data

  • 5504 - The port sends back a malformed response ("foo bar") immediately upon connection

  • 5505 - The port sends back a malformed response ("foo bar") after the client sends data

  • 5506 - The client accepts the request, and sends back one byte every 5 seconds

  • 5507 - The client accepts the request, and sends back one byte every 30 seconds

  • 5508 - Send a request to localhost:5508?sleep=<float> to sleep for float number of seconds. If no value is provided, sleep for 5 seconds.

  • 5509 - Send a request to localhost:5509?status=<int> to return a response with HTTP status code status. If no value is provided, return status code 200.

  • 5510 - The server will send a response with a Content-Length: 3 header, however the response is actually 1 MB in size. This can break clients that reuse a socket.

  • 5511 - Send a request to localhost:5511?size=<int> to return a Cookie header that is n bytes long. By default, return a 63KB header. 1KB larger will break many popular clients (curl, requests, for example)

  • 5512 - Use this port to test retry logic in your client - to ensure that it retries on failure.

    The server maintains a counter for incoming requests. Each time a new request is made, a 500 error is served and the counter is decremented. When the counter reaches zero, a 200 response is served. This server accepts two query arguments:

    • key - Specify a key to create a new counter. Continue making requests with key=<key> to decrement that particular counter. If no key is provided, 'default' is used.
    • tries - Specify the number of tries before success, as an integer. If no number is provided, you will get a success on the 3rd try.

    The server will let you know the key and how many tries are remaining until you get a successful response. Example error response:

    HTTP/1.1 500 INTERNAL SERVER ERROR
    Content-Length: 116
    Content-Type: application/json
    Date: Wed, 19 Nov 2014 00:59:19 GMT
    Server: TwistedWeb/14.0.2
    
    {
        "error": "The server had an error. Try again 1 more time",
        "key": "foobar",
        "success": false,
        "tries_remaining": 1
    }
    

    Example usage:

    r = requests.get('http://localhost:5512?key=special-key')
    assert_equal(r.status_code, 500)
    r = requests.get('http://localhost:5512?key=special-key')
    assert_equal(r.status_code, 500)
    # Third time is the charm
    r = requests.get('http://localhost:5512?key=special-key')
    assert_equal(r.status_code, 200)
    
    # Set tries=1 to serve a 200 right away.
    r = requests.get('http://localhost:5512?key=my-key&tries=1')
    assert_equal(r.status_code, 200)
    

    You can see the status of all available counters by making a GET request to http://localhost:5512/counters, or reset a counter by making a POST request to http://localhost:5512/counters with the key you want to reset.

  • 5513 - Send a request to localhost:5513?failrate=<float>. The server will drop requests with a frequency of failrate.

  • 5514 - The server will try as hard as it can to return a content type that is not parseable by the Accept header provided by the request. Specify a Accept: application/json header in your request and the server will return data with the text/morse content type. The server will try these content-types in turn:

  • text/morse

  • application/json

  • text/html

  • text/csv

If your Accept header indicates it can accept all of these content-types, the server will return text/morse.

  • 5515 - The server will return a response with a content-type that matches the request, but it will be incomplete. The server will advertise an incorrect, too long Content-Length, and the response body will not be complete. The practical effect is that the server will hang halfway through the response download. The server can return partial responses with the following content-types:

  • application/json

  • text/html

  • text/plain

  • text/xml

If your server indicates an Accept header value of */*, or the server cannot find a matching content-type, the server will returnn an incomplete json response.

  • 5516 - Same semantics as port 5515, but the server will close the connection partway through, instead of hanging indefinitely.

Not implemented yet

  • The server sends back a response without a content-type
  • The server sends back a response with the wrong content-type
  • The server randomly drops bytes from a valid response.
  • Sending back byte data
SSL
  • Handshake timeout
  • Invalid certificate
  • TLS v1.0 and higher only
  • TLS v1.2 and higher only
  • Server closes connection

Donating

Donations free up time to make improvements to the library, and respond to bug reports. You can send donations via Paypal's "Send Money" feature to [email protected]. Donations are not tax deductible in the USA.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].