AWS API ગેટવે: SAM લોકલ

Daniel Marino

મંગળવાર, 24 સપ્ટેમ્બર, 2024 એ 03:32:41 AM વાગ્યે

સ્થાનિક AWS API ગેટવે પર 403 ભૂલોને સમજવી

સાથે કામ કર્યા પછી AWS API ગેટવે અને AWS SAM (સર્વરલેસ એપ્લીકેશન મોડલ) દ્વારા સ્થાનિક સ્તરે પરીક્ષણ કરવામાં આવે છે, તે એવી ભૂલો શોધવી સામાન્ય છે જે API તૈનાત થયા પછી ઊભી થતી નથી. એક મુદ્દો એ મેળવવાનો છે 403 પ્રતિબંધિત ભૂલ CORS માટે API ને યોગ્ય રીતે રૂપરેખાંકિત કરવા અને અધિકૃત પ્રકારને "NONE" પર સેટ કરવા છતાં, OPTIONS પદ્ધતિનો અમલ કરતી વખતે. જ્યારે સેટઅપ ગોઠવાયેલા વાતાવરણમાં સરળતાથી ચાલે છે ત્યારે આ સમસ્યા ખાસ કરીને વકરી શકે છે.

સાથે સ્થાનિક રીતે OPTIONS વિનંતીઓનું પરીક્ષણ કરતી વખતે કર્લ, API ગેટવે "ગુમ થયેલ પ્રમાણીકરણ ટોકન" ભૂલ પરત કરી શકે છે. આ મૂંઝવણભર્યું છે કારણ કે OPTIONS પદ્ધતિને પ્રમાણીકરણની જરૂર ન હોવી જોઈએ, ખાસ કરીને જ્યારે સ્પષ્ટ રીતે 200 પરિણામ આપવા માટે સેટ કરેલ હોય. સફળ સ્થાનિક વિકાસ માટે આ અસમાનતાના સ્ત્રોતને ઓળખવું મહત્વપૂર્ણ છે.

SAM લોકલ કેમ ડિપ્લોય કરેલ API ગેટવે કરતાં અલગ રીતે વર્તે છે તે સમજવું તમને આ સમસ્યાનું નિવારણ કરવામાં મદદ કરી શકે છે. રૂપરેખાંકન વિગતોમાં તપાસ કરવી અને સ્થાનિક અને તૈનાત વાતાવરણ લગભગ શક્ય હોય તેટલું મેળ ખાય તેની ખાતરી કરવી મહત્વપૂર્ણ છે. ખોટી ગોઠવણી વારંવાર આવી ભૂલોમાં પરિણમે છે.

આ લેખમાં, અમે સ્થાનિક વિકાસ દરમિયાન 403 ભૂલના સંભવિત કારણો અને તેને કેવી રીતે સંબોધિત કરવું તે જોઈશું. અમે સામાન્ય મુશ્કેલીઓની સમીક્ષા કરીશું SAM નમૂનાઓ, CORS હેન્ડલિંગ અને API ગેટવે સેટઅપ, જેથી તમે આ અવરોધોને ટાળી શકો અને અસરકારક રીતે નિર્માણ કરવાનું ચાલુ રાખી શકો.

આદેશ	ઉપયોગનું ઉદાહરણ
app.options()	Express.js માં OPTIONS વિનંતીઓને હેન્ડલ કરવા માટેના રૂટને વ્યાખ્યાયિત કરે છે, જે પ્રીફ્લાઇટ CORS હેન્ડલિંગ માટે જરૂરી છે. આ કિસ્સામાં, તે POST વિનંતી સાથે આગળ વધતા પહેલા CORS પ્રીફ્લાઇટ ક્વેરીઝ પર પ્રતિક્રિયા આપવા માટે સર્વરને સક્ષમ કરે છે.
res.setHeader()	આ કાર્ય પ્રતિભાવમાં ચોક્કસ HTTP હેડરો સેટ કરે છે, જેમ કે ઍક્સેસ-નિયંત્રણ-મંજૂરી-મૂળ, જે CORS ને સક્ષમ કરવા અને વિવિધ સ્ત્રોતોમાંથી API નો ઉપયોગ કરતી વખતે 403 ભૂલોને રોકવા માટે મહત્વપૂર્ણ છે.
PassthroughBehavior	AWS API ગેટવે પદ્ધતિઓ માટે એક કસ્ટમ રૂપરેખાંકન કે જે કોઈ મેળ ખાતો નમૂનો ઉપલબ્ધ ન હોય ત્યારે વિનંતીઓને કેવી રીતે હેન્ડલ કરવી તે સ્પષ્ટ કરે છે. પર સેટ કરી રહ્યું છે WHEN_NO_MATCH ખાતરી આપે છે કે જ્યારે કોઈ ચોક્કસ વિનંતી નમૂનો પ્રદાન કરવામાં ન આવે ત્યારે મોક એકીકરણ યોગ્ય રીતે કાર્ય કરે છે.
IntegrationHttpMethod	બેકએન્ડ સેવાને કૉલ કરવા માટે API ગેટવે દ્વારા ઉપયોગમાં લેવાતી HTTP પદ્ધતિને વ્યાખ્યાયિત કરે છે (દા.ત., લેમ્બડા ફંક્શન). API ગેટવે માર્ગને યોગ્ય HTTP પદ્ધતિ સાથે લિંક કરવા માટે આ મહત્વપૂર્ણ છે, જે બેકએન્ડ ક્રિયા શરૂ કરશે.
AWS::ApiGateway::Method	AWS SAM ટેમ્પલેટ એ API ગેટવે પદ્ધતિ સંસાધનનો ઉલ્લેખ કરે છે. HTTP પદ્ધતિઓ (POST, OPTIONS) ને વ્યાખ્યાયિત કરવા માટે આ મહત્વપૂર્ણ છે જેને API ગેટવેએ સમર્થન આપવું જોઈએ અને તેમને બેકએન્ડ એકીકરણમાં મેપ કરવું જોઈએ.
ResponseParameters	આ આદેશનો ઉપયોગ API ગેટવે એકીકરણ પ્રતિસાદોમાં હેડરો સેટ કરીને CORS સપોર્ટને સક્ષમ કરવા માટે થાય છે જેમ કે ઍક્સેસ-નિયંત્રણ-મંજૂરી-પદ્ધતિઓ. આ પરિમાણો CORS નીતિ અનુસાર ક્લાયન્ટને પરત કરવામાં આવે છે.
app.route()	આ ફ્લાસ્ક કમાન્ડ ચોક્કસ કાર્યો માટે HTTP પદ્ધતિઓ (જેમ કે POST અને OPTIONS) ને મેપ કરે છે. આ કિસ્સામાં, OPTIONS (પ્રીફ્લાઇટ ક્વેરીઝ) અને POST (મુખ્ય API વિનંતીઓ) પર અલગ રીતે પ્રતિક્રિયા આપવી મહત્વપૂર્ણ છે.
!Ref	AWS CloudFormation/SAM ટેમ્પલેટ્સમાં વપરાયેલ! સંદર્ભ નમૂનામાં અન્ય સંસાધનોના સંદર્ભો. ઉદાહરણ તરીકે, તે સંદર્ભ માટે વપરાય છે સ્કેન રેકોર્ડ રિસોર્સ અને API કૉલ્સને યોગ્ય URL સાથે યોગ્ય રીતે લિંક કરો.
app.response_class()	આ આદેશ ફ્લાસ્કમાં કસ્ટમ રિસ્પોન્સ ઑબ્જેક્ટ જનરેટ કરે છે, જે તમને HTTP સ્ટેટસ કોડ અને હેડરો પર નિયંત્રણ આપે છે. તે ચોક્કસ CORS હેડરો સેટ કરવા માટે ખાસ કરીને સરળ છે, જેમ કે ઍક્સેસ-નિયંત્રણ-મંજૂરી-મૂળ.

AWS API ગેટવે લોકલ ઇન્વોકેશનને સમજવું અને ઑપ્ટિમાઇઝ કરવું

આ લેખમાં, અમે સ્થાનિક વિકાસ દરમિયાન 403 ભૂલના સંભવિત કારણો અને તેને કેવી રીતે સંબોધિત કરવું તે જોઈશું. અમે સામાન્ય મુશ્કેલીઓની સમીક્ષા કરીશું SAM નમૂનાઓ, CORS હેન્ડલિંગ, અને API ગેટવે સેટઅપ, જેથી તમે આ અવરોધોને ટાળી શકો અને અસરકારક રીતે નિર્માણ કરવાનું ચાલુ રાખી શકો.

