Ответ 1

Да, это возможно, используя несколько одновременных туннелей, в пределах одного hostname !

Все, что вам нужно сделать, это объявить их в файле конфигурации, например так:

authtoken: 4nq9771bPxe8ctg7LKr_2ClH7Y15Zqe4bWLWF9p
tunnels:
  first-app:
    addr: 50001
    proto: http
    hostname: example.ngrok.com
    host_header: first-app.example.ngrok.com
  second-app:
    addr: 50002
    proto: http
    hostname: example.ngrok.com
    host_header: second-app.example.ngrok.com        

И запустить их с:

ngrok start --all

Посмотрите в документации варианты, такие как hostname, subdomain, authtoken и host_header. Надеюсь, это поможет вам!

PS Для бесплатного плана удалите пользовательский узел и часть заголовка, как это будут разные домены FYI.

authtoken: 6yMXA63qefMZqCWSCHaaYq_5LufcciP1rG4LCZETjC6V
tunnels:
  first:
    addr: 3002
    proto: http    
  second:
    addr: 8080
    proto: http

ЗАМЕТКИ:

• Чтобы найти файл конфигурации по умолчанию, прочитайте https://ngrok.com/docs#default-config-location.

• Все планы выдает токен авторизации. Вы можете найти свою в веб-панели: https://dashboard.ngrok.com/get-started

Ответ 2

Что сработало у меня с ngrok с несколькими портами

Поэтому у меня возникла проблема, когда мне нужна была одна и та же политика происхождения домена для работы с разными портами, но я был остановлен, потому что в конечном итоге ngrok не поддерживает это. Они поддерживают настраиваемый поддомен или настраиваемый домен, но не на разных портах, поскольку все должны проходить через порт 80.

Вместо того, чтобы выйти, мне пришлось взламывать вещи вместе, используя nginx локально, вот так:

http {
    server {
        listen       7777;
        server_name  localhost;

        location / {
            proxy_pass http://127.0.0.1:5000;
        }

        location /api {
            proxy_pass http://127.0.0.1:8000;
        }
    }
}

Мне повезло, что сервер API префиксировал все вызовы "api", поэтому я мог перенаправлять вызовы API на определенный порт и по-прежнему обслуживать другой трафик на другом веб-сервере, и вам может не повезти.

Затем я настроил общедоступный веб-сервер для маршрутизации всех вызовов API на один и тот же адрес ngrok и позволил ngnix разобраться с этим.

Я надеюсь, что это может помочь вам придумать комбинацию решений для достижения этой цели, так как если вы думаете, что только один способ может застопорить вас, как я.