CORS 502 Bad Gateway, сервер AWS Elastic Beanstalk Node.js, несмотря на правильную настройку CORS - PullRequest
Новая
       6

CORS 502 Bad Gateway, сервер AWS Elastic Beanstalk Node.js, несмотря на правильную настройку CORS

0 голосов
/ 23 октября 2018

У меня очень тяжелые времена, когда я пытаюсь выяснить эту проблему.Я загрузил свой код node.js на сервер в Elastic Beanstalk.Предположительно, он работает нормально, но я не могу сделать запросы из-за 502 Bad шлюза.

Мой сайт отлично работает локально.Я волнуюсь, потому что мне нужно запустить этот сайт примерно через неделю, и я хочу сначала протестировать его в Интернете. 

OPTIONS http://example.us-east-2.elasticbeanstalk.com/api/users/signin 502 (Bad Gateway)

www.example.com/:1 Failed to load http://example.us-east-2.elasticbeanstalk.com/api/users/signin: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://www.example.com' is therefore not allowed access.

Это ошибка в консоли Google Chrome.Сайт переднего плана размещен на AWS S3.Я полагаю, что я установил конфигурацию CORS прямо в корзине на AWS. 

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
<CORSRule>
    <AllowedOrigin>*</AllowedOrigin>
    <AllowedMethod>PUT</AllowedMethod>
    <AllowedMethod>GET</AllowedMethod>
    <AllowedMethod>HEAD</AllowedMethod>
    <AllowedMethod>POST</AllowedMethod>
    <AllowedMethod>DELETE</AllowedMethod>
    <MaxAgeSeconds>3000</MaxAgeSeconds>
    <AllowedHeader>Authorization</AllowedHeader>
</CORSRule>
<CORSRule>
    <AllowedOrigin>http://www.example.com</AllowedOrigin>
    <AllowedMethod>PUT</AllowedMethod>
    <AllowedMethod>HEAD</AllowedMethod>
    <AllowedMethod>GET</AllowedMethod>
    <AllowedMethod>POST</AllowedMethod>
    <AllowedMethod>DELETE</AllowedMethod>
    <MaxAgeSeconds>3000</MaxAgeSeconds>
    <AllowedHeader>*</AllowedHeader>
</CORSRule>
<CORSRule>
    <AllowedOrigin>http://www.example.com.s3-website.us-east-2.amazonaws.com</AllowedOrigin>
    <AllowedMethod>PUT</AllowedMethod>
    <AllowedMethod>GET</AllowedMethod>
    <AllowedMethod>HEAD</AllowedMethod>
    <AllowedMethod>POST</AllowedMethod>
    <AllowedMethod>DELETE</AllowedMethod>
    <MaxAgeSeconds>3000</MaxAgeSeconds>
    <AllowedHeader>*</AllowedHeader>
</CORSRule>
<CORSRule>
    <AllowedOrigin>http://example.com</AllowedOrigin>
    <AllowedMethod>PUT</AllowedMethod>
    <AllowedMethod>GET</AllowedMethod>
    <AllowedMethod>POST</AllowedMethod>
    <AllowedMethod>DELETE</AllowedMethod>
    <AllowedHeader>*</AllowedHeader>
</CORSRule>
<CORSRule>
    <AllowedOrigin>https://example.com</AllowedOrigin>
    <AllowedMethod>PUT</AllowedMethod>
    <AllowedMethod>GET</AllowedMethod>
    <AllowedMethod>POST</AllowedMethod>
    <AllowedMethod>DELETE</AllowedMethod>
    <AllowedHeader>*</AllowedHeader>
</CORSRule>
</CORSConfiguration>

заголовки ответа набора кодов узлов с expess 

app.use((req, res, next) =>{
  res.setHeader('Access-Control-Allow-Origin', '*, www.example.com, example.com, www.example.com.s3-website.us-east-2.amazonaws.com');
  res.setHeader('Access-Control-Allow-Headers', 'Origin, X-Requested-With, Content-Type, Accept, Authorization');
  res.setHeader('Access-Control-Allow-Methods', 'GET, POST, PATCH, PUT, DELETE, OPTIONS');
  next();
});

И просто вот один из моих запросов, сделанных вAngular 

this.http.post<{userName: string, userId: string, token: string; expiresIn: number, userType: string }>(BACK_END_URL_USER + 'signin', signinData).subscribe(response => {
    // some code }

Любая помощь в правильном направлении спасет мою жизнь

1 Ответ

0 голосов
/ 08 ноября 2018

С тех пор я решил эту проблему.

оказывается, что порт в моем коде не соответствует документации для платформы узла AWS.

https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/nodejs-platform-proxy.html

эта строкав моем файле server.js. 

const port = normalizePort(process.env.PORT || "3000");

Порт собирался до 3000. Переменная PORT согласно их документации устанавливает порт на правильный порт прокси / пограничного сервера, но никогда не делал этого в моем случае.

Итак, я просто изменил порт "or" на 8081, что решило мою проблему! 

const port = normalizePort(process.env.PORT || "8081");
...