Skip to content

Some sites fail with PR_END_OF_FILE_ERROR when using --segment-order 0,1 (which is default) #23

Description

@dilluti0n

When using the default --segment-order 0,1, some sites return PR_END_OF_FILE_ERROR (connection closed by server) even though DPI is successfully bypassed.

Root cause (hypothesis)

TLS record header is exactly 5 bytes (0x16 0x03 0x01 [length 2B]). Splitting at byte 1 delivers an incomplete record header to the server, which may cause some TLS stacks to close the connection instead of waiting for the rest.

Splitting at 0,5 (dpibreak -o 0,5) resolves the issue, but risks DPI reassembly defeating the bypass. (In my case, 0,5 bypasses the DPI also)

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    workaroundKnown limitation with a documented workaround

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions