Dash video is not playing on virtual host
up vote
0
down vote
favorite
I have implemented player as the article below:
https://radek350.wordpress.com/2017/10/29/dash-encrypting-and-playing-video-with-clearkey-videojs/
Video is playing via localhost url like "http://localhost/project/public/courses/10/math".
But it is not playing and is showing "no compatible source was found for this media" error on virtual host like "http://project.test/courses/10/math".
I'm using laravel 5.7 for back-end.
apache encryption video.js mpeg-dash
asked Oct 27 at 4:08
Ali Farhoudi
6941932
add a comment |
up vote
0
down vote
favorite
I have implemented player as the article below:
https://radek350.wordpress.com/2017/10/29/dash-encrypting-and-playing-video-with-clearkey-videojs/
Video is playing via localhost url like "http://localhost/project/public/courses/10/math".
But it is not playing and is showing "no compatible source was found for this media" error on virtual host like "http://project.test/courses/10/math".
I'm using laravel 5.7 for back-end.
apache encryption video.js mpeg-dash
asked Oct 27 at 4:08
Ali Farhoudi
6941932
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have implemented player as the article below:
https://radek350.wordpress.com/2017/10/29/dash-encrypting-and-playing-video-with-clearkey-videojs/
Video is playing via localhost url like "http://localhost/project/public/courses/10/math".
But it is not playing and is showing "no compatible source was found for this media" error on virtual host like "http://project.test/courses/10/math".
I'm using laravel 5.7 for back-end.
apache encryption video.js mpeg-dash
asked Oct 27 at 4:08
Ali Farhoudi
6941932
I have implemented player as the article below:
https://radek350.wordpress.com/2017/10/29/dash-encrypting-and-playing-video-with-clearkey-videojs/
Video is playing via localhost url like "http://localhost/project/public/courses/10/math".
But it is not playing and is showing "no compatible source was found for this media" error on virtual host like "http://project.test/courses/10/math".
I'm using laravel 5.7 for back-end.
apache encryption video.js mpeg-dash
apache encryption video.js mpeg-dash
asked Oct 27 at 4:08
Ali Farhoudi
6941932
asked Oct 27 at 4:08
Ali Farhoudi
6941932
asked Oct 27 at 4:08
Ali Farhoudi
6941932
asked Oct 27 at 4:08
Ali Farhoudi
6941932
asked Oct 27 at 4:08
Ali Farhoudi
6941932
6941932
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
up vote
0
down vote
it sounds like that your local web server (e.g. Apache, or Nginx) might not provide the required CORS configuration so the player can access the content you created.
At https://enable-cors.org/ you find several examples how to configure CORS properly for the most common web servers. Then you can try again to play your clearkey encrypted content
CORS is a security policy enforced by the browser in order to allow/deny XHR requests to resources which are hosted on a different domain than the site the request is coming from. XHR requests are commonly used by javascript applications web apps as well as HTML5 players to request your video content.
The decision of the browser, if it blocks this request or not, depends on additional headers which are returned by the server the XHR request is sent to (Cloudfront and/or your S3 bucket in this case). If the CORS configuration whitelists the domain the request is coming from, the browser will allow this request.
answered Nov 8 at 17:20
Gernot
611
Thank you @Gernot. But both my assets (video file) and website are in the same domain (project.test). There shouldn't be any need to allow CORS headers.
– Ali Farhoudi
Nov 9 at 18:35
@AliFarhoudi You still have to deal with CORS if you use a domain different to localhost, as the browser is enforcing that CORS policy.
– Gernot
Nov 13 at 17:45
Thanks, I'll check it out.
– Ali Farhoudi
Nov 14 at 6:01
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
it sounds like that your local web server (e.g. Apache, or Nginx) might not provide the required CORS configuration so the player can access the content you created.
At https://enable-cors.org/ you find several examples how to configure CORS properly for the most common web servers. Then you can try again to play your clearkey encrypted content
CORS is a security policy enforced by the browser in order to allow/deny XHR requests to resources which are hosted on a different domain than the site the request is coming from. XHR requests are commonly used by javascript applications web apps as well as HTML5 players to request your video content.
The decision of the browser, if it blocks this request or not, depends on additional headers which are returned by the server the XHR request is sent to (Cloudfront and/or your S3 bucket in this case). If the CORS configuration whitelists the domain the request is coming from, the browser will allow this request.
answered Nov 8 at 17:20
Gernot
611
Thank you @Gernot. But both my assets (video file) and website are in the same domain (project.test). There shouldn't be any need to allow CORS headers.
– Ali Farhoudi
Nov 9 at 18:35
@AliFarhoudi You still have to deal with CORS if you use a domain different to localhost, as the browser is enforcing that CORS policy.
– Gernot
Nov 13 at 17:45
Thanks, I'll check it out.
– Ali Farhoudi
Nov 14 at 6:01
add a comment |
up vote
0
down vote
it sounds like that your local web server (e.g. Apache, or Nginx) might not provide the required CORS configuration so the player can access the content you created.
At https://enable-cors.org/ you find several examples how to configure CORS properly for the most common web servers. Then you can try again to play your clearkey encrypted content
CORS is a security policy enforced by the browser in order to allow/deny XHR requests to resources which are hosted on a different domain than the site the request is coming from. XHR requests are commonly used by javascript applications web apps as well as HTML5 players to request your video content.
The decision of the browser, if it blocks this request or not, depends on additional headers which are returned by the server the XHR request is sent to (Cloudfront and/or your S3 bucket in this case). If the CORS configuration whitelists the domain the request is coming from, the browser will allow this request.
answered Nov 8 at 17:20
Gernot
611
Thank you @Gernot. But both my assets (video file) and website are in the same domain (project.test). There shouldn't be any need to allow CORS headers.
– Ali Farhoudi
Nov 9 at 18:35
@AliFarhoudi You still have to deal with CORS if you use a domain different to localhost, as the browser is enforcing that CORS policy.
– Gernot
Nov 13 at 17:45
Thanks, I'll check it out.
– Ali Farhoudi
Nov 14 at 6:01
add a comment |
up vote
0
down vote
up vote
0
down vote
it sounds like that your local web server (e.g. Apache, or Nginx) might not provide the required CORS configuration so the player can access the content you created.
At https://enable-cors.org/ you find several examples how to configure CORS properly for the most common web servers. Then you can try again to play your clearkey encrypted content
CORS is a security policy enforced by the browser in order to allow/deny XHR requests to resources which are hosted on a different domain than the site the request is coming from. XHR requests are commonly used by javascript applications web apps as well as HTML5 players to request your video content.
The decision of the browser, if it blocks this request or not, depends on additional headers which are returned by the server the XHR request is sent to (Cloudfront and/or your S3 bucket in this case). If the CORS configuration whitelists the domain the request is coming from, the browser will allow this request.
answered Nov 8 at 17:20
Gernot
611
it sounds like that your local web server (e.g. Apache, or Nginx) might not provide the required CORS configuration so the player can access the content you created.
At https://enable-cors.org/ you find several examples how to configure CORS properly for the most common web servers. Then you can try again to play your clearkey encrypted content
CORS is a security policy enforced by the browser in order to allow/deny XHR requests to resources which are hosted on a different domain than the site the request is coming from. XHR requests are commonly used by javascript applications web apps as well as HTML5 players to request your video content.
The decision of the browser, if it blocks this request or not, depends on additional headers which are returned by the server the XHR request is sent to (Cloudfront and/or your S3 bucket in this case). If the CORS configuration whitelists the domain the request is coming from, the browser will allow this request.
answered Nov 8 at 17:20
Gernot
611
answered Nov 8 at 17:20
Gernot
611
answered Nov 8 at 17:20
Gernot
611
answered Nov 8 at 17:20
Gernot
611
611
Thank you @Gernot. But both my assets (video file) and website are in the same domain (project.test). There shouldn't be any need to allow CORS headers.
– Ali Farhoudi
Nov 9 at 18:35
@AliFarhoudi You still have to deal with CORS if you use a domain different to localhost, as the browser is enforcing that CORS policy.
– Gernot
Nov 13 at 17:45
Thanks, I'll check it out.
– Ali Farhoudi
Nov 14 at 6:01
add a comment |
Thank you @Gernot. But both my assets (video file) and website are in the same domain (project.test). There shouldn't be any need to allow CORS headers.
– Ali Farhoudi
Nov 9 at 18:35
@AliFarhoudi You still have to deal with CORS if you use a domain different to localhost, as the browser is enforcing that CORS policy.
– Gernot
Nov 13 at 17:45
Thanks, I'll check it out.
– Ali Farhoudi
Nov 14 at 6:01
Thank you @Gernot. But both my assets (video file) and website are in the same domain (project.test). There shouldn't be any need to allow CORS headers.
– Ali Farhoudi
Nov 9 at 18:35
Thank you @Gernot. But both my assets (video file) and website are in the same domain (project.test). There shouldn't be any need to allow CORS headers.
– Ali Farhoudi
Nov 9 at 18:35
@AliFarhoudi You still have to deal with CORS if you use a domain different to localhost, as the browser is enforcing that CORS policy.
– Gernot
Nov 13 at 17:45
@AliFarhoudi You still have to deal with CORS if you use a domain different to localhost, as the browser is enforcing that CORS policy.
– Gernot
Nov 13 at 17:45
Thanks, I'll check it out.
– Ali Farhoudi
Nov 14 at 6:01
Thanks, I'll check it out.
– Ali Farhoudi
Nov 14 at 6:01
add a comment |
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53018629%2fdash-video-is-not-playing-on-virtual-host%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