એક્સપ્રેસ સર્વરમાં, અમે ઉપયોગ કરીએ છીએ res.setHeader() "Access-Control-Allow-Origin" અને "Access-Control-Allow-Methods" જેવા CORS હેડરો સેટ કરવા. આ સુનિશ્ચિત કરે છે કે યોગ્ય હેડરો ક્લાયંટને પરત કરવામાં આવે છે, ક્રોસ-ઓરિજિન વિનંતીઓ માટે પરવાનગી આપે છે. વધુમાં, સ્ક્રિપ્ટની POST પદ્ધતિ AWS SDK દ્વારા AWS DynamoDB ટેબલ સાથે જોડાય છે. સ્કેન ઑપરેશન એ ફક્ત વાંચવા માટેની ક્રિયા છે જે પસંદ કરેલા કોષ્ટકમાંથી તમામ રેકોર્ડ પરત કરે છે, જે અમને સ્થાનિક રીતે ડેટાબેઝ ક્રિયાપ્રતિક્રિયાઓનું પરીક્ષણ કરવાની મંજૂરી આપે છે. ડેટાબેઝ કનેક્શન સમસ્યાઓનું સંચાલન કરવા માટે યોગ્ય એરર હેન્ડલિંગનો ઉપયોગ કરવામાં આવે છે, તેની ખાતરી કરીને કે સર્વર નિષ્ફળતાઓને યોગ્ય રીતે પ્રતિસાદ આપે છે.

બીજું ઉદાહરણ, ફ્લાસ્ક સાથે પાયથોનમાં બનેલ, Node.js સ્ક્રિપ્ટ જેવી જ કાર્યક્ષમતા પ્રદાન કરે છે પરંતુ તે વિકાસકર્તાઓ માટે બનાવાયેલ છે જેઓ પાયથોન સાથે વધુ અનુભવી છે. ફ્લાસ્કની app.route() પદ્ધતિ OPTIONS અને POST બંને પદ્ધતિઓને ઉલ્લેખિત દિનચર્યાઓ માટે રૂટ કરે છે, ખાતરી કરીને કે CORS પ્રીફ્લાઇટ વિનંતીઓ સરળતાથી નિયંત્રિત થાય છે. કસ્ટમ પ્રતિસાદોનો ઉપયોગ કરીને વ્યાખ્યાયિત કરવામાં આવે છે app.response_class() પદ્ધતિ, જેમાં સંબંધિત CORS હેડરોનો સમાવેશ થાય છે. POST પદ્ધતિ, જેમ કે Node.js ઉદાહરણ, DynamoDB ટેબલ સ્કેન કરવા માટે Python (boto3) માટે AWS SDK નો ઉપયોગ કરે છે. આ મોડ્યુલારિટી વિકાસકર્તાઓને જાવાસ્ક્રિપ્ટ કે પાયથોન પસંદ કરે છે તેના આધારે બેકએન્ડમાં ફેરફાર કરવાની મંજૂરી આપે છે.

છેલ્લે, SAM ટેમ્પલેટ સેટઅપ એ સુનિશ્ચિત કરે છે કે AWS API ગેટવે POST અને OPTIONS ક્વેરીઝ મેળવવા માટે યોગ્ય રીતે સેટ કરેલ છે. આ પાસથ્રુ બિહેવિયર વિશેષતા "WHEN_NO_MATCH" પર સેટ છે, જે API ગેટવેને પૂર્વનિર્ધારિત નમૂના સાથે મેળ ખાતી ન હોય તેવી વિનંતીઓને હેન્ડલ કરવાની મંજૂરી આપે છે. મોક ઇન્ટિગ્રેશન સાથે કામ કરતી વખતે આ ઉપયોગી છે કારણ કે તે સિસ્ટમને ખરેખર બેકએન્ડ લેમ્બડા ચલાવ્યા વિના 200 સ્ટેટસ કોડ પહોંચાડવા માટે પરવાનગી આપે છે. આ એકીકરણ પ્રતિભાવો અને પદ્ધતિ પ્રતિભાવો વિભાગો હેડરો અને પ્રતિભાવ પરિમાણોનો ઉલ્લેખ કરે છે જે ખાતરી કરે છે કે OPTIONS પદ્ધતિ ક્લાયંટને યોગ્ય CORS રૂપરેખાંકન મોકલે છે. સ્થાનિક SAM પરીક્ષણો દરમિયાન "403 પ્રતિબંધિત" મુદ્દાને ટાળવા માટે આ પદ્ધતિ નિર્ણાયક છે.

સ્થાનિક SAM આહવાન માટે AWS API ગેટવે પર 403 ભૂલો સુધારવી.

ઉકેલ 1: કાર્યક્ષમ CORS અને OPTIONS હેન્ડલિંગ સાથે, Express.js અને AWS SDK નો ઉપયોગ કરીને Node.js બેકએન્ડ.

// Import required modules
const express = require('express');
const AWS = require('aws-sdk');
const cors = require('cors');
const app = express();
app.use(cors());
// Middleware for JSON request parsing
app.use(express.json());
// CORS preflight response handling
app.options('/scanRecords', (req, res) => {
  res.setHeader('Access-Control-Allow-Origin', '*');
  res.setHeader('Access-Control-Allow-Methods', 'POST, OPTIONS');
  res.setHeader('Access-Control-Allow-Headers', 'Content-Type, Authorization');
  res.status(200).send();
});
// Main POST method for scanRecords
app.post('/scanRecords', async (req, res) => {
  const dynamoDB = new AWS.DynamoDB.DocumentClient();
  try {
    const params = { TableName: 'RecordsTable' };
    const data = await dynamoDB.scan(params).promise();
    res.status(200).json(data);
  } catch (err) {
    res.status(500).send('Error fetching records');
  }
});
// Start the Express server on PORT 3000
app.listen(3000, () => {
  console.log('Server running on http://localhost:3000');
});

AWS SAM લોકલમાં "ગુમ થયેલ પ્રમાણીકરણ ટોકન" ઉકેલવું

ઉકેલ 2: ફ્લાસ્ક સાથે પાયથોન બેકએન્ડ, સ્થાનિક SAM અને API ગેટવે સાથે રૂપરેખાંકિત

from flask import Flask, jsonify, request
import boto3
app = Flask(__name__)
# CORS headers for OPTIONS requests
@app.route('/scanRecords', methods=['OPTIONS'])
def options_method():
    response = app.response_class(status=200)
    response.headers['Access-Control-Allow-Origin'] = '*'
    response.headers['Access-Control-Allow-Methods'] = 'POST, OPTIONS'
    response.headers['Access-Control-Allow-Headers'] = 'Content-Type, Authorization'
    return response
# POST method to scan records from DynamoDB
@app.route('/scanRecords', methods=['POST'])
def scan_records():
    dynamodb = boto3.resource('dynamodb')
    table = dynamodb.Table('RecordsTable')
    try:
        response = table.scan()
        return jsonify(response['Items']), 200
    except Exception as e:
        return str(e), 500
# Run the Flask app on port 3000
if __name__ == '__main__':
    app.run(debug=True, host='0.0.0.0', port=3000)

SAM સાથે AWS API ગેટવે લોકલ ઇન્વોકેશનનું પરીક્ષણ કરી રહ્યું છે

ઉકેલ 3: OPTIONS વિનંતીઓને હેન્ડલ કરવા અને 403 ભૂલોને ટાળવા માટે SAM ટેમ્પલેટને ગોઠવો.

Resources:
  scanRecords:
    Type: AWS::Serverless::Function
    Properties:
      Handler: dist/dynamo/CRUD.scanRecords
      CodeUri: ./backend
      Policies:
        - AmazonDynamoDBFullAccess
        - CloudWatchLogsFullAccess
      Events:
        ApiEvent:
          Type: Api
          Properties:
            Path: /scanRecords
            Method: post
  scanRecordsOptionsMethod:
    Type: AWS::ApiGateway::Method
    Properties:
      AuthorizationType: NONE
      HttpMethod: OPTIONS
      ResourceId: !Ref scanRecordsResource
      RestApiId: !Ref apiGatewayRestApi
      Integration:
        Type: MOCK
        IntegrationResponses:
          - StatusCode: 200
            ResponseParameters:
              method.response.header.Access-Control-Allow-Headers: "'Content-Type,X-Amz-Date,Authorization,X-Api-Key,X-Amz-Security-Token'"
              method.response.header.Access-Control-Allow-Methods: "'POST,OPTIONS'"
              method.response.header.Access-Control-Allow-Origin: "'*'"

AWS API ગેટવે સ્થાનિક 403 ભૂલોનું મુશ્કેલીનિવારણ

જ્યારે SAM લોકલ ઇન્વોક દરમિયાન 403 ભૂલ જોવામાં આવે ત્યારે API ગેટવેમાં CORS (ક્રોસ-ઓરિજિન રિસોર્સ શેરિંગ) નીતિઓ કેવી રીતે લાગુ કરવામાં આવે છે તે સમજવું મહત્વપૂર્ણ છે. જ્યારે તમારી જમાવટ ક્લાઉડ પર CORS ને યોગ્ય રીતે હેન્ડલ કરી શકે છે, સ્થાનિક વિનંતીનો ઉપયોગ કરીને AWS SAM કેટલીકવાર OPTIONS પદ્ધતિને કેવી રીતે હેન્ડલ કરવામાં આવે છે તે વચ્ચેની અસંગતતાઓમાં પરિણમી શકે છે. આ એટલા માટે છે કારણ કે સ્થાનિક વાતાવરણ હંમેશા બધા સેટઅપની ચોક્કસ નકલ કરી શકતા નથી, અને પ્રમાણીકરણની મુશ્કેલીઓ ટાળવા માટે OPTIONS મિકેનિઝમ યોગ્ય રીતે સંકલિત હોવું આવશ્યક છે.

અન્ય મુખ્ય લક્ષણ એ છે કે 403 ભૂલ વારંવાર ખૂટે છે અથવા ખોટી રીતે ગોઠવેલ API ગેટવે પરવાનગીઓ સાથે સંકળાયેલી છે. સ્થાનિક વિકાસ દરમિયાન, તમારું SAM ટેમ્પ્લેટ યોગ્ય રીતે વ્યાખ્યાયિત કરે છે તેની ખાતરી કરવી મહત્વપૂર્ણ છે અધિકૃતતાનો પ્રકાર OPTIONS વિનંતીઓ માટે "NONE" તરીકે, અને તે માં અનુરૂપ પરવાનગીઓ લેમ્બડા કાર્ય યોગ્ય રીતે ગોઠવેલ છે. નહિંતર, વિનંતિ "ગુમ થયેલ પ્રમાણીકરણ ટોકન" સંદેશ પરત કરશે, જે દર્શાવે છે કે સિસ્ટમ એક પ્રમાણીકરણ પદ્ધતિની અપેક્ષા રાખે છે જેનો ઉલ્લેખ કરવામાં આવ્યો ન હતો.

છેલ્લે, OPTIONS પદ્ધતિ માટે લેમ્બડા ફંક્શનને કૉલ કરવાની જરૂરિયાતને ટાળવા માટે મોક ઇન્ટિગ્રેશનને હેન્ડલ કરવું એ એક કાર્યક્ષમ તકનીક છે. એ બનાવો MOCK એકીકરણ OPTIONS પદ્ધતિની બાંયધરી આપવા માટે તમારા API ગેટવેમાં પ્રતિભાવ પરિમાણો સાથે જરૂરી CORS હેડરો સાથે ડિફોલ્ટ 200 પ્રતિસાદ આપે છે. આ વિકાસ પ્રક્રિયાને સરળ બનાવે છે અને 403 ભૂલોને ટાળવામાં મદદ કરે છે, જે અવારનવાર સ્થાનિક અને તૈનાત સેટિંગ્સ બંનેમાં અવ્યવસ્થિત પ્રીફ્લાઇટ પ્રશ્નોના કારણે થાય છે.

AWS API ગેટવે 403 ભૂલો વિશે સામાન્ય પ્રશ્નો

