Я знаю, что это скорее обходной путь, чем правильное решение, но вместо указания (а затем подключения к вашему приложению) определенного порта TCP вместо этого можно включить службу браузера SQL во время автоматической установки SQL Server. Это позволит вашему приложению подключаться к интересующему вас экземпляру на основе имени экземпляра, а не порта TCP.
Это может привести к снижению производительности при создании нового соединения, поскольку для получения клиентом порта для экземпляра необходим дополнительный обход в сеть, но (a) для приложений клиент-сервер с долгоживущими соединениями не будет проблемой, и (b) для приложений на сервере приложений с пулом соединений хорошо настроенный пул не сильно пострадает (я думаю), или может потребоваться немного больше соединений для достижения той же производительности.
Дополнительным преимуществом является то, что вы можете иметь более одного экземпляра SQL Server на одном хосте и не заботиться о портах. Например, в вашем (и моем) сценарии установки без вывода сообщений вы должны сначала проверить, используется ли нужный порт другим экземпляром. Использование браузера SQL устраняет необходимость этой логики в вашей установке.