-
Notifications
You must be signed in to change notification settings - Fork 280
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
Provide a listing of in-use ports #2115
Comments
In general, a "server overview" page would be helpful to see a quick list of all currently listening sockets used by MC (with source IPs if connected), as well as all established sockets (with destination IPs), etc. There are many possibilities with a page like this... for example, you could let the user choose to include settings from currently undeployed channels (or as Jon mentioned, other processes on the same machine), highlight potential conflicts, etc. There might even be a customizable list of open ports to -not- include in the view (e.g. 135/445 on Windows), and some filtering/view options. Imported Comment. Original Details: |
Would be nice if a optional column on the administrator could be "source port"? Imported Comment. Original Details: |
This would also be useful for our environment. |
Reopening due to previous comment and relevant discussion today in slack channel. |
Which of these options is more useful? Assume you can click a button on the Source Connector to bring up the option.
|
IMHO, |
Would love to see item 1! |
I did some work on this at https://github.com/jonbartels/mirth-connect-dashboard-count a few months ago |
This is a feature request. I'm working with a low-medium use MC installation. Approximately 20 channels. As I bring new channels online I have to find an open port for those channels to listen on.
It would be handy if MC had a feature that could either list in-use ports or indicate in the source connector step if the entered port is available.
Initially this could be as simple as showing listening ports (a la netstat). Ideally it would go so far as to cover in-use ports from other applications as well as trolling through the source ports on other channels.
Imported Issue. Original Details:
Jira Issue Key: MIRTH-2165
Reporter: jbartels
Created: 2012-06-04T07:44:07.000-0700
The text was updated successfully, but these errors were encountered: