• 关于

    hosts域名重定向

    的搜索结果

问题

ECS Windows 系统 Hosts 文件的作用和位置是什么

boxti 2019-12-01 21:29:39 1215 浏览量 回答数 0

回答

文件位置: C:\Windows\System32\drivers\etc\hosts 文件作用: Hosts文件中指定了域名和IP地址的对应关系,如果一个域名在hosts文件中指定了IP地址,在访问此域名时,系统将不会通过DNS(Domain Name System)来解析它的IP地址,而是直接访问所指定的IP地址。 也就是说,在hosts文件的帮助下,我们可以绕过DNS服务器而直接访问一些域名。 以Windows为例,Hosts文件的格式为“<域名> <#注释>”, 如: 127.0.0.1 google.com #将google.com重定向到127.0.0.1

KB小秘书 2019-12-02 01:28:20 0 浏览量 回答数 0

问题

按官方教程使用一键环境配置安装包,怎么设置nginx都是有点小毛病?

sanjel 2019-12-01 21:36:05 8214 浏览量 回答数 5

阿里云域名特惠专场,热门域名1元抢购!

全网低价特惠,顶级域名低至1元,更有96元/年服务器限时抢购!

回答

不知道你进的是不是对的网站, 这个说明你现在访问的域名不是你输入的网址, 一个原因是,本身网站自身换域名网址了,但是久等域名网址还是在使用,只是跳转到新的网址上了,比如百度的网址是baidu.com。假如有一天他换网址了,但是这个网址他还是要使用,就使用了域名重定向,你输入这个网址,就会跳转到他的新的网址。 另外一个原因就是你自己电脑中毒了,篡改了你的网址, 这个好像听过电脑的hosts文件篡改的。 “答案来源于网络,供您参考”

牧明 2019-12-02 02:15:29 0 浏览量 回答数 0

回答

在 Kubernetes 集群中,Ingress是授权入站连接到达集群服务的规则集合,为您提供七层负载均衡能力。您可以给 Ingress 配置提供外部可访问的 URL、负载均衡、SSL、基于名称的虚拟主机等。 前提条件 为了测试复杂路由服务,本例中创建一个 nginx 的示例应用,您需要事先创建 nginx 的 deployment,然后创建多个 Service,用来观察路由的效果。实际测试请替换成自己的服务。 root@master # kubectl run nginx --image=registry.cn-hangzhou.aliyuncs.com/acs/netdia:latest root@master # kubectl expose deploy nginx --name=http-svc --port=80 --target-port=80 root@master # kubectl expose deploy nginx --name=http-svc1 --port=80 --target-port=80 root@master # kubectl expose deploy nginx --name=http-svc2 --port=80 --target-port=80 root@master # kubectl expose deploy nginx --name=http-svc3 --port=80 --target-port=80 简单的路由服务 通过以下命令创建一个简单的 Ingress,所有对 /svc 路径的访问都会被路由到名为 http-svc 的服务。nginx.ingress.kubernetes.io/rewrite-target: /会将/svc路径重定向到后端服务能够识别的/路径上面。 执行如下命令,创建ingress。 root@master # cat <<EOF | kubectl create -f - apiVersion: extensions/v1beta1 kind: Ingress metadata: name: simple annotations: nginx.ingress.kubernetes.io/rewrite-target: /$2 spec: rules: - http: paths: - path: /svc(/|$)(.*) backend: serviceName: http-svc servicePort: 80 EOF root@master # kubectl get ing NAME HOSTS ADDRESS PORTS AGE simple * 101.37.XX.XX 80 11s 访问 http://101.37.XX.XX/svc 即可访问到 Nginx 服务。 基于域名的简单扇出路由 如果您有多个域名对外提供不同的服务,您可以生成如下的配置达到一个简单的基于域名的扇出效果。 root@master # cat <<EOF | kubectl create -f - apiVersion: extensions/v1beta1 kind: Ingress metadata: name: simple-fanout spec: rules: - host: foo.bar.com http: paths: - path: /foo backend: serviceName: http-svc1 servicePort: 80 - path: /bar backend: serviceName: http-svc2 servicePort: 80 - host: foo.example.com http: paths: - path: /film backend: serviceName: http-svc3 servicePort: 80 EOF root@master # kubectl get ing NAME HOSTS ADDRESS PORTS AGE simple-fanout * 101.37.XX.XX 80 11s 这时您可以通过 http://foo.bar.com/foo 访问到 http-svc1 服务;通过 http://foo.bar.com/bar 访问到 http-svc2 服务;通过 http://foo.example.com/film 访问到 http-svc3 服务。 说明 如果是生产环境,您需要将您的这个域名指向上面返回的 ADDRESS 101.37.192.211。 如果是测试环境测试,您可以修改 hosts 文件添加一条域名映射规则。 101.37.XX.XX foo.bar.com 101.37.XX.XX foo.example.com 简单路由默认域名 如果您没有域名地址也没有关系,容器服务为 Ingress 服务绑定了一个默认域名,您可以通过这个域名来访问服务。域名的格式如下:*.[cluster-id].[region-id].alicontainer.com。您可以直接在控制台集群基本信息页获取到该地址。 您可以通过下面的配置借助该默认域名暴露两个服务。 root@master # cat <<EOF | kubectl create -f - apiVersion: extensions/v1beta1 kind: Ingress metadata: name: shared-dns spec: rules: - host: foo.[cluster-id].[region-id].alicontainer.com ##替换为您集群默认的服务访问域名 http: paths: - path: / backend: serviceName: http-svc1 servicePort: 80 - host: bar.[cluster-id].[region-id].alicontainer.com ##替换为您集群默认的服务访问域名 http: paths: - path: / backend: serviceName: http-svc2 servicePort: 80 EOF root@master # kubectl get ing NAME HOSTS ADDRESS PORTS AGE shared-dns foo.[cluster-id].[region-id].alicontainer.com,bar.[cluster-id].[region-id].alicontainer.com 47.95.160.171 80 40m 这时您可以通过 http://foo.[cluster-id].[region-id].alicontainer.com/ 访问到 http-svc1 服务;通过 http://bar.[cluster-id].[region-id].alicontainer.com 访问到 http-svc2 服务。 配置安全的路由服务 支持多证书管理,为您的服务提供安全防护。 准备您的服务证书。 如果没有证书,可以通过下面的方法生成测试证书。 说明 域名与您的 Ingress 配置要一致。 执行如下命令,生成一个证书文件 tls.crt、一个私钥文件tls.key。 root@master # openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/CN=foo.bar.com/O=foo.bar.com" 执行如下命令,创建密钥。 通过该证书和私钥创建一个名为foo.bar 的 Kubernetes Secret。创建 Ingress 时需要引用这个 Secret。 root@master # kubectl create secret tls foo.bar --key tls.key --cert tls.crt 创建一个安全的 Ingress 服务。 root@master # cat <<EOF | kubectl create -f - apiVersion: extensions/v1beta1 kind: Ingress metadata: name: tls-fanout spec: tls: - hosts: - foo.bar.com secretName: foo.bar rules: - host: foo.bar.com http: paths: - path: /foo backend: serviceName: http-svc1 servicePort: 80 - path: /bar backend: serviceName: http-svc2 servicePort: 80 EOF root@master # kubectl get ing NAME HOSTS ADDRESS PORTS AGE tls-fanout * 101.37.XX.XX 80 11s 配置 hosts 文件或者设置域名来访问该 tls 服务。请参见基于域名的简单扇出路由。 您可以通过 http://foo.bar.com/foo 访问到 http-svc1 服务;通过 http://foo.bar.com/bar 访问到 http-svc2 服务。 通过 Kubernetes Dashboard 部署 Ingress 将下面的 yml code 保存到 nginx-ingress.yml 文件中。 apiVersion: extensions/v1beta1 kind: Ingress metadata: name: simple spec: rules: - http: paths: - path: /svc backend: serviceName: http-svc servicePort: 80 登录容器服务管理控制台,在 Kubernetes 菜单下,在集群列表页面中,单击目标集群右侧的控制台,进入 Kubernetes Dashboard 页面。 单击创建,开始创建应用。 创建应用 单击使用文件创建。选择刚才保存的 nginx-ingress.yml 文件。 单击上传。 这样就创建了一个 Ingress 的七层代理路由到 http-svc 服务上。 在 Kubernetes Dashboard 上定位到 default 命名空间,选择访问权。 可以看到您刚刚创建的 Ingress 资源及其访问地址 http://118.178.XX.XX/svc。 访问权 打开浏览器输入该地址即可访问前面创建的 http-svc 服务。

1934890530796658 2020-03-31 15:27:00 0 浏览量 回答数 0

问题

Kubernetes 集群&nbsp;&nbsp;Ingress 支持

青蛙跳 2019-12-01 21:33:07 864 浏览量 回答数 0

回答

