Sekuriteit

Cross-Origin Resource Sharing (CORS) en Web Sekuriteit

  • 15 minute om te lees
  • Hostragons-span
Cross-Origin Resource Sharing (CORS) en Web Sekuriteit

Hierdie blogartikel behandel Cross-Origin Resource Sharing (CORS), wat 'n kritieke onderdeel van web sekuriteit is. Dit verduidelik wat CORS is en hoekom dit belangrik is vir webtoepassings terwyl dit ook inligting oor die geskiedenis en ontwikkeling van CORS verskaf. Die fundamentele voordele van die gebruik van CORS word beklemtoon, en die konfigurasie stappe word in 'n eenvoudige gids toegelig. Tegniese besonderhede word bespreek terwyl CORS-foute en oplossings in detail ondersoek word. Strategieë en beleidsimplementeringsvoorbeelde om CORS se sekuriteit te verhoog, word aangebied. Algemene misbegrippe rakend CORS word aangespreek, en die belangrikste aspekte wat bekend moet wees, word saamgevat. Dit dien as 'n omvattende gids vir webontwikkelaars oor CORS.

Wat is CORS en hoekom is dit belangrik vir Webtoepassings?

Cross-Origin Resource Sharing (CORS) is 'n sekuriteitsmeganisme wat webblaaiers toelaat om toegang te verkry tot hulpbronne van 'n webblad van 'n ander oorsprong. Dit stel 'n webtoepassing in staat om toegang tot hulpbronne (soos API's, lettertipes, prente) wat nie op sy eie domein is nie, te beheer. CORS is een van die fondamentale stene van moderne web sekuriteit en speel 'n kritieke rol in die beskerming van webtoepassings.

CORS is veral belangrik in moderne webontwikkelingsmetodes soos enkelbladtoepassings (SPA) en mikro-diens argitekture. Sulke toepassings is dikwels afhanklik van API's en ander hulpbronne op verskillende domeine. CORS verseker dat hierdie hulpbronne veilig gedeel kan word en keer dat kwaadwillige webwerwe toegang tot sensitiewe data kry. Sonder die CORS-meganisme kan enige webwerf JavaScript gebruik om gebruikersdata van ander webwerwe te steel of te verander.

    Voordele van CORS

  • Maak veilige data-uitwisseling tussen webtoepassings vanaf verskillende domeine moontlik.
  • Voorkom dat kwaadwillige webwerwe toegang tot gebruikersdata kry.
  • Verhoog die sekuriteit van API's en ander webdienste.
  • Minimaliseer inter-blaaier-kontigheid probleme.
  • Bied ontwikkelaars gedetailleerde beheer oor watter hulpbronne vanaf watter domeine toeganklik is.

CORS het 'n lewensbelangrike rol in web sekuriteit, aangesien dit saamwerk met die selfde oorsprongbeleid (Same-Origin Policy - SOP) om die data van webtoepassings en gebruikers te beskerm. SOP laat 'n webblad net toe om toegang tot hulpbronne wat op dieselfde domein, protokol en poort is, toe. CORS verlig SOP deur, onder sekere omstandighede, toegang tot hulpbronne van verskillende domeine toe te laat. Dit laat webtoepassings meer buigsaam en funksioneel wees, terwyl sekuriteit steeds gehandhaaf word.

Die korrekte konfigurasie van CORS is krities belangrik vir die sekuriteit van webtoepassings. 'n Verkeerd geconfigureerde CORS-beleid kan webtoepassings kwesbaar maak vir 'n verskeidenheid sekuriteitslekke. Dit is daarom belangrik dat elke webontwikkelaar verstaan hoe CORS werk en hoe om dit korrek te konfigureer.

CORS se Geskiedenis en Ontwikkeling

Cross-Origin Resource Sharing (CORS) is 'n onmisbare deel van moderne webtoepassings, maar die wortels en ontwikkeling van hierdie tegnologie is krities vir die begrip van sy huidige belang. In die begin was webblaaiers beperk deur die selfde oorsprongbeleid (Same-Origin Policy), wat beteken dat 'n hulpbron slegs toegang tot hulpbronne vanuit sy eie domein kon verkry. Hierdie situasie het die ontwikkeling van moderne webtoepassings wat data vanaf verskillende domeine benodig, aansienlik beperk. CORS is ontwikkel om hierdie beperkings te oorkom en veilige cross-origin versoeke moontlik te maak.

Die ontwikkeling van CORS het begin as 'n reaksie op die praktiese uitdagings wat webontwikkelaars in die gesig gestaar het. Veral die behoefte om data van verskillende bronne te versamel en toegang tot API's te verkry het 'n oplossing vereis om webtoepassings meer dinamies en ryk aan funksies te maak. In reaksie hierop is standaarde deur die World Wide Web Consortium (W3C) opgestel om te definieer hoe blaaiers en bedieners met mekaar moet kommunikeer. Hierdie standaarde bied ontwikkelaars meer buigsaamheid terwyl hulle probeer om sekuriteitsrisiko's te minimaliseer.

CORS se Geskiedenis en Ontwikkeling
Jaar Ontwikkeling Beskrywing
Begin 2000's Beginbehoeftes Webontwikkelaars het die behoefte besef om data vanaf verskillende domeine te trek.
2004 Begin Oplossings Oplossings soos JSONP het verskyn, maar het sekuriteitsrisiko's ingehou.
2009 W3C Werk W3C het begin met die ontwikkeling van standaarde vir CORS.
2010+ Algemene Gebruik CORS is begin om deur moderne blaaiers ondersteun te word en word algemeen gebruik.

Die evolusie van CORS het voortdurend gefokus op die balanseer tussen web sekuriteit en funksionaliteit. Die aanvanklike implementasies was voldoende vir basiese versoeke, maar is na raming uit gebrei om meer komplekse scenario's te ondersteun. Byvoorbeeld, die preflight-versoekmeganisme verskaf 'n ekstra sekuriteitslae deur te verifieer of die bediener toestemming gee om 'n spesifieke cross-origin versoek te verwerk. Hierdie en soortgelyke verbeterings het CORS 'n fundamentale tegnologie gemaak wat moderne webtoepassings se sekuriteit en doeltreffendheid waarborg.

Die Ontwikkelingsfases van CORS

  1. Die Beperkings van Same-Origin Policy
  2. Die Opkoms van Oplossings soos JSONP (saam met Sekuriteitslekke)
  3. Die Ontwikkeling van Standaarde deur W3C
  4. Die Invoering van die Preflight-versoekmeganisme
  5. AlgemeneAanvaarding deur Moderne Blaaiers

Vandag is CORS 'n kritieke meganisme wat webtoepassings in staat stel om veilig data vanaf verskillende bronne uit te ruil. Tog, CORS se korrekte konfigurasie en implementering is van groot belang om sekuriteitslekke te voorkom. 'n Verkeerd geconfigureerde CORS-beleid kan kwaadwillige mense in staat stel om toegang tot sensitiewe data te verkry. Daarom moet webontwikkelaars die fundamentele beginsels van CORS en die regte konfigurasie-metodes goed verstaan.

Waarom moet jy CORS gebruik? Hoof Voordele

Cross-Origin Resource Sharing (CORS) is 'n onmisbare meganisme vir die verbetering van die sekuriteit en funksionaliteit van moderne webtoepassings. Dit gee ontwikkelaars die vermoë om veilig data uit te ruil tussen hulpbronne wat nie die selfde oorsprong het nie. Hierdie buigsaamheid wat CORS bied, fasiliteer die integrasie van dienste op verskillende domeine en ryk die gebruikerservaring aan.

Een van CORS se hoofvoordele is om die beperkings wat deur die same oorsprongbeleid (Same-Origin Policy) van webblaaiers opgelê word, te oorkom. Hierdie beleid laat 'n webblad toe slegs toegang te verkry tot hulpbronne met dieselfde protokol, poort (indien gespesifiseer) en gasheer. CORS stel bedieners in staat om te bepaal watter oorsprongse versoeke toegelaat word, wat die beperking veilig ontspan.

CORS se Voordele

  • Maak veilige toegang tot API's op verskillende domeine moontlik.
  • Help webtoepassings om meer modulêr en skaalbaar te wees.
  • Bied ontwikkelaars meer buigsaamheid en beheer.
  • Fasiliteer integrasies wat die gebruikerservaring verbeter.
  • Verminder sekuriteitslekke, wat webtoepassings meer veilig maak.

In die onderstaande tabel kan jy die hooftrekke van CORS en die voordele wat dit bied, in meer detail ontleed:

Waarom moet jy CORS gebruik? Hoof Voordele
Kenmerk Beskrywing Voordeel
Cross-Origin Versoeke HTTP versoeke wat van verskillende domeine gemaak word. Maak dataverdeling en diensintegrasie moontlik.
Preflight Versoeke (OPTIONS) Versoeke met die OPTIONS metode wat die bediener se CORS-beleid kontroleer. Verseker veilige data-oordrag en voorkom moontlike veiligheidsondernemings.
Toegestane Oorspronge (Allowed Origins) Die lys van domeine waarvan die bediener versoeke ontvang. Verskaf beheerde en veilige toegang.
Credential Support Toestaan dat data soos koekies en verifikasiekoptekste gedeel kan word. Ondersteun gebruikerssessies en persoonlike ervaring.

Die korrekte konfigurasie van CORS is van kritieke belang vir die sekuriteit van webtoepassings. 'n Verkeerd geconfigureerde CORS-beleid kan aanvallers in staat stel om toegang tot sensitiewe data of kwaadwillige kode uit te voer. Daarom moet die CORS-konfigurasie noukeurig beplan en geïmplementeer word om die websekuriteit te waarborg.

CORS Konfigurasie Stappe: 'n Eenvoudige Gids

Cross-Origin Resource Sharing (CORS)-konfigurasie is van kritieke belang om die sekuriteit van jou webtoepassings te verseker en data-uitruil van verskillende bronne te reguleer. Hierdie konfigurasie stel jou in staat om die toegang van 'n webblad tot hulpbronne op 'n ander domein te beheer. 'n Verkeerd geconfigureerde CORS-beleid kan veiligheidsondernemings veroorsaak, terwyl 'n korrek geconfigureerde een jou toepassing se veiligheid verhoog en gladde werking verseker.

Voordat jy met die CORS-konfigurasie begin, is dit belangrik om jou toepassing se behoeftes en watter hulpbronne benader moet word, te bepaal. Dit help om te verstaan watter domeine betroubaar is en watter HTTP metodes (GET, POST, PUT, DELETE, ens.) toestemming moet ontvang. Hierdie ontleding sal jou toelaat om beter en meer ingeligte stappe in die daaropvolgende konfigurasie te neem.

    CORS Konfigurasie Stappe

  1. Behoeftebepaling: Bepaal watter hulpbronne jy nodig het.
  2. Bedienerkant se Konfigurasie: Stel die toepaslike HTTP koptekste aan die bedienerkant op.
  3. Regte Oorsprongskop: Gee die toegestane domeine aan.
  4. Definieer HTTP Metodes: Bepaal die toegestane metodes (GET, POST, ens.).
  5. Stel Credential Opsies Op: Laat die oordrag van koekies en verifikasiekoptekste toe.
  6. Foutbestuur: Hanteer CORS-foute behoorlik.

Tydens die CORS-konfigurasie is dit noodsaaklik om die toepaslike HTTP koptekste aan die bedienerkant op te stel. Die Access-Control-Allow-Origin kop kan die toegestane domeine vir toegang aandui. Die Access-Control-Allow-Methods kop definieer die toegestane HTTP metodes. Die Access-Control-Allow-Headers-kop dui aan watter spesiale koptekste by die versoek ingesluit kan word. Die korrekte konfigurasie van hierdie koptekste verseker dat jou toepassing veilig en onafhanklik werk.

CORS Konfigurasie Stappe: 'n Eenvoudige Gids
HTTP Kop Beskrywing Voorbeeld Waarde
Access-Control-Allow-Origin Toegestane bron domeine https://example.com
Access-Control-Allow-Methods Toegestane HTTP metodes GET, POST, PUT
Access-Control-Allow-Headers Toegestane spesiale koptekste Content-Type, Authorisatie
Access-Control-Allow-Credentials Toelaat dat koekies gestuur kan word true

Dit is belangrik om CORS-foute behoorlik te hanteer en betekenisvolle terugvoer aan jou gebruikers te bied. CORS-foute wat in die blaaier se konsol verskyn, dui meestal op 'n verkeerd geconfigureerde CORS-beleid aan. Om hierdie foute op te los, moet jy jou bedienerkant-konfigurasie nagaan en die nodige regstellings aanbring. Benewens dit, moet jy jou CORS beleide gereeld hersien en op datum hou om die sekuriteit van jou toepassing te verhoog.

Cross-Origin Resource Deel: Tegniese Besonderhede

Cross-Origin Resource Sharing (CORS) is 'n meganisme wat webblaaiers in staat stel om toegang te verkry tot hulpbronne van 'n ander oorsprong op 'n webblad. Dit maak basies moontlik dat 'n webblad hulpbronne vanuit 'n ander domein, protokol, of poort aan vra. Hierdie meganisme is van kritieke belang om aan moderne webtoepassings se vereistes te voldoen. As dit egter nie korrek geconfigureer is nie, kan dit ernstige sekuriteitsrisiko's inhou.

Voordat ons verder gaan met die tegniese besonderhede van CORS, is dit belangrik om die konsep van oorsprong te verstaan. 'n Oorsprong bestaan uit 'n protokol (http/https), 'n domein (example.com), en 'n poort (80/443) kombinering. As enige van hierdie drie komponente verskil, is die twee oorspronge verskillend. CORS is vormgegee rondom die sekuriteitsmaatreël wat deur die same oorsprongbeleid (Same-Origin Policy) van blaaier toegepas word.

Cross-Origin Resource Deel: Tegniese Besonderhede
Scenario Versoekbron Teiken Hulpbron Is CORS Nodig?
Dieselfde Domein http://example.com http://example.com/api Nee
Verskillende Poort http://example.com:8080 http://example.com:3000/api Ja
Verskillende Protokol http://example.com https://example.com/api Ja
Verskillende Domein http://example.com http://api.example.com/api Ja

CORS word aan die bedienerkant deur HTTP koptekste beheer. Wanneer 'n cross-origin versoek deur die blaaier gemaak word, sal die bediener op hierdie versoek met spesifieke CORS koptekste reageer. Hierdie koptekste dui aan watter hulpbronne toegang mag hê, watter HTTP metodes (GET, POST, ens.) gebruik mag word, en watter spesiale koptekste gestuur mag word. Die belangrikste kop wat deur die bediener gestuur word, is die Access-Control-Allow-Originkop. Hierdie kop dui aan watter hulpbronne toegang toegestaan word. 'n Enkele hulpbron, verskeie hulpbronne, of 'n wildcard (*) kan as waarde gebruik word. Wanneer 'n wildcard gebruik word, word toegang tot alle hulpbronne toegestaan, maar dit kan 'n risiko tot sekuriteit inhou.

    Cross-Origin Resource Eienskappe

  • Access-Control-Allow-Origin: Dui die toegestane hulpbronne aan.
  • Access-Control-Allow-Methods: Dui die toegestane HTTP metodes aan.
  • Access-Control-Allow-Headers: Dui die toegestane spesiale koptekste aan.
  • Access-Control-Expose-Headers: Dui die koptekste aan waartoe die blaaier toegang kan hê.
  • Access-Control-Allow-Credentials: Dui aan of identiteitsinligting (koekies, HTTP verifikasie) gestuur kan word.

CORS ondersteun twee soorte versoeke: eenvoudige versoeke (simple requests) en preflight versoeke (preflight requests). Eenvoudige versoeke voldoen aan spesifieke voorwaardes (soos die gebruik van die GET, HEAD of POST metodes en die gebruik van sekere koptekste). Preflight versoeke is meer kompleks en hulle word gestuur deur die OPTIONS metodes te gebruik om te bepaal of die werklike versoek veilig gestuur kan word.

CORS en Sekuriteit

Alhoewel CORS ontwerp is om die sekuriteit van webtoepassings te verhoog, kan dit sekuriteitslekke veroorsaak as dit verkeerd geconfigureer word. Byvoorbeeld, die gebruik van 'n wildcard (*) in die Access-Control-Allow-Origin-kop kan kwaadwillige webwerwe in staat stel om toegang tot sensitiewe data te verkry. Dit is daarom

‘n Ander aspek wat seker gemaak moet word ten opsigte van sekuriteit is die gebruik van die Access-Control-Allow-Credentials kop. Hierdie kop laat identiteitsinligting (koekies, HTTP verifikasie) met cross-origin versoeke toe. As hierdie kop per ongeluk geaktiveer word, kan dit die gevaar van cross-site scripting (XSS) aanvalle verhoog.

CORS en Prestasie

Die konfigurasie van CORS kan ook 'n invloed op die prestasie hê. Preflight versoeke kan lei tot ekstra HTTP versoeke vir elke cross-origin versoek. Dit kan die prestasie negatief beïnvloed, veral in toepassings wat gereeld cross-origin versoeke maak. Om preflight versoeke te minimaliseer, kan verskeie optimaliseringstegnieke gebruik word. Byvoorbeeld, die gebruik van eenvoudige versoeke of die implementering van caching-meganismes aan die bedienerkant kan die prestasie verbeter.

Die korrekte toetsing en monitering van CORS se konfigurasie is belangrik. Deur gebruik te maak van die ontwikkelaarstools van die blaaier of spesifieke CORS toetsgereedskap, kan CORS foute opgespoor en opgelos word. Ook, gereelde kontrole moet gemaak word om seker te maak dat die CORS koptekste aan die bedienerkant korrek geconfigureer is.

CORS Foute en Oplossings

CORS Foute en Oplossings

Cross-Origin Resource Sharing (CORS) foute is algemene probleme wat tydens die web ontwikkelingsproses ontstaan. Hierdie foute volg gewoonlik wanneer 'n webblad probeer om toegang tot hulpbronne (soos JavaScript-lêers, CSS of API-data) van 'n ander domein te verkry. Bladers pas 'n same oorsprong beleid toe, wat beteken dat dit standaard versoeke van verskillende bronne blokkeer. CORS is ontwikkel om hierdie beperkings te verlig en 'n veilige data-uitruiling tussen verskillende bronne te ondersteun. Daar kan egter foute voorkom as gevolg van verkeerd geconfigureerde instellings of ontbrekende parameters.

CORS Foute en Oplossings
Foutkode Beskrywing Mogelijke Oplossing
No 'Access-Control-Allow-Origin' header is present on the requested resource. Die bediener bevat nie 'n 'Access-Control-Allow-Origin' kop vir die versoekte hulpbron nie. Configureer die 'Access-Control-Allow-Origin' kop aan die bedienerkant.
The 'Access-Control-Allow-Origin' header contains the invalid value 'null'. Die 'Access-Control-Allow-Origin' kop bevat 'n ongeldig 'null' waarde. Stel die korrekte domeinnaam of '*(vir alle bronne)' aan die bedienerkant op.
Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource. Die Same Oorsprong Beleid keer die leesmiskrypto van die verre hulpbron. Kontroleer die CORS konfigurasie en verleen die nodige toestemmings aan die bedienerkant.
CORS preflight channel did not succeed. Die CORS preflight (voorvleis) versoek het gefaal. Configureer die korrekte CORS koptekste vir OPTIONS versoeke aan die bedienerkant.

Om CORS foute te verstaan en op te los, is van kritieke belang vir die gladde werking van webtoepassings. Hierdie foute word gewoonlik deur gedetailleerde foutboodskappe in die blaaier se konsol aangedui. Hierdie boodskappe bied belangrike leidrade om die oorsaak van die fout en moontlike oplossings te verstaan. Byvoorbeeld, as 'n foutboodskap aandui dat die bediener nie 'n 'Access-Control-Allow-Origin' kop bevat nie, moet jy hierdie kop aan die bedienerkant korrek konfigureer. Verder, indien die preflight versoeke misluk, kan dit aandui dat die bediener nie OPTIONS versoeke korrek verwerk nie.

CORS Foute en Oplossingmetodes

  • Configureer die 'Access-Control-Allow-Origin' Kop: Stel hierdie kop aan die bedienerkant korrek op om aan te dui watter domeine toegang tot die hulpbron het.
  • Hanteer Preflight Versoeke: Verseker dat jou bediener OPTIONS versoeke korrek hanteer.
  • Gebruik van Proxy Bediener: Gebruik 'n proxy server wat versoeke deur jou bediener lei om CORS probleme te oorkom.
  • Gebruik van JSONP (in Beperkte Omstandighede): Voorstel om JSONP (JSON met Stof) te gebruik in sommige gevalle vir GET versoeke, maar hierdie metode is minder veilig.
  • Analiseer Foutboodskappe: Foutboodskappe in die blaaier konsol verskaf belangrike inligting oor die probleem se oorsaak.
  • CORS Voeg en Gereedskap: Blaaier voeg of aanlyn gereedskap kan jou help om CORS foute op te spoor en op te los.

Die oplossing van CORS foute is dikwels verwant aan bedienerkant konfigurasies. Maar in sommige gevalle kan oplossings ook aan die kliënt kant ontwikkel word. Byvoorbeeld, jy kan CORS probleme oorkom deur 'n proxy server te gebruik, of alternatiewe data verkryging metodes soos JSONP te probeer. Dit is egter belangrik om te onthou dat sulke oplossings nie altyd die beste opsies is en sekuriteitsrisiko's kan dra. Die veiligste en mees volhoubare oplossing is die korrekte konfigurasie van CORS koptekste aan die bedienerkant. Die korrekte konfigurasie van CORS verseker nie net sekuriteit nie, maar maak ook data-uitruiling tussen verskillende bronne moontlik.

Een van die mees belangrike aspekte van CORS is die sekuriteits aspek. CORS is 'n meganisme wat ontwerp is om die sekuriteit van webtoepassings te verhoog; egter, verkeerd geconfigureerde instellings kan sekuriteitslekke lewer. Byvoorbeeld, as die 'Access-Control-Allow-Origin' kop op '*' geconfigureer word, beteken dit dat alle domeine toegang tot die hulpbron het, wat 'n sekuriteitsrisiko kan wees. Dit is dus belangrik dat CORS konfigurasies sorgvuldig gedoen word en slegs betroubare bronne toegelaat word. Webontwikkelaars moet verstaan hoe CORS werk en die potensiële sekuriteitsrisiko's goed verstaan.

Strategieë om CORS se Sekuriteit te Verhoog

Cross-Origin Resource Sharing (CORS) is 'n kritieke meganisme om sekuriteit in webtoepassings te verseker. Maar, as dit verkeerd geconfigureer of gebrekkige sekuriteitsmaatreëls het, kan CORS moontlike sekuriteitslekke veroorsaak. Daarom is dit belangrik om verskillende strategieë toe te pas om die sekuriteit van CORS te verhoog. Hierdie strategieë is daarop gemik om onbevoegde toegang te verhoed, sensitiewe data te beskerm en die algehele sekuriteit van webtoepassings te versterk.

Die eerste stap om CORS se sekuriteit te verbeter, is om die oorsprongskop korrek te konfigureer. Aan die bedienerkant moet slegs betroubare en geverifieerde bronne toegang ontvang. Vermy die gebruik van wildcard (*), aangesien dit toegang tot alle bronne kan verleen, wat die sekuriteitsrisiko verhoog. In plaas daarvan moet 'n lys van spesifieke bronne saamgestel word wat toegang mag hê.

    Sekuriteitstrategieë vir CORS

  • Toestemming aan Spesifieke Oorspronge: Definieer spesifieke en betroubare oorspronge in plaas van *.
  • Hanteer Preflight Versoeke Correct: Behandel OPTIONS versoeke versigtig en kontroleer die nodige koptekste.
  • Gebruik Veilige Koptekste: Configureer die Access-Control-Allow-Headers kop korrek.
  • Versterk Verifikasie: Neem bykomende sekuriteitsmaatreëls vir koekies en verifikasiekoptekste.
  • Verbeter Foutbestuur: Stel stelsels op om foutiewe CORS konfigurasies op te spoor en te regverdig.
  • Voer Gereelde Sekuriteitsoudit uit: toets jou CORS konfigurasies gereeld en hou dit op datum.

In die onderstaande tabel is 'n paar koptekste en hul beskrywings wat gebruik kan word om die sekuriteit van CORS te verbeter. Die korrekte konfigurasie van hierdie kopteks is belangrik om onbevoegde toegang te verhoed en datasekuriteit te verseker.

Strategieë om CORS se Sekuriteit te Verhoog
Kop Beskrywing Voorbeeld Waarde
Access-Control-Allow-Origin Dui die bronne aan waarvan toegang toegestaan word. https://example.com
Access-Control-Allow-Methods Dui die toegestane HTTP metodes aan. GET, POST, PUT, DELETE
Access-Control-Allow-Headers Dui die toegestane koptekste aan. Content-Type, Autorisasie
Access-Control-Allow-Credentials Dui aan of identiteitsinligting soos koekies en verifikasiekoptekste gestuur mag word. true
Deel hierdie artikel:

Hostragons-span

Opgedateerde gidse van ons kundige span oor hosting, bedieners en domeinname. Kom ons vind saam die regte oplossing vir jou projek.

Kontak Ons