使用 Python、Flask 和 Angular 的 Google Cloud Platform 上的 CORS 問題

Question

我正在 GCP（谷歌雲平台）上使用 Python、Flask 和 Angular 開發單頁 Web 應用程序，並且遇到了與 CORS 相關的頑固問題。 當我構建和服務前端時，我收到以下錯誤：

CORS 策略阻止了在“ https://jsonData-devshell.appspot.com/org ”上從源“ https://mySPA-devshell.appspot.com ”訪問 XMLHttpRequest：無“Access-Control-Allow-Origin” ' 請求的資源上存在標頭。

后端

為了配置 CORS，我導入了 flask_cors 模塊，並通過在我的服務器文件 main.py 中添加CORS(app)將其添加到服務器文件中。

main.py

from .entities.entity import Session, eco_env_engine, Base
from .entities.org import Org, OrgSchema
from flask import Flask, jsonify
from flask_cors import CORS


app = Flask(__name__)
# enable cross origin resource sharing
CORS(app)

Base.metadata.create_all(eco_env_engine)

@app.route('/org', methods=['GET'])
def get_org():
    session = Session()
    org_objects = session.query(Org).all()
    # transform into JSON-serializable objects
    schema = OrgSchema(many=True)
    org = schema.dump(org_objects)
    # serialize as json
    session.close()
    response = jsonify(org)
    return response

我有一個 shell 腳本 server.sh，它創建了一個我可以在http://0.0.0.0:5000訪問的接口。

server.sh

# set ../src/main.py as the value of the FLASK_APP environment variable
export FLASK_APP=../src/main.py
# FLASK_ENV=development
# FLASK_DEBUG=1

#activate the virtual environment
source $(pipenv --venv)/bin/activate

#run flask listening on all interfaces
#-h binds to interface
flask run -h 0.0.0.0

當我使用curl -I http://0.0.0.0:5000/org我回來了

HTTP/1.0 200 OK
Content-Type: application/json
Content-Length: 4766
Access-Control-Allow-Origin: *
Server: Werkzeug/1.0.0 Python/3.7.3
Date: Wed, 01 Apr 2020 01:27:11 GMT

注意Access-Control-Allow-Origin:*標頭，在我的理解中它應該解決這個問題，但它沒有。

我正在 GCP Cloud Shell 編輯器中編寫代碼並從 GCP Cloud Shell 終端中進行部署。 為了讓事情運行，我使用./server.sh &部署后端，使用ng serve部署前端

我嘗試過的 CORS 變體：

CORS(app, resource={r'*/*': {'origins': '*/*'}})
CORS(app, resources={r"*": {"origins": ['https://mySPA-devshell.appspot.com', 'https://jsonData-devshell.appspot.com']}})
CORS(app, resources={r'*': {"origins": "*"}})
CORS(app, resources={r"*": {"origins": ['http://localhost:4200', 'http://localhost:5000']}})

前端

org-api.service.ts

import {Injectable} from '@angular/core';
import {HttpClient, HttpErrorResponse} from '@angular/common/http';
import {HttpHeaders, HttpClientModule} from '@angular/common/http';
import {Observable} from 'rxjs/Observable';
import {API_URL} from '../env';
import {Org} from './org.model';
import { catchError } from 'rxjs/operators';
import { throwError } from 'rxjs';

@Injectable()
export class OrgApiService {

  //create private variable 'http' of type HttpClient
  constructor(private http: HttpClient) {
  }

  private static _handleError(err: HttpErrorResponse | any) {
    // return Observable.throw(err.message || 'Error: Unable to complete request.');
    return throwError(err.message || 'Error: Unable to complete request.');
  }

  getOrg(): Observable<Org[]> {
    return this.http    
      .get<Org[]>(`${API_URL}/org`)
      .pipe(catchError(OrgApiService._handleError));
  }

}

org.component.ts

import {Component, OnDestroy, OnInit} from '@angular/core';
import {Subscription} from 'rxjs/Subscription';
import {Org} from './org.model';
import {OrgApiService} from './org-api.service';

@Component({
  selector: 'org',
   template: `
     <div>
       <ul>
         <li *ngFor="let org of orgList">
           {{org.name}}
         </li>
       </ul>
     </div>
   `,
  styleUrls: ['org.component.css'],
})