Re一台ECS服务器已搭WORDPRESS,能再同时搭个BBS吗? 楼上大神,能否劳烦解释解释我应该怎么做。。。? ------------------------- Re一台ECS服务器已搭WORDPRESS,能再同时搭个BBS吗? 自己顶。。。 ------------------------- Re一台ECS服务器已搭WORDPRESS,能再同时搭个BBS吗? 现在装已经装好了,但是我二级域名指向做不来..我应该怎么解析DNS? ------------------------- Re一台ECS服务器已搭WORDPRESS,能再同时搭个BBS吗? 那同样都是解析到主机外网IP吗? 我是不是自己做个重定向?.htaccess? ------------------------- Re一台ECS服务器已搭WORDPRESS,能再同时搭个BBS吗? 2.对httpd-vhosts.conf进行配置。 例如域名www.a.com和www.b.com # Virtual Hosts # # Required modules: mod_log_config # If you want to maintain multiple domains/hostnames on your # machine you can setup VirtualHost containers for them. Most configurations # use only name-based virtual hosts so the server doesn't need to worry about # IP addresses. This is indicated by the asterisks in the directives below. # # Please see the documentation at # <URL:http://httpd.apache.org/docs/2.4/vhosts/> # for further details before you try to setup virtual hosts. # # You may use the command line option '-S' to verify your virtual host # configuration. # # VirtualHost example: # Almost any Apache directive may go into a VirtualHost container. # The first VirtualHost section is used for all requests that do not # match a ServerName or ServerAlias in any <VirtualHost> block. # <VirtualHost *:80>     ServerAdmin webmaster@a.com     DocumentRoot "d:/www/a"     ServerName a.com     ServerAlias www.a.com     ErrorLog "logs/a.com.log"     CustomLog "logs/a.com.log" common     <Directory "d:/www/a">      Require all granted       </Directory> </VirtualHost> <VirtualHost *:80>     ServerAdmin webmaster@b.com     DocumentRoot "d:/www/b"     ServerName b.com     ServerAlias www.b.com     ErrorLog "logs/b.com.log"     CustomLog "logs/b.com.log" common     <Directory "d:/www/b">      Require all granted       </Directory> </VirtualHost> 上面这些我已经做完了,不过还是不行。 我的主域名能正常访问,但是二级域名不能访问,是空白的。 这是不是说明我根本没做对?另外,填的绝对路径应该是我服务器的外网IP/alidata/www/然后后面我安装的目录? ------------------------- Re一台ECS服务器已搭WORDPRESS,能再同时搭个BBS吗? 是的。。刚接触。 ------------------------- Re一台ECS服务器已搭WORDPRESS,能再同时搭个BBS吗? 回楼上高手 这个是我贴的源码 我自己VHOST里改了的, A是WWW.XXXX.COM的 B是BBS.XXXX.COM 然后访问路径设的是IP/ALIDATA/WWW/和另外一个在WWW下的路径 ------------------------- Re一台ECS服务器已搭WORDPRESS,能再同时搭个BBS吗? 服务器应该行,但是我现在不会绑定一个二级域名。。囧

猴子小站长 2019-12-01 23:30:34 0 浏览量 回答数 0

回答

