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

track upstream ansible bug in ipv6() filter and revert workaround when fixed #80

Closed
nusenu opened this issue Oct 2, 2016 · 1 comment

Comments

@nusenu
Copy link
Owner

nusenu commented Oct 2, 2016

ansible/ansible#14829

workaround commit:
9b1adbb

nusenu pushed a commit that referenced this issue Jan 19, 2017
…6tmp instead (#80) we expect ansible_all_ipv6_addresses to consist of addresses only, filtering with ipv6('public') only should be fine
@nusenu
Copy link
Owner Author

nusenu commented Jan 26, 2017

turns out ip('public') is broken as well (bug is only triggered on systems that have no IPv6 at all, not even link local addresses), so the commit f7b70e1 breaks the dev branch on targets without any IPv6 addresses

nusenu pushed a commit that referenced this issue Jan 28, 2017
Use public IPs only by default and fallback
to a single private IP in case we have no public IP.
Using public _and_ private IPv4 addresses at the same
time on a single host is not supported.

Fixes a bug where we created more than two
tor instances per public IPv4 address when the
host had private and public IPv4 addresses.

Variable 'tor_v4ips' can no longer be set since it is
potentially overwritten at runtime.

tor_maxips is replaced with tor_maxPublicIPs + tor_maxPrivateIPs

torrc: no longer include 'Address' line.

This would be simpler without bug ansible/ansible#14829 (#80).
@nusenu nusenu closed this as completed in b64b07d Jul 18, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant