I downloaded a video from the new server https://video.benetou.fr/w/rugsEB2sSbqgixNm2QjumH (but forcing IP 91.98.148.229 via local /etc/hosts) and uploaded back behind on same new server, thus behind the same reverse proxy (nginx 1.19) and it works no problem https://fabien.benetou.fr/pub/home/TestNewServer.mp4 so maybe not MIME types issue.
I don’t actually understand and listed quite a few possibilities so at this point, any idea welcomed.
Different networks entirely. AFAICT no IP is hardcoded, only domain names which are the same.
But… please feel free to check the URL, it seems to work.
My hypothesis is that the player in the browser, maybe due to WebWorks, had cached the IP of the content. So I was getting the UI/API from the new IP but the content itself (namely video files) from the old IP which might have created some CORS/CSP issues and that the player itself blocked it. (updating the post on the forum with that idea in case others get in a similar situation)
What do you mean “doesn’t have the same way”?
Oops sorry, terribly phrased, I meant “doesn’t behave the same work” but I simplified, hopefully.
Basically worked on old server, doesn’t work on new!
Is the docker container spinning up and running, or failing and exiting?
Run docker ps, it’ll tell you how long your containers have been running or if they exited.
If everything is running then it’s most likely network, and I’d need to know how it is you used to access it on the old server (web address? Ip?)
If it’s not running then you get to dig through error logs to get to the next step 🤓
Running and healthy
Indeed and they don’t exit.
It it accessible via the domain name so networking, as least for UI and API, is working fine. Reverse proxy does let traffic go through.
I checked error logs of all containers and seems fine. The only error I see are client side.
Are the two servers on the same LAN? Did you update all configs for the new servers address?
Different networks entirely. AFAICT no IP is hardcoded, only domain names which are the same.
But… please feel free to check the URL, it seems to work.
My hypothesis is that the player in the browser, maybe due to WebWorks, had cached the IP of the content. So I was getting the UI/API from the new IP but the content itself (namely video files) from the old IP which might have created some CORS/CSP issues and that the player itself blocked it. (updating the post on the forum with that idea in case others get in a similar situation)