Est-il possible d'ouvrir plusieurs ports dans ngrok dans le même domaine?
Quelque chose comme:
Avancer http://example.ngrok.com:50001 -> 127.0.0.1:50001
Avancer http://example.ngrok.com:50002 -> 127.0.0.1:50002
Je travaille dans Windows et ce sera utile pour le débogage avec IIS Express
Oui, il est possible d’utiliser plusieurs tunnels simultanés , dans la même hostname
!
Tout ce que vous avez à faire est de les déclarer dans votre fichier de configuration, comme ceci:
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
Et lancez-les avec:
ngrok start --all
Recherchez des options dans la documentation, telles que hostname
, subdomain
, authtoken
et Host_header
. J'espère que cela vous aidera!
P.S Pour le plan gratuit, supprimez l'hôte personnalisé et une partie de l'en-tête
authtoken: 6yMXA63qefMZqCWSCHaaYq_5LufcciP1rG4LCZETjC6V
tunnels:
first:
addr: 3002
proto: http
second:
addr: 8080
proto: http
J'ai donc eu le problème où j'avais besoin de la politique d'origine de same domain Origin pour fonctionner sur différents ports, mais j'ai été bloquée parce que finalement, ngrok ne le prend pas en charge. Ils prennent en charge un sous-domaine ou un domaine personnalisé, mais pas sur des ports différents, car tous doivent passer par le port 80.
Au lieu de quitter, je devais pirater des choses ensemble en utilisant nginx localement, comme ceci:
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;
}
}
}
J'ai eu la chance que le serveur api préfixe tous les appels "api" afin de pouvoir acheminer les appels api vers un port spécifique tout en continuant de servir l'autre trafic sur un autre serveur Web et vous n'aurez peut-être pas cette chance.
J'ai ensuite configuré le serveur Web public pour acheminer tous les appels d'API à la même adresse ngrok et laisser ngnix le régler.
J'espère que cela vous aidera à penser à une combinaison de solutions pour y parvenir, car ne penser qu'à un seul moyen peut vous coincer comme je l'étais.