CORS
CORS stands for Cross Origin Resource Sharing. In a nutshell, as a security measure, browsers aren't allowed to access resources outside their own domain.
CORS stands for Cross Origin Resource Sharing. In a nutshell, as a security measure, browsers aren’t allowed to access resources outside their own domain.
If your api and web apps are deployed to different domains (or subdomains), you’ll have to worry about CORS. For example, if your web client is deployed to example.com but your Hive Gateway is api.example.com. For security reasons your browser will not allow XHR requests (like the kind that the GraphQL client makes) to a domain other than the one currently in the browser’s address bar.
To deal with this you have two options:
1. Avoid CORS by proxying your requests e.g. If you setup a proxy or redirect to forward requests
from example.com/api/* to api.example.com, you avoid CORS issues all together.
2. Configure the gateway to send back CORS headers Hive Gateway comes with CORS support out of the box - CORS can be configured when creating the server either by passing a CORSOptions object, or a builder function that returns the CORSOptions object.
Example configuration using CORSOptions
This will return the following headers:
Example configuration using builder function
You can also pass a function to the cors property, that takes your request and constructs the options
This will return the same headers as the previous example, but take the origin of the request, and
return it in the Access-Control-Allow-Origin header.
Default CORS setting
By default, Hive Gateway will return Access-Control-Allow-Origin: * when preflight requests are
made.
This means cross origin requests from browsers work out of the box - however it may be appropriate to lock to a specific domain before deploying to production.
Disabling CORS
You can disable CORS on your gateway by simply passing false as the cors property
For example: