Asking for path prefix option to support grpc services behind reverse-proxies

Is it possible to add the capability to specify a service call path prefix? Since current address field seems to not support paths as part of host, port string. This would be useful in cases where the actual service is served behind a reverse proxy, YARP, for instance, and the routing is done by service call contract's path prefix. This would also allow the grpcui to access reflection serving there. I'm aware of a base-path option already which seems to address the same issue with the GUI itself.

Start by reviewing how the address field is parsed and how the existing base-path option is handled. Determine how a service call path prefix should be represented for gRPC services behind a reverse proxy, including reflection access, and define completion by successful proxied service and reflection requests.

Written by the indexing model from the issue text.