Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Default policy for FORWARD chain #10

Closed
lomion0815 opened this issue Jan 7, 2025 · 1 comment
Closed

Default policy for FORWARD chain #10

lomion0815 opened this issue Jan 7, 2025 · 1 comment

Comments

@lomion0815
Copy link

I suggest to add ${default_policy} to the FORWARD_TEMPLATE and populate it with default_policy (identical to the INPUT template).
Otherwise the "accept" country policy has no effect.

Same should be true for the OUTPUT_TEMPLATE but I did not test it.

@tomasz-c
Copy link
Owner

tomasz-c commented Jan 7, 2025

I suggest to add ${default_policy} to the FORWARD_TEMPLATE and populate it with default_policy (identical to the INPUT template). Otherwise the "accept" country policy has no effect.

@lomion0815 thanks again for reporting the issue. I did not pay attention to this when accepting the PR.
This has been fixed in 6834b4e

Same should be true for the OUTPUT_TEMPLATE but I did not test it.

I don't want to change this because it would cause general problems with internet access. I think this is not the expected behavior of this tool and it would cause errors to be reported. If there are more requests to implement this, it might be worth considering a separate entry in the config. Currently, there is an appropriate note in the configuration file that this will not be blocked:

# Block output connections to blacklisted ips: 'on' or 'off', default: 'off'
# Connections to blocked countries will still be possible.
BLOCK_OUTPUT: off

@tomasz-c tomasz-c closed this as completed Jan 7, 2025
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

No branches or pull requests

2 participants