伺服器ip有跨域問題嗎
㈠ 跨域以及解決跨域的幾種方式
跨域是指瀏覽器允許向伺服器發送跨域請求，從而克服Ajax只能 同源 使用的限制。
同源策略 是一種約定，由Netscape公司1995年引入瀏覽器，它是瀏覽器最核心也最基本的安全功能，如果缺少了同源策略，瀏覽器很容易受到XSS、CSFR等攻擊。所謂同源是指"協議 + 域名 + 埠"三者相同，即便兩個不同的域名指向同一個ip地址，也非同源。
常見的跨域場景：
對於簡單請求，瀏覽器會直接發出CORS請求，具體的就是在頭信息中，增加一個 Origin 欄位。
非簡單請求是那種對伺服器有特殊要求的請求，譬如 put delete 方法，或者 Content-Type 欄位類型是 application/json 的，非簡單請求在正式通信前，會增加一次請求，稱為預檢請求，也就是 options 方法。
瀏覽器先詢問伺服器，當前網頁所在的域名是否在伺服器的許可名單之中，以及可以使用哪些HTTP動詞和頭信息欄位。只有得到肯定答復，瀏覽器才會發出正式的 XMLHttpRequest 請求，否則就報錯。
與簡單請求不同的是， option 請求多了2個欄位：
Access-Control-Request-Method ：必須欄位，用來列出瀏覽器的CORS請求會用到哪些HTTP方法。
Access-Control-Request-Headers ：該欄位是一個逗號分隔的字元串，指定瀏覽器CORS請求會額外發送的頭信息欄位。
伺服器收到"預檢"請求以後，檢查了 Origin 、 Access-Control-Request-Method 和 Access-Control-Request-Headers 欄位以後，確認允許跨源請求，就可以做出回應。
表明伺服器支持的所有跨域請求的方法。
表明伺服器支持的所有頭信息欄位，不限於瀏覽器在"預檢"中請求的欄位。
表示是否允許發送認證信息（Cookie）。
指定本次預檢請求的有效期，單位為秒，允許緩存。在緩存期間，不用發出另一條預檢請求。
㈡ 怎麼解決伺服器間的跨域問題
服務端的解決方案的基本原理就是，由客戶端將請求發給本域伺服器，再由本域伺服器的代理來請求數據並將響應返回給客戶端。
最常用的伺服器解決方案就是利用web伺服器本身提供的proxy功能，如apache和lighttpd的mod_proxy模塊。在網路內
部，transmit的分流功能也可以解決部分跨域問題。但這些方法都有一定的局限性，鑒於安全性等問題的考慮，space這邊最後開發了一個專門用於處
理跨域請求代理服務的spproxy模塊，用於徹底解決js跨域問題。
下面我們將以空間的開放平台為例，簡單介紹下如何通過apache的mod_proxy、transmit的分流以及space的spproxy模塊來解
決該跨域問題，並簡單介紹下spproxy的一些特性、缺點及下一步的改進計劃。
空間在展現每個UWA開放模塊之前都必須請求該模塊的xml源代碼以進行解析，每個模塊的源代碼文件都是存放在act域下的/ow/uwa目錄下，那麼在
用戶空間首頁（hi域）中請求該xml文件時就會存在js跨域問題。要解決該問題，只能讓js向hi域的web伺服器請求xml文件，而hi域web服務
器則通過一定的代理機制（如mod_proxy、transmit分流、spproxy）向act域的web伺服器請求文件
㈢ 請求介面時跨域問題，前端解決方法
在前後端介面請求中，由於瀏覽器的限制，會出現跨域的情況。常用的跨域方案有：
1、JSONP跨域
2、Nginx反向代理
3、伺服器端修改header
4、document.domain
5、window.name
6、postMessage
7、後台配置運行跨域
當一個請求url的 協議、域名、埠 三者之間任意一個與當前頁面url不同即為跨域
特別注意兩點：
1、如果是協議和埠造成的跨域問題「前台」是無能為力的，
2、在跨域問題上，域僅僅是通過「URL的首部」來識別而不會去嘗試判斷相同的ip地址對應著兩個域或兩個域是否在同一個ip上。
㈣ 怎麼解決伺服器間的跨域問題
通過設置Http Header方式允許跨域名請求
<?php
header("Access-Control-Allow-Origin: http://www.requesting-page.com");
?>
more details
browser(client) side code examples:
https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS
server side code examples:
https://developer.mozilla.org/en-US/docs/Web/HTTP/Server-Side_Access_Control
怎樣配置Apache 伺服器允許跨域名請求
How do we fix cross domain scripting issue ?
The simple solution is to allow the server to which request is being
made to server request to any domain or to a list of domains. The
important thing to remember is that the changes are to be made in the server which is serving the web service.
There are multiple ways to do it
1. You change settings in your apache』s httpd-vhosts.conf file ( I am using Apache 2.2 )
<VirtualHost *:80>
ServerAdmin [email protected]
DocumentRoot 「C:/apache-tomcat-6.0.29/webapps/myApplication」
ServerName skill-guru.com
ErrorLog 「logs/skg1-error.log」
CustomLog 「logs/skg1-access.log」 common
Header set Access-Control-Allow-Origin 「*」
<Directory 「C:/apache-tomcat-6.0.29/webapps/myApplication」>
Options -Indexes FollowSymLinks
AllowOverride AuthConfig FileInfo
Order allow,deny
Allow from all
</Directory>
JkUnmount /*.jsp ajp13
</VirtualHost>
Now after you set the value in apache server and look at the header and would see
HTTP/1.1 200 OK
Date: Mon, 01 Dec 2008 00:23:53 GMT
Server: Apache/2.0.61
Access-Control-Allow-Origin: *
Keep-Alive: timeout=2, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: application/xml
怎樣配置Tomcat 伺服器允許跨域名請求
If you do not plan to use Apache and for some reasons using tomcat or
any other similar web container which supports filter, here is a ready
made solution, Cors
Filter
This gives you a servlet filter which is compatible with any Java Servlet 2.5+ web container.
Installation is very simple. Add the jar to your libraries
In you web.xml
add this line
<filter>
<filter-name>CORS</filter-name>
<filter-class>com.thetransactioncompany.cors.CORSFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>CORS</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>