export class OrgComponent implements OnInit, OnDestroy {
  orgListSubs: Subscription;
  orgList: Org[];
  authenticated = false;

  constructor(private orgApi: OrgApiService) { }

  ngOnInit() {
    this.orgListSubs = this.orgApi
      .getOrg()
      .subscribe(res => {
          this.orgList = res;
        },
        console.error
      );
    const self = this;
  }

  ngOnDestroy() {
    this.orgListSubs.unsubscribe();
  }
}

此外，我遇到了以下解決方案並決定采用它，因為為什么不......無濟於事：在我的前端目錄中創建一個proxy.conf.json ，其中包含以下內容

{
    "/": {
        "target": "http://0.0.0.0:5000",
        "secure": false,
        "logLevel": "debug"
    }
}

然后向serve目標添加了一個proxyConfig選項。

更新

@sideshowbarker 指出在某些情況下 302 響應沒有“Access-Control-Allow-Origin”標頭，這在我的情況下是正確的。 在進一步挖掘后，我發現這篇文章提到 chrome 在收到狀態代碼 302 時取消請求。它還讓我進入 chrome://net-export/，在那里我發現我的請求也被取消了。

我還沒有對此提出明顯/公認的解決方案。 如果您正在閱讀本文並有建議……請分享。

t=131761 [st=  4]      QUIC_CONNECTION_MIGRATION_MODE
                       --> connection_migration_mode = 0
t=131761 [st=  4]     +HTTP_TRANSACTION_SEND_REQUEST  [dt=0]
t=131761 [st=  4]        HTTP_TRANSACTION_QUIC_SEND_REQUEST_HEADERS
                         --> :method: GET
                             :authority: 5000-dot-XXXXXXX-dot-devshell.appspot.com
                             :scheme: https
                             :path: /
                             accept: application/json, text/plain, */*
                             sec-fetch-dest: empty
                             user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36
                             origin: https://4200-dot-XXXXXXX-dot-devshell.appspot.com
                             sec-fetch-site: cross-site
                             sec-fetch-mode: cors
                             referer: https://4200-dot-XXXXXXX-dot-devshell.appspot.com/?authuser=0&environment_name=default
                             accept-encoding: gzip, deflate, br
                             accept-language: en-US,en;q=0.9
                         --> quic_priority = 4
                         --> quic_stream_id = 5
t=131761 [st=  4]     -HTTP_TRANSACTION_SEND_REQUEST
t=131761 [st=  4]     +HTTP_TRANSACTION_READ_HEADERS  [dt=168]
t=131928 [st=171]        HTTP_TRANSACTION_READ_RESPONSE_HEADERS
                         --> HTTP/1.1 302
                             status: 302
                             date: Wed, 01 Apr 2020 06:33:46 GMT
                             content-type: text/html; charset=utf-8
                             content-length: 498
                             location: https://some.url.com
                             via: 1.1 google
                             alt-svc: quic=":443"; ma=2592000; v="46,43",h3-Q050=":443"; ma=2592000,h3-Q049=":443"; ma=2592000,h3-Q048=":443"; ma=2592000,h3-Q046=":443"; ma=2592000,h3-Q043=":443"; ma=2592000,h3-T050=":443"; ma=2592000
t=131929 [st=172]     -HTTP_TRANSACTION_READ_HEADERS
t=131929 [st=172]      HTTP_CACHE_WRITE_INFO  [dt=0]
t=131929 [st=172]      HTTP_CACHE_WRITE_DATA  [dt=0]
t=131929 [st=172]      HTTP_CACHE_WRITE_INFO  [dt=0]
t=131929 [st=172]      NETWORK_DELEGATE_HEADERS_RECEIVED  [dt=1]
t=131930 [st=173]      URL_REQUEST_DELEGATE_RECEIVED_REDIRECT  [dt=0]
t=131930 [st=173]      CANCELLED
t=131930 [st=173] -REQUEST_ALIVE

我花了幾天時間試圖解決這個問題，但是我基本上沒有成功。 我覺得好像有一個比我嘗試過的所有方法都更簡單的解決方案。 預先感謝您的幫助！

Answer 1

解決了！

將前端/應用程序中的env.ts編輯為

export const API_URL = 'http://localhost:4200'

而不是localhost:5000

API_URL 對應ng serve開發部署