aboutsummaryrefslogtreecommitdiffstats
path: root/docs/features/serverreplay.rst
blob: d70b6514e814f8f09e1978a040de66ae2f073ffd (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
.. _serverreplay:

Server-side replay
==================

Server-side replay lets us replay server responses from a saved HTTP
conversation.

Matching requests with responses
--------------------------------

By default, :program:`mitmproxy` excludes request headers when matching incoming
requests with responses from the replay file. This works in most circumstances,
and makes it possible to replay server responses in situations where request
headers would naturally vary, e.g. using a different user agent.
The ``--rheader headername`` command-line option allows you to override
this behaviour by specifying individual headers that should be included in matching.


Response refreshing
-------------------

Simply replaying server responses without modification will often result in
unexpected behaviour. For example cookie timeouts that were in the future at
the time a conversation was recorded might be in the past at the time it is
replayed. By default, :program:`mitmproxy` refreshes server responses before sending
them to the client. The **date**, **expires** and **last-modified** headers are
all updated to have the same relative time offset as they had at the time of
recording. So, if they were in the past at the time of recording, they will be
in the past at the time of replay, and vice versa. Cookie expiry times are
updated in a similar way.

You can turn off response refreshing using the ``--norefresh`` argument, or using
the :kbd:`o` options shortcut within :program:`mitmproxy`.

================== ===========
command-line       ``-S path``
mitmproxy shortcut :kbd:`S`
================== ===========