mirror of
https://github.com/tailscale/tailscale.git
synced 2025-08-14 15:07:55 +00:00
tsweb: propagate RequestID via context and entire request
The recent addition of RequestID was only populated if the HTTP Request had returned an error. This meant that the underlying handler has no access to this request id and any logs it may have emitted were impossible to correlate to that request id. Therefore, this PR adds a middleware to generate request ids and pass them through the request context. The tsweb.StdHandler automatically populates this request id if the middleware is being used. Finally, inner handlers can use the context to retrieve that same request id and use it so that all logs and events can be correlated. Updates #2549 Signed-off-by: Marwan Sulaiman <marwan@tailscale.com>
This commit is contained in:

committed by
Marwan Sulaiman

parent
c27aa9e7ff
commit
b819f66eb1
10
tsweb/log.go
10
tsweb/log.go
@@ -45,11 +45,11 @@ type AccessLogRecord struct {
|
||||
Bytes int `json:"bytes,omitempty"`
|
||||
// Error encountered during request processing.
|
||||
Err string `json:"err,omitempty"`
|
||||
// RequestID is a unique ID for this request. When a request fails due to an
|
||||
// error, the ID is generated and displayed to the client immediately after
|
||||
// the error text, as well as logged here. This makes it easier to correlate
|
||||
// support requests with server logs. If a RequestID generator is not
|
||||
// configured, RequestID will be empty.
|
||||
// RequestID is a unique ID for this request. If the *http.Request context
|
||||
// carries this value via SetRequestID, then it will be displayed to the
|
||||
// client immediately after the error text, as well as logged here. This
|
||||
// makes it easier to correlate support requests with server logs. If a
|
||||
// RequestID generator is not configured, RequestID will be empty.
|
||||
RequestID RequestID `json:"request_id,omitempty"`
|
||||
}
|
||||
|
||||
|
Reference in New Issue
Block a user