શા માટે મને ફક્ત SAM લોકલમાં 403 સમસ્યા આવી રહી છે પરંતુ જ્યારે તૈનાત કરવામાં આવે ત્યારે નહીં?
સ્થાનિક SAM પર્યાવરણ સંપૂર્ણ API ગેટવે રૂપરેખાંકનની નકલ કરી શકશે નહીં, ખાસ કરીને માટે AuthorizationType અને CORS સેટિંગ્સ. ખાતરી કરો કે તમારું સ્થાનિક સેટઅપ OPTIONS વિનંતીઓ માટે નકલી સંકલન સહિત, જમાવટ કરેલ સેટિંગ્સ સાથે મેળ ખાય છે.
"ગુમ થયેલ પ્રમાણીકરણ ટોકન" ભૂલ શું છે?
આ ભૂલ સૂચવે છે કે API ગેટવે એક પ્રમાણીકરણ ટોકન માંગે છે, જે આપવામાં આવ્યું ન હતું. OPTIONS વિનંતીઓ માટે, તેની ખાતરી કરો AuthorizationType: NONE તમારા SAM નમૂનામાં યોગ્ય રીતે ગોઠવેલ છે.
હું AWS API ગેટવેમાં CORS પ્રીફ્લાઇટ વિનંતીઓને કેવી રીતે હેન્ડલ કરી શકું?
CORS ને હેન્ડલ કરવા માટે, તમારી ખાતરી કરો OPTIONS પદ્ધતિને સંબંધિત પ્રતિભાવ હેડરો સાથે યોગ્ય રીતે સેટ કરેલ છે, જેમ કે Access-Control-Allow-Origin અને Access-Control-Allow-Methods.
શું હું AWS SAM સાથે સ્થાનિક રીતે CORS નું પરીક્ષણ કરી શકું?
હા, તમે સ્થાનિક રીતે CORS નું પરીક્ષણ કરી શકો છો, પરંતુ ખાતરી કરો કે તમારું app.options() પદ્ધતિ અથવા સમકક્ષ API ગેટવે રૂપરેખાંકન પ્રીફ્લાઇટ OPTIONS વિનંતી માટે યોગ્ય હેડરો પરત કરે છે.
AWS API ગેટવેમાં મોક ઇન્ટિગ્રેશન શું છે?
એ MOCK integration OPTIONS વિનંતીઓ માટે CORS હેન્ડલિંગને સરળ બનાવીને, બેકએન્ડ લેમ્બડા ફંક્શનનો ઉપયોગ કર્યા વિના API ગેટવેમાંથી સ્થિર પ્રતિસાદો પરત કરવા માટે તમને સક્ષમ કરે છે.

AWS API ગેટવે 403 ભૂલોને ઠીક કરવા પર અંતિમ વિચારો

સ્થાનિક SAM વાતાવરણમાં OPTIONS વિનંતીઓ માટે 403 ભૂલોને ઠીક કરવા માટે, ખાતરી કરો કે તમારી SAM નમૂનાઓ અને પરવાનગીઓ યોગ્ય રીતે ગોઠવેલ છે. તમારા સ્થાનિક પર્યાવરણને તમારા તૈનાત AWS ગોઠવણી સાથે લગભગ શક્ય તેટલું મેળ ખાવું મહત્વપૂર્ણ છે.

ગુમ થયેલ ટોકન સમસ્યાઓને રોકવા માટે, ઓથોરાઇઝેશન ટાઇપને "કોઈ નહીં" માં બદલો અને પ્રીફ્લાઇટ CORS ક્વેરીઝ માટે નકલી એકીકરણનો ઉપયોગ કરો. આ સેટિંગ્સની ચિંતાઓને સંબોધવાથી સરળ સ્થાનિક વિકાસ અને યોગ્ય API ગેટવે વર્તન માટે પરવાનગી આપે છે.

AWS API ગેટવે 403 ભૂલો માટે ઉપયોગી સ્ત્રોતો અને સંદર્ભો

CORS ક્વેરીઝને હેન્ડલ કરવા પર ધ્યાન કેન્દ્રિત કરીને AWS SAM CLI અને API ગેટવે સ્થાનિક વિકાસ પર વિસ્તરણ કરે છે. સત્તાવાર AWS દસ્તાવેજીકરણ વિગતવાર આંતરદૃષ્ટિ અને ઉદાહરણો પ્રદાન કરે છે. મુલાકાત લો: AWS SAM CLI દસ્તાવેજીકરણ.
API ગેટવે સમસ્યાઓ માટે વિગતવાર મુશ્કેલીનિવારણ માહિતી પ્રદાન કરે છે જેમ કે 403 પ્રતિબંધિત ભૂલો અને ગુમ પ્રમાણીકરણ ટોકન્સ. જુઓ: .AWS API ગેટવે એરર હેન્ડલિંગ.
API ગેટવે અને લેમ્બડા ફંક્શન્સમાં CORS ને ગોઠવવા માટેની સંપૂર્ણ માર્ગદર્શિકા. સ્થાનિક પરીક્ષણ દરમિયાન CORS સમસ્યાઓ 403 ભૂલોનો સામાન્ય સ્ત્રોત છે. અહીં વધુ માહિતી: AWS નોલેજ સેન્ટર.

AWS API ગેટવે: SAM લોકલ ઇન્વોકેશન દરમિયાન OPTIONS વિનંતીઓ પર 403 ભૂલોનું નિરાકરણ