-
Notifications
You must be signed in to change notification settings - Fork 456
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
MODULES-1469, MODULES-1470: Support alias (eth0:0), negation for iniface, outiface #433
Conversation
@hesco This is causing failures in the acceptance tests:
I haven't had a chance to diagnose this yet, but if you want to debug that would certainly help! |
Thanks Morgan for getting back with me on this. The additional rule I added to the spec/acceptance/rules_spec.rb file (see lines 149-153 and 259), include this new rule. That revised test script passed the Travis CI tests. I am unsure whether the diff you reproduce above is truncated or not. The line counts in the diff suggest you expect 49 lines of output, but are getting back only two lines of output. But that does not make any sense to me, as this is working for me in my local environment. And Travis CI reports a green test as well. The difference between these two rules relates to the --reject-with attribute tacked on the end, which my test does not anticipate. If including that in the expected output would resolve your concern for regression, I'd be fine with psuh'ing another commit into this PR. That these packets would be rejected as icmp unreachable is not inappropriate. And on closer examination, I see that my expected output limits this to the tcp protocol. The rule actually ought to apply to all protocols. I will also make that adjustment. Please clarify if this is the only point of failure in this test, or if I am mis-reading this somehow? Are you really only getting two lines of output for the 49 expected?
|
It's getting 49 lines of output, none of which match that particular line. Adding the /-A INPUT -d 127.0.0.0\/8 ! -i lo -p tcp -m comment --comment "011 reject local traffic not on loopback interface" -j REJECT/, doesn't escape the quotes. All those changes together should resolve the issue. |
@elyscape and @mhaskel : thanks for the guidance. Travis seems happy still. See please if that passes the acceptance tests in your environment or if you need anything further from me on this. Thanks. -- Hugh |
This should resolve the last of the acceptance test issues.
Fix tests for puppetlabs#433
…on regexp, docs This is a combination of 8 commits. Adds unit tests for (in|out)iface negation and interface alias Add acceptance test for interface alias and negation for (in|out)iface standard usage: -A INPUT -d 127.0.0.0/8 ! -i lo -j REJECT Add test cases to conversion hash for interface aliases and negation Add (in|out)iface negation to Rule inversion list in README Fixes to failing acceptance test, update README for REJECT ! -i lo rule Fix tests for puppetlabs#433 This should resolve the last of the acceptance test issues.
merged, rebased, squashed, travis-happy and ready for consideration by upstream project. |
@hesco did you |
Resolved by #435 |
Patch the data validation regexp and documentation.
This should resolve:
https://tickets.puppetlabs.com/browse/MODULES-1469
https://tickets.puppetlabs.com/browse/MODULES-1470