在was上部署war项目（多个节点），用域名访问时，经常出现以下图片的问题，但是如果用IP访问就

WebSphere Network Deployment 迁移概述

可使用迁移向导或迁移命令执行 WebSphere 迁移。尽管迁移向导提供了一个将配置文件迁移到默认位置的标准方法，但迁移命令可用于将配置文件迁移到安装树以外的位置。

was服务无法保持会话

部署到一台已有的was服务器上。登录时被拦截器拦截，不断报session超时，重定向到登录首页。

在tomcat及新建的was服务器下安装，都可以正常运行。

根据这个思路，打印日志，已有的was服务器显示为每次请求都新建了session，导致会话不能够保持住。

排查was配置，发现在was设置里，已经设置了cookie的path路径为 /imanager 。而我的应用上下文为mpay-manage。客户端浏览器的会话通过cookie来记录，登录时候因读取不到cookie导致session为空，服务器认为是新的请求，故而新建session。从使用者角度来看，就是页面不断跳转到登录页面，无法正常登录进应用系统。

所以，针对以上情况，当时的处理方式是将was服务器的cookie的 路径path设置为 /。重新启动was服务器实例。登录运行成功。

故此，特针对cookie重新学习下。

---------------------------------以下摘自互联网-----------------------------------------

Cookie 概述

Cookie是什么？ Cookie 是一小段文本信息，伴随着用户请求和页面在 Web 服务器和浏览器之间传递。Cookie 包含每次用户访问站点时 Web 应用程序都可以读取的信息。

为什么需要Cookie？ 因为HTTP协议是无状态的，对于一个浏览器发出的多次请求，WEB服务器无法区分 是不是来源于同一个浏览器。所以，需要额外的数据用于维护会话。 Cookie 正是这样的一段随HTTP请求一起被传递的额外数据。

Cookie能做什么？ Cookie只是一段文本，所以它只能保存字符串。而且浏览器对它有大小限制以及 它会随着每次请求被发送到服务器，所以应该保证它不要太大。 Cookie的内容也是明文保存的，有些浏览器提供界面修改，所以， 不适合保存重要的或者涉及隐私的内容。

Cookie 的限制。 大多数浏览器支持最大为 4096 字节的 Cookie。由于这限制了 Cookie 的大小，最好用 Cookie 来存储少量数据，或者存储用户 ID 之类的标识符。用户 ID 随后便可用于标识用户，以及从数据库或其他数据源中读取用户信息。 浏览器还限制站点可以在用户计算机上存储的 Cookie 的数量。大多数浏览器只允许每个站点存储 20 个 Cookie；如果试图存储更多 Cookie，则最旧的 Cookie 便会被丢弃。有些浏览器还会对它们将接受的来自所有站点的 Cookie 总数作出绝对限制，通常为 300 个。

通过前面的内容，我们了解到Cookie是用于维持服务端会话状态的，通常由服务端写入，在后续请求中，供服务端读取。

1、首先拷贝安装包，分别命名为elasticsearch-6.2.4-001和elasticsearch-6.2.4-002。

2、接着在config目录下的jvm.options的内存设置为512M。

3、分别进入这两个安装文件的目录，修改config目录下的elasticsearch.yml文件。

4、接着启动节点node-001： ./elasticsearch。

5、然后启动节点node-002： ./elasticsearch，就完成了。

---