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

[feature suggestion] differentiate ipv4/6 traffic up/downstream #34

Closed
ghost opened this issue May 27, 2019 · 3 comments
Closed

[feature suggestion] differentiate ipv4/6 traffic up/downstream #34

ghost opened this issue May 27, 2019 · 3 comments

Comments

@ghost
Copy link

ghost commented May 27, 2019

In the current implementation (1.9.1) ipv4/6 traffic can only be turned on globally but does not provide an option to selectively set ipv4/6 per upstream or downstream.

It would be appreciated if such option could be provided, improving granularity between upstream and downstream.

@wcawijngaards
Copy link
Member

It is possible to list the IP-addresses to use for upstream and downstream, with outgoing-interface: and interface: statements. If you only list IPv4 or only IPv6 addresses for them it uses only that protocol to make connections. Perhaps this can provide a workaround for this feature for you?

@ghost
Copy link
Author

ghost commented Jun 1, 2019

The suggestion was sparked by #35. Once that is sorted it probably does not matter any more.


It is possible to list the IP-addresses to use for upstream and downstream, with outgoing-interface: and interface: statements.

Of course, missed that logic - however, I would prefer to retain randomness for outgoing queries to counter spoofing.

@ghost ghost closed this as completed Jun 1, 2019
@wcawijngaards
Copy link
Member

Okay! Outgoing queries are still randomized if you do that. It uses the available addresses and destinations for the randomization. I mean, it randomizes over the compatible destinations. And if you give more than one outgoing-interface of that address family (several IPv6 addresses, for example) it'll randomize over the source as well, whilst keeping the IPv4/6 correct. (Just a note, because you wanted to keep the randomization, this is how you get that) :-)

This issue was closed.
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

1 participant