Skip to content

Conversation

@chaosoffire
Copy link

Problem:

  • Previously, if a user's flow was specified, all of that user's vless outbounds that use TLS would inherit and use the same flow. This made it impossible to scope flow to specific inbounds and could cause flow to appear on unintended inbounds.

Solution:

  • This PR adds flow_inbound_tags to allow admins to scope a user's flow to specific inbound tags. Behavior rules:
    • If flow is non-empty and flow_inbound_tags is empty, behavior is unchanged: all of the user's TLS vless outbounds will use flow.
    • If flow is non-empty and flow_inbound_tags contains tags, only TLS vless outbounds whose inbound tag matches one of the listed tags will have flow applied.

This commit refines the handling of the VLESS `flow` setting.
- The `flow` parameter is now selectively removed from VLESS configurations when TLS is not enabled.
- For subscriptions, `flow` is now applied only to the specific inbound it's configured for, by checking against `flow_inbound_tags`.
- Shared links will now correctly include the `flow` parameter only when the inbound tag matches.
- Updated the frontend submodule to include related UI changes.
@chaosoffire
Copy link
Author

It may fix the limitation in issue #529.
The issue mentioned a conflict caused by the global application of flow when mixing inbound protocols with incompatible requirements. With the introduction of flow_inbound_tags, we can now selectively apply flow (e.g., xtls-rprx-vision) only to specific inbound tags, leaving other inbounds unaffected.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant