-
Notifications
You must be signed in to change notification settings - Fork 71
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
More detailed information about docker compose #411
Comments
same problem. I want to deploy it into this setup:
I know this seems lazy. But i tried a lot of different configurations, but i cant seem to figure out what to do. Which configs do I need to add where? |
Update: Got it working. Needed to use ws at 8188 of janus and option full-trickle. Updated code to fit. i added:
Adjust your networks or delete mine. And add a coturn- volume. Problems solved. I would appreachiate this to see described as an alternative to the current setup, where janus and spreed needs to be compiled on the client (which would not work for me). |
@fancycode Hi Joachim, as a maintainer of nc-spreed: what would you think of using build images for janus and spreed as proposed above? If you agree, i could implement my changes into a pull request for your repo. |
thank you so much for this example. I've been trying to get this runnig in docker desparately. I've tried so many different options. I haven't tested your standalone docker-compose.yaml yet. I did convert and deploy it for my docker swarm cluster. I've been able to pinpoint the issue to the spreedbackend server. the port 8080 acts odd. i have to make it listen to ip localhost:8080 instead of spreedbackend:8080- else it says its already listening. current config
please help me with my troubleshooting- i could use another pair of eyes- am i missing how this is suppose to be behaving / tested? I would expect the welcome string when i execute this inside the container - this testing is with host mode port enabled:
since i have this listening on the host too - i tried it on the docker host as well:
i then removed the host mode listening port and listens on localhost:8080
inside the spreedbackend container
from the nginx container in docker swarm on the same network (the resolving ip is incorrect due to docker dns-ip mapping)
inside the spreedbackend container- regarding the ip allocation to to the swarm container - i read something about this being an issue assigning dns name to n-1 for container ip - im less worried about this atm:inside spreedbackend container:
this is from the nginx container using the real ip of the spreedbackend container - i want to focus on the spreedbackend working before working on this weird docker swarm behavior - im just adding this for thoroughness:
i think im zeroing in on the problem but need help getting this across the line- i look forward to sharing my work too in hopes of saving someone a weekend and days of working on this ;-) thank you so much for your work friend! |
Using your standalone docker-compose- i was able to SUCCESSFULLY test for the welcome responsemy standalone docker-compose.yaml:
inside the spreedbackend container
i tried this with host mode too - from the docker host:added: successful testing directly to spreedbackend :8080
successful testing directly to nginx :443 <-- only port 443 is setup with proxypass
test docker-compose standalone with - disable host mode port 8080 and just use HTTP_LISTEN
test docker-compose standalone with - disable host mode port 8080 and just use HTTP_LISTEN - SUCCESS via nginx ONLY
test docker-compose standalone with - disable host mode port 8080 and just use HTTP_LISTEN - SUCCESS from nginx :443 on host and container via port spreedbackend:8080 too
when i try from the nginx container i get the following:
and from the nginx port 443 on the host - SUCCESS!!
As you can see i have some scenarios that appear to be working - some weird behavior re: testing directly against the spreedbackend containerthank you for all the help! I hope this helps someone else troubleshoot their configurations - the direct backendspreed:8080 api uses te uri: /api/v1/welcome - if you followed the webserver/caddy instructions then you will be looking for the uri: /standalone-signaling/api/v1/welcome - ie,url for nginx setup is https://localhost/standalone-signaling/api/v1/welcome - remember port 80 is NOT setup for proxypass - it must be port 443 unless you modify the instructions next:
-D |
It could be nice if the README would contain more detailed information about how-to use docker compose with this project.
At least I think I am not using it like as intended. I always run into other issues, and I think more that 50% are not because the software is broken, but because it hard to use it as intended without documentation.
Thank you!
The text was updated successfully, but these errors were encountered: