隨着項目模塊愈來愈多,不少模塊如今都是獨立部署。模塊之間的交流有時可能會經過cookie來完成。好比說門戶和應用,分別部署在不一樣的機器或者web容器中,假如用戶登錄以後會在瀏覽器客戶端寫入cookie(記錄着用戶上下文信息),應用想要獲取門戶下的cookie,這就產生了cookie跨域的問題。 html
cookie 通常都是因爲用戶訪問頁面而被建立的,但是並非只有在建立 cookie 的頁面才能夠訪問這個cookie。在默認狀況下,出於安全方面的考慮,只有與建立 cookie 的頁面處於同一個目錄或在建立cookie頁面的子目錄下的網頁才能夠訪問。那麼此時若是但願其父級或者整個網頁都可以使用cookie,就須要進行路徑的設置。前端
path表示cookie所在的目錄,asp.net默認爲/,就是根目錄。在同一個服務器上有目錄以下:/test/,/test/cd/,/test/dd/,現設一個cookie1的path爲/test/,cookie2的path爲/test/cd/,那麼test下的全部頁面均可以訪問到cookie1,而/test/和/test/dd/的子頁面不能訪問cookie2。這是由於cookie能讓其path路徑下的頁面訪問。node
讓這個設置的cookie 能被其餘目錄或者父級的目錄訪問的方法:jquery
document.cookie = "name = value; path=/";
domain表示的是cookie所在的域,默認爲請求的地址,如網址爲www.jb51.net/test/test.aspx,那麼domain默認爲www.jb51.net。而跨域訪問,如域A爲t1.test.com,域B爲t2.test.com,那麼在域A生產一個令域A和域B都能訪問的cookie就要將該cookie的domain設置爲.test.com;若是要在域A生產一個令域A不能訪問而域B能訪問的cookie就要將該cookie的domain設置爲t2.test.com。nginx
反向代理(Reverse Proxy)方式是指以代理服務器來接受Internet上的鏈接請求,而後將請求轉發給內部網絡上的服務器;並將從服務器上獲得的結果返回給Internet上請求鏈接的客戶端,此時代理服務器對外就表現爲一個服務器。web
反向代理服務器對於客戶端而言它就像是原始服務器,而且客戶端不須要進行任何特別的設置。客戶端向反向代理 的命名空間(name-space)中的內容發送普通請求,接着反向代理將判斷向何處(原始服務器)轉交請求,並將得到的內容返回給客戶端,就像這些內容 本來就是它本身的同樣。ajax
再看一下nginx的配置,以下:
worker_processes 2; events { worker_connections 65535; } http { include mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; server_names_hash_bucket_size 128; client_header_buffer_size 32k; large_client_header_buffers 4 32k; client_body_buffer_size 8m; server_tokens off; ignore_invalid_headers on; recursive_error_pages on; server_name_in_redirect off; sendfile on; tcp_nopush on; tcp_nodelay on; #keepalive_timeout 0; keepalive_timeout 65; upstream web1{ server 127.0.0.1:8089 max_fails=0 weight=1; } upstream web2 { server 127.0.0.1:8080 max_fails=0 weight=1; } server { listen 80; server_name 127.0.0.1; charset utf-8; index index.html; location /web/web1 { proxy_pass http://web1/web1; proxy_set_header Host 127.0.0.1; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Cookie $http_cookie; log_subrequest on; } location /web/web2 { proxy_pass http://web2/web2; proxy_set_header Host 127.0.0.1; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Cookie $http_cookie; log_subrequest on; } location /nginxstatus { stub_status on; access_log on; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } } }
location /web1 { proxy_pass http://web1; proxy_set_header Host 127.0.0.1; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Cookie $http_cookie; log_subrequest on; } location /web2 { proxy_pass http://web2; proxy_set_header Host 127.0.0.1; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Cookie $http_cookie; log_subrequest on; }
兩個工程web1, web2, 部署在本地同一臺機器上的不一樣tomcat上,端口分別是8080和8089。json
web2/index.html內容以下:後端
web2/cooke.jsp內容以下:api
web1/index.html內容以下:
測試流程,首先經過谷歌瀏覽器訪問http://localhost:8089/web2/index.html,F12,Network視圖,查看內容以下:
或者經過瀏覽器設置->顯示高級設置->隱私設置來查看寫入的cookie,過程以下。
接着,打開另外一個窗口,訪問http://localhost:8080/web1/index.html,這個頁面是請求web2工程寫入的cookie(注意,若是咱們不是經過jsonp方式去訪問,那麼瀏覽器就會出現 不容許跨域訪問 的提示)。一樣 F12, Network視圖,查看返回的數據以下。
至此,經過jsonp方式的請求完成cookie跨域攜帶,也就是web1工程成功拿到了web2工程目錄下的cookie。能夠發現,jsonp會經過回調函數來處理服務器端返回的數據,由於返回的能夠執行的js代碼(也就是重寫cookie的path和域),而後自動執行返回的js代碼,從而達到目的。
package.json中的模塊依賴:
調用superagent api請求:
cookie跨域訪問以後,能夠成功的寫入本地域。本地的前端工程在請求後端工程時,有不少是ajax請求,ajax默認不支持攜帶cookie,因此如今有如下兩種方案:
這樣後臺配置就出現了限制,須要配置一個解決跨域訪問的過濾器,並且header字段Access-Control-Allow-Origin的值不能爲"*", 必須是一個肯定的域。