阿里云容器服务 Web 界面集成了路由(Ingress)服务,您可通过 Web 界面快速创建路由服务,构建灵活可靠的流量接入层。 前提条件 您已经成功创建一个 Kubernetes 集群,参见创建 Kubernetes 集群,并且集群中 Ingress controller 正常运行。 SSH 登录到 Master 节点,参见SSH 访问 Kubernetes 集群。 步骤1 创建 deployment 和服务 容器服务管理控制台 在 Kubernetes 菜单下,单击左侧导航栏中的应用 > 无状态,进入无状态(Deployment)页面。 单击页面右上角的使用模板创建。 模板创建 选择所需的集群和命名空间,选择样例模板或自定义,然后单击创建。 本例中,示例中创建3个nginx应用,一个代表旧的应用old-nginx,一个代表新的应用 new-nginx,此外创建一个domain-nginx应用,用于测试集群访问域名。 创建路由 old-nginx的编排模板如下所示: apiVersion: extensions/v1beta1 kind: Deployment metadata: name: old-nginx spec: replicas: 2 selector: matchLabels: run: old-nginx template: metadata: labels: run: old-nginx spec: containers: - image: registry.cn-hangzhou.aliyuncs.com/xianlu/old-nginx imagePullPolicy: Always name: old-nginx ports: - containerPort: 80 protocol: TCP restartPolicy: Always apiVersion: v1 kind: Service metadata: name: old-nginx spec: ports: - port: 80 protocol: TCP targetPort: 80 selector: run: old-nginx sessionAffinity: None type: NodePort new-nginx的编排模板如下所示: apiVersion: extensions/v1beta1 kind: Deployment metadata: name: new-nginx spec: replicas: 1 selector: matchLabels: run: new-nginx template: metadata: labels: run: new-nginx spec: containers: - image: registry.cn-hangzhou.aliyuncs.com/xianlu/new-nginx imagePullPolicy: Always name: new-nginx ports: - containerPort: 80 protocol: TCP restartPolicy: Always apiVersion: v1 kind: Service metadata: name: new-nginx spec: ports: - port: 80 protocol: TCP targetPort: 80 selector: run: new-nginx sessionAffinity: None type: NodePort domain-nginx应用的编排模板如下所示: apiVersion: apps/v1 kind: Deployment metadata: name: domain-nginx labels: app: nginx spec: replicas: 2 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.7.9 # replace it with your exactly <image_name:tags> ports: - containerPort: 80 apiVersion: v1 kind: Service metadata: name: domain-nginx spec: ports: - port: 80 protocol: TCP targetPort: 80 selector: app: nginx sessionAffinity: None type: NodePort 单击左侧导航栏中的路由与负载均衡 > 服务 ,进入服务列表页面。 等待服务创建完成后,在服务列表,您可看到本示例创建的服务。 服务 步骤2 创建路由 在 Kubernetes 菜单下,单击左侧导航栏中的路由与负载均衡 > 路由,进入路由页面。 选择所需的集群和命名空间,单击页面右上角的创建。 创建路由 在弹出的路由创建对话框中,首先配置路由名称,本例为 nginx-ingress。 路由名称 对路由规则进行配置。 路由规则是指授权入站到达集群服务的规则,支持 http/https 规则,配置项包括域名(虚拟主机名称)、URL 路径、服务名称、端口配置和路由权重等。详细的信息请参见路由配置说明。 本例中配置添加一条复杂的路由规则,配置集群默认的测试域名和虚拟主机名称,展示基于域名的路由服务。 路由规则 基于默认域名的简单路由,即使用集群的默认域名对外提供访问服务。 域名配置:使用集群的默认域名,本例中是 test.[cluster-id].[region-id].alicontainer.com。 在创建路由对话框中,会显示该集群的默认域名,域名格式是 *.[cluster-id].[region-id].alicontainer.com;您也可在集群的基本信息页面中获取。 服务配置:配置服务的访问路径、名称以及端口。 访问路径配置:您可指定服务访问的 URL 路径,默认为根路径/,本例中不做配置。每个路径 (path)都关联一个 backend (服务),在阿里云 SLB 将流量转发到 backend 之前,所有的入站请求都要先匹配域名和路径。 服务配置:支持服务名称、端口、服务权重等配置,即 backend 配置。同一个访问路径下,支持多个服务的配置,Ingress的流量会被切分,并被转发到它所匹配的 backend。 基于域名的简单扇出路由。本例中使用一个虚拟的主机名称作为测试域名对外提供访问服务,为两个服务配置路由权重,并为其中一个服务设置灰度发布规则。若您在生产环境中,可使用成功备案的域名提供访问服务。 域名配置:本例中使用测试域名 foo.bar.com。 您需要修改 hosts 文件添加一条域名映射规则。 118.178.108.143 foo.bar.com #IP即是Ingress的Address 服务配置:配置服务的访问路径、服务名称、服务端口和服务权重。 访问路径配置:指定服务访问的 URL 路径。本例中不做配置,保留根路径/。 服务名称:本例中设置新旧两个服务 nginx-new 和 nginx-old 。 服务端口:暴露80端口。 权重设置:设置该路径下多个服务的权重。服务权重采用相对值计算方式,默认值为100,如本例中所示,新旧两个版本的服务权重值都是50,则表示两个服务的权重比例都是50%。 配置灰度发布。 说明 目前阿里云容器服务Kubernetes Ingress Controller需要0.12.0-5及其以上版本才支持流量切分特性。 容器服务支持多种流量切分方式,适用于灰度发布以及AB测试场景。 基于Request Header的流量切分 基于Cookie的流量切分 基于Query Param的流量切分 设置灰度规则后,请求头中满足灰度发布匹配规则的请求才能被路由到新版本服务new-nginx中。如果该服务设置了100%以下的权重比例,满足灰度规则的请求会继续依据权重比例路由到对应服务。 在本例中,设置Header请求头带有foo=^bar$的灰度发布规则,仅带有该请求头的客户端请求才能访问到new-nginx 服务。 访问服务 服务:路由规则配置的服务。 类型:支持Header(请求头)、Cookie和Query(请求参数)的匹配规则。 名称和匹配值:用户自定义的请求字段,名称和匹配值为键值对。 匹配规则:支持正则匹配和完全匹配。 配置注解。 单击重定向注解,可为路由添加一条典型的重定向注解。即 nginx.ingress.kubernetes.io/rewrite-target:/,表示将/path 路径重定向到后端服务能够识别的根路径/上面。 说明 本例中未对服务配置访问路径,因此不需要配置重定向注解。重定向注解的作用是使Ingress以根路径转发到后端,避免访问路径错误配置而导致的404错误。 您也可单击添加按钮,输入注解名称和值,即Ingress的annotation键值对,Ingress的注解参见https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/annotations/。 添加注解 配置 TLS。 勾选开启 TLS,配置安全的路由服务。具体可参见Ingress 支持。 您可选择使用已有密钥。 配置TLS 登录 master 节点,创建 tls.key 和 tls.crt。 openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/CN=foo.bar.com/O=foo.bar.com" 创建一个 secret。 kubectl create secret tls foo.bar --key tls.key --cert tls.crt 执行命令 kubectl get secret,您可看到该 secret 已经成功创建。在 Web 界面可选择创建的foo.bar这个 secret。 您可选择在 TLS 界面上利用已创建的 TLS 私钥和证书,一键创建 secret。 创建密钥 登录 master 节点,创建 tls.key 和 tls.crt。 openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/CN=foo.bar.com/O=foo.bar.com" 执行 vim tls.key 和 vim tls.crt 获取生成的私钥和证书。 将证书和私钥的内容复制到 TLS 新建密钥的面板。 添加标签。 标签的作用是为Ingress添加对应的标签,标示该Ingress的特点。 添加标签 最后单击创建,返回路由列表。 等待一段时间,可以看到一条路由。 路由列表 单击路由中的访问域名 test.[cluster-id].[region-id].alicontainer.com,以及 foo.bar.com ,可访问 nginx 的欢迎页面。 访问域名 单击指向new-nginx服务的路由地址,发现指向了old-nginx应用的页面。 说明 在浏览器中访问路由地址,默认情况下,请求头(Header)中没有前面步骤中定义的foo=^bar$,因此流量会导向old-nginx应用。 old-nginx应用 SSH登录到Master节点,执行以下命令,模拟带有特定请求头的访问结果。 curl -H "Host: foo.bar.com" http://47.107.XX.XX old curl -H "Host: foo.bar.com" http://47.107.XX.XX old curl -H "Host: foo.bar.com" http://47.107.XX.XX #类似于浏览器的访问请求 old curl -H "Host: foo.bar.com" -H "foo: bar" http://47.107.XX.XX #模拟带有特有header的访问请求,会根据路由权重返回结果 new curl -H "Host: foo.bar.com" -H "foo: bar" http://47.107.XX.XX old curl -H "Host: foo.bar.com" -H "foo: bar" http://47.107.XX.XX old curl -H "Host: foo.bar.com" -H "foo: bar" http://47.107.XX.XX new

1934890530796658 2020-03-31 15:34:39 0 浏览量 回答数 0

回答

Cookie是一个伟大的发明,它允许Web开发者保留他们的用户的登录状态。但是当你的站点有一个以上的域名时就会出现问题了。在Cookie规范上说,一个cookie只能用于一个域名,不能够发给其它的域名。因此,如果在浏览器中对一个域名设置了一个cookie,这个cookie对于其它的域名将无效。如果你想让你的用户从你的站点中的其中一个进行登录,同时也可以在其它域名上进行登录,这可真是一个大难题。跨二级域名 我们知道cookie是可以跨二级域名来访问,这个很好理解,例如你 www.test1.com 在的web应用程序创建了一个cookie,要想在bbs.test1.com这样的二级域名对应的应用程序中访问,就必须你在创建cookie的时候设置domain参数domain=test1.com。 以asp.net为例 代码如下: [csharp] view plaincopy HttpCookie cookie = new HttpCookie("name", "www.Admin10000.com"); cookie.Domain = "test1.com"; cookie.Path = "/"; Response.Cookies.Add(cookie); 跨顶级域名   如果我不是二级域名而是完全在不同顶级域名中,例如 www.test1.com 所在的web应用程序创建了一个cookie,想要在 www.test2.com 或其二级域名的应用程序中访问,改怎么办呢?我们知道靠常规反的方法是访问不了的,关键我们就是看看有没有方法可以访问。事实是Cookie可以在一定条件下跨域,而不是随心所欲的实现跨域。   我们来做个测试,看看两个站点 www.test1.com 和 www.test2.com 如何实现cookie跨域访问。 按照常规我们需要有2个顶级域名,并且有DNS服务器才能够配置域名,否则我们是无法验证的,但是这里我们也没有必要那么麻烦,我们可以通过修改hosts文件来模拟。在 c:windowssystem32driversetc 中有 hosts文件,在末尾添加上 127.0.0.1 www.test1.com127.0.0.1 www.test2.com 两行,就可以将本机用上面的域名访问本机回环地址了。我们只需要在IIS上部署一套程序,ip为本机回环地址,用两个域名分别访问就可以了。   我们新建三个页面,分别是 Default.aspx、SSO.ashx、GetCookie.aspx。   其中Default.aspx是 www.test1.com 的页面,访问的地址是 http://www.test1.com/Default.aspx。看一下前台代码,它没有任何后台代码 [html] view plaincopy <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="Admin10000.Web.Default" %> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head runat="server"> <title></title> </head> <body> <form id="form1" runat="server"> <div> <script type="text/javascript"> var _frm = document.createElement("iframe"); _frm.style.display = "none"; _frm.src = "http://www.test2.com/SSO.ashx"; document.body.appendChild(_frm); </script> </div> </form> </body> </html> 另外一个是 SSO.ashx 页面,我们认为它是 www.test2.com 的页面,前台没有任何代码,后台代码如下: [csharp] view plaincopy using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.Services; using System.Web.SessionState; namespace Admin10000.Web { /// <summary> /// $codebehindclassname$ 的摘要说明 /// </summary> [WebService(Namespace = "http://tempuri.org/")] [WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)] public class SSO : IHttpHandler { public void ProcessRequest(HttpContext context) { HttpCookie cookie = new HttpCookie("name", "www.Admin10000.com"); cookie.Domain = "test2.com"; cookie.Path = "/"; cookie.Expires = DateTime.Now.AddMinutes(10000); context.Response.Cookies.Add(cookie); context.Response.ContentType = "text/plain"; context.Response.AddHeader("P3P", "CP=CAO PSA OUR"); context.Response.Write(""); } public bool IsReusable { get { return false; } } } } 最后是 GetCookie.aspx 页面,它同样是www.test2.com下的页面,没有前台代码,只有后台代码: [csharp] view plaincopy using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.UI; using System.Web.UI.WebControls; namespace Admin10000.Web { public partial class GetCookie : System.Web.UI.Page { protected void Page_Load(object sender, EventArgs e) { if (Request.Cookies["name"] != null) { Response.Write(Request.Cookies["name"].Value); } } } } 好了,现在我们访问测试,通过访问 ttp://www.test1.com/Default.aspx 之后,这时会通过iframe载入调用SSO.ashx这个页面,执行后台代码创建cookie,然后访问 http://www.test2.com/GetCookie.aspx 我们得到了相应的cookie。说明在www.test1.com下创建的cookie在www.test2.com下是可以访问到的。 要注意的地方:   admin10000.com 提示 SSO.ashx 的后台代码中有一句:context.Response.AddHeader("P3P", "CP=CAO PSA OUR"); 是用来设置P3P响应头。是因为IE浏览器支持的P3P导致iframe跨站点时cookie被阻止,无法创建cookie。(FireFox目前还不支持P3P安全特性,FireFox自然也不存在此问题。不需要添加P3P响应头。)   通过iframe的src属性将test1.com域下的cookie值作为get参数重定向到test2.com域下SSO.ashx页面上,SSO.ashx获取test1.com域中所传过来的cookie值,并将所获取到值写入cookie中,这样就简单的实现了cookie跨域的访问。   另外Default.aspx页面也可改为JS调用形式: [html] view plaincopy <%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="Admin10000.Web.Default" %> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" > <head runat="server"> <title></title> </head> <body> <form id="form1" runat="server"> <div> <script type="text/javascript" src="http://www.test2.com/SSO.ashx"></script> </div> </form> </body> </html>

小旋风柴进 2019-12-02 02:00:58 0 浏览量 回答数 0

问题

Kubernetes 集群 通过 Web 界面创建路由

青蛙跳 2019-12-01 21:32:58 619 浏览量 回答数 0

问题

Kubernetes 集群 路由配置说明

青蛙跳 2019-12-01 21:32:58 618 浏览量 回答数 0

问题

Kubernetes 集群中负载均衡的Ingress 支持

反向一觉 2019-12-01 21:22:51 1443 浏览量 回答数 0

回答

回45楼拆桥在过河的帖子 重新下载一次,再解压试试,安装包好多人用过的,不会有问题。 如再出错,将报错信息发上来。 ------------------------- 回66楼奇真界的帖子 亲,看到您的站点已经建好了,有问题再留言,感谢使用阿里云的服务! ------------------------- 回67楼信天游科技的帖子 感动了,欢迎使用! ------------------------- 回71楼奇真界的帖子 nginx  和 apache 的配置文件不通用,需要单独修改,改的内容可以参考,差不多。 ------------------------- Re“零基础”系列课程如何在ECS上快递搭建一个WordPress站点 前面有人问过,请看第“40楼”的回复。 ------------------------- 回77楼荷西的帖子 不同版本的linux,内置的命令可能有所不同,按此方法安装应该是可以的。 ------------------------- 回81楼小敏110的帖子 具体遇到了什么问题? 说详细点,大家可以帮助你。 ------------------------- 回 85楼snabna的帖子 IP能访问吗? 域名是什么? ------------------------- 回 94楼bakabaka的帖子 亲,是“cd /root”,中间有空格 ------------------------- 回 93楼jinyumi的帖子 亲,具体遇到了什么问题?贴出来,大家帮你解决 ------------------------- 回 101楼乐乐智慧的帖子 感觉像是有特别耗CPU的大SQL在执行,否则不会卡到必须重启ECS,建议从管理控制台检查一下各种报警信息,确保ECS是正常的,同时看看RDS里面的SQL审计,看看执行时间。 ------------------------- 回 108楼deerpdean的帖子 亲,请在线咨询一下镜像的供应商,是由合作伙伴提供的。 ------------------------- 回 112楼火星了的帖子 谢谢支持! ------------------------- 回 116楼shashouhang的帖子 好样的,看样子你已经自己安装上了unzip软件,有的镜像里没有自带这个命令,需要大家自己安装。 安装指令:“yum  install unzip” ,一定要注意三个单词中间有空格。 ------------------------- 回 118楼ienpai的帖子 谢谢支持,后续会根据大家关注度较高的需求陆续录制相关教程,有什么建议大家可以论坛里直接提出来。 ------------------------- 回 126楼victoire的帖子 亲,是完全免费的 ------------------------- 回 138楼过往云烟1的帖子 是文档里有乱码吗?请使用标准的 PDF reader试试,之前没有人反馈过。 ------------------------- 回 143楼原不周的帖子 亲,一般情况下不会出现这个问题,有几个方法: 1、重新执行一遍“一键WEB安装包”,支持反复安装的,同时装的时候注意一下有没有异常报错,注意一定要以管理员(root)身份执行。 2、如果还是不行,且ECS上没有重要数据,可以重置一次系统盘再试试。 如果还有问题,请将报错信息发上来,大家一起帮您诊断一下。 ------------------------- 回 150楼疯牛的帖子 首先祝贺这位同学! 回复你的问题: ECS上建立的站点不需要进行域名绑定,只需要做域名解析就可以了,在你的域名解析服务商的平台里加一条A记录,指向ECS的服务器。 ------------------------- 回 152楼原不周的帖子 按照A002教程进行完以后,就自带了phpwind论坛,这是一键WEB安装包自带的,请参考安装包的pdf说明。 ------------------------- 回 161楼fengyunk83的帖子 亲,退出VI编辑器时需要先按一下“ESC”键,然后再输入冒号和wq,教程里忘了写了,下一版更新时会加上。 这是VI的操作方法,详细步骤可以从网上搜一些相关文档学习。 ------------------------- 回 160楼小小传的帖子 如果是用真实的域名,就通过DNS解析来完成,这样所有人都可以通过域名来访问。 如果是用虚拟的域名(未正式注册的,只是测试用),可以通过修改本地PC的hosts文件来测试,其实也是一种解析的方法。 ------------------------- 回 154楼lilianzhang的帖子 暂时没有windows相关的教程,php语言在linux系统下运行得更好,推荐使用linux. ------------------------- 回 158楼fengyunk83的帖子 1、乱码没有关系,只是终端字符集问题,您可以将文档ftp下载到本地查看。 2、目录修改方法: 2.1 将WEB根目录修改为“/alidata/www/wordpress” 2.2 将phpmyadmin目录从“/alidata/www” move 到“/alidata/www/wordpress” 3、最终效果: 3.1 wordpress 可以直接通过 http://ip地址/ 来访问 3.2 phpmyadmin的访问地址变为 http://ip地址/phpmyadmin/ ------------------------- Re“零基础”系列课程如何在ECS上快递搭建一个WordPress站点 感谢 fengyunk83整理,形成了一个整体的FAQ了! 回答你的问题: 其实离成功只差一步了哈,是我之前没有去实际测试,以为改一个目录就可以,没想到wordpress在数据库里记录了安装时的路径,也需要修改一下,具体如下图所示: wp_option 表里有两个字段(siteurl , home)记录了路径,需要去掉“/wordpress”部份,实测过去掉就完全OK了,如下图: ------------------------- 回 173楼lilianzhang的帖子 不适用,windows系统请直接用“远程桌面”管理,和本地电脑一样。 ------------------------- Re“零基础”系列课程如何在ECS上快递搭建一个WordPress站点 云解析的入门帮助: https://help.aliyun.com/document_detail/dns/quick-start/hichina.html?spm=5176.product9002830_dns.4.18.KyzSsD 备案帮助入口: http://beian.aliyun.com/redian.html?spm=5176.200010.5.7.87ogNH @ fengyunk83 反馈的问题很典型,备案在中国是网站开通的必要条件,具体来说域名要指向阿里云的服务器就必须要先备案,如里之前在别的ISP备过案,需要来阿里云办理一次“备案接入”然后才可以访问。 备案的规则比较复杂,各个省的规定差异较大,请先从上面的链接去了解细节,也可以打客服电话去咨询,当然我也会和备案业务部门的同事联系,看看是否可以总结出通用的规则,录成小视频开放给大家。 关于解析的方法,请参上面的入门帮助,如有问题可以继续回复交流。 ------------------------- 回 191楼寂寞猫的帖子 亲,方便的话留个联系方式,或私信我,一定帮你解决好。 ------------------------- 回 203楼ryc0907的帖子 这个提示的意思是您的系统里没有unzip这个命令,这是一个外部命令,需要提前安装,请按照提示在命令行里输入“apt-get install unzip” 试试 ------------------------- 回 198楼伊奇的帖子 如果按照本教程一步一步操作完,最后的访问路径应该像这样: http://ip地址/wordpress/ ,如果试了还是不行,请将IP地址发上来,看看具体报错。 ------------------------- 回 195楼wqing17的帖子 应该是可以的,建议您试一下,有问题发上来,可以协助您解决。 ------------------------- Re“零基础”系列课程如何在ECS上快递搭建一个WordPress站点 有个最简单的方法,下载如下文件,用xftp上传至/alidata/www目录下: http://ecsdownload.oss-cn-hangzhou.aliyuncs.com/index.html 该文件的功能是将对根目录的访问重定向到wordpress目录。 ------------------------- 回 232楼风愿的帖子 很可能是您选择的操作系统不是CentOS系列的,请从管理控制台查看一下ECS的OS版本,贴上来,或者如果ECS里没有重要数据就直接更换系统盘,换成CentOS 6.X 再重新安装。 ------------------------- Re“零基础”系列课程如何在ECS上快递搭建一个WordPress站点 目录名拼写有误,是 "/alidata/www/" ------------------------- 回 260楼原不周的帖子 参考这篇文章:http://blog.unvs.cn/archives/phpmyadmin-login-error.html 一般是密码不对,或者权限不够。 你可以手工在SSH终端下试试,用命令行:“mysql -uroot -p密码”,看看能否登录。 ------------------------- Re“零基础”系列课程如何在ECS上快递搭建一个WordPress站点 视频链接昨天就修好了,欢迎大家继续观看! ------------------------- 回 301楼权威地位的帖子 是不是设置了安全组? 或者SSH监听的端口不是22? ECS默认的设置一定是可以连接的。 具体问题可以加旺旺群(1253616026)沟通。 ------------------------- Re“零基础”系列课程如何在ECS上快递搭建一个WordPress站点 欢迎大家学习,我们新推出了在线的自助实验平台,3月底前可以免费做实验,体验云产品的强大功能,登录地址 www.aliyunedu.net ,可用阿里云帐号直接登录。 ------------------------- 回 309楼hlz8mm的帖子 祝贺! ------------------------- 回 314楼拆桥在过河的帖子 本教程选择的是nignx,如果您对linux操作不熟悉的话,建议跟着教程一步一步走 ------------------------- 回 315楼小家子的帖子 前两个问题,请您往前看,之前我回复过优化方法。 第3条,linux的使用和维护技能,本身是一个很大的课题,也是很基础的教程,您可以在网上搜一下,有很多现成的资料可以找到。 在ECS的版块里也有很多实有的内容,希望对您有帮助: https://bbs.aliyun.com/thread/207.html?spm=5176.7189909.3.4.B68UCz ------------------------- 回 325楼fcjfamily的帖子 如果通过IP地址能正常访问, 更换为域名后出现问题,请参考前面的回复,有一个完整的说明,需要改一下数据库里记录的首页URL,有硬链接. ------------------------- 回 380楼bangmind的帖子 提示无效的用户, 换成以下两个命令,分别试试: “chown www wordpress -Rf” “chgrp www wordpress -Rf” 如果还报同样的错,估计是上一步安装的过程中没有创建www用户。 ------------------------- 回 390楼purebob的帖子 出现这个信息应该是nginx没的启动,直接start一下试试。

training 2019-12-01 23:22:03 0 浏览量 回答数 0

问题

Windows2012部署IIS-PHP环境

西秦说云 2019-12-01 21:01:28 13368 浏览量 回答数 4
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站