-
Notifications
You must be signed in to change notification settings - Fork 46
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
Accept lists of ports #26
Comments
FYI, I have posted a bounty for this issue on Bountysource. |
Modified existing methods to work with a list of ports instead of a starting port and ending port. #28 |
Revised suggested changes. #28 |
Please, review this pull request and either state why functionality isn't right or approve closing of the issue. #28 |
…hecking for proper port range closes baalexander#23, and closes baalexander#26
Edited to clarify that my desired behavior is to add the ability to consume lists, without replacing or destroying the current |
It's the exact functionality of this branch #28 . |
This has been added. Released a new minor version 1.1.0, please check it out and let me know. |
It turns out v1.1.0 broke portscanner in some cases and the changes that broke it were actually the changes required to fix this exact issue. For that reason I've published the new changes as v2.0.0. I'm sorry this feature couldn't make it a minor version. I've addressed the issue here. |
The APIs for this module would be much more useful if they could also consume lists of ports that we deem acceptable, in addition to the current
startPort
andendPort
abilities. This will help prevent accidentally hogging specific ports, and therefor clashing with other services used in our projects, without forcing us to restrict the scanning range to something above or below those points. For example, I should be able to instructportscanner
to choose one out of exactly n number of specific ports.And that should never give me a port I did not list explicitly.
The text was updated successfully, but these errors were encountered: