客户端访问

Ⅰ 如何获取客户端访问网站的IP地址

• request.getRemoteAddr()是获得客户端的ip地址。

• request.getRemoteHost()是获得客户端的主机名。

Ⅱ "客户端访问许可证"不明白

客户端访问许可是指在C\S模式的软件中,允许客户端同时连接服务器的个数。
出现原因：这是因为Window Server 2003 不管理“用户 CAL”。这就是说，即使许可证服务器数据库中有一个“用户 CAL”，它在被使用时也不会减少。这样就不会为了让每个用户都有一个有效的终端服务器 (TS) CAL 而根据“最终用户许可协议”(EULA) 的要求删除管理员。在没有使用“设备 CAL”的情况下，如果不是每个用户都有一个“用户 CAL”，就会违反 EULA。
解决方法如下：
1、在本计算机上执行：开始--运行--mstsc /v:（服务器IP） /console <此命令是通过concle口进行连接>（这一步没有解决我的问题，依然出现上述提示）
2、在登录出问题的服务器上， 单击“开始”，指向“管理工具”，然后单击“终端服务配置”；单击“服务器设置”，然后双击“授权模式”；将“授权模式”更改为“每用户”，然后单击“确定”。 以后就不会出现此类问题了。（简单有效）

Ⅲ 客户端访问Web服务器，如何实现Session。

session.setAttribute("这是key值",用户对象)；把用户登录进去的信息存起来
session.getAttribute(“这里面取的是上面那个key值，名字要一摸一样”)；这个是取出来

Ⅳ 客户端访问不了服务器

一般情况下，U8服务器的网段必须与客户端（用户）一致，跨网段一般会出现不能访问。因为一般分网段就是为了隔离某些东西，自然会将U8服务器的数据服务和应用服务隔离了，并且服务器后台服务所使用的端口比较多、设置起来是比较麻烦的。如果确实在局域网内需要有两个网段，可以将这个U8服务器装两个网卡，各在一个网段，但这样做对服务器性能和WIN2003SEVER后台设置有一些要求。这样，两个网段里的客户端都可以访问U8服务器了，建议客户端登录时服务器（即“登录到”一栏）改用IP地址。

Ⅳ 从客户端访问服务器全部过程概述 （有图）

我是全栈工程师，用到前端web,后端php，和MYSQL数据库，客户端是服务器解析的静态页面，用户输入请求，ajax通过http协议发送到后端，后端接收请求，然后遍历数据库，找到想要的答案，在返回给客户端，用户就可以看到答案了，以前都是B/S架构，现在都是C/S架构，方便维护，要是还不明白，私聊我，我给你写代码看，你就明白了

Ⅵ 客户端访问某www服务器的全部过程描述

1、打开浏览器，输入域名
2、DNS将域名转换为IP
3、本地电脑连接远程服务器。
4、服务器返回网页数据
5、浏览先展现给用户。

Ⅶ 客户端请求访问HTML页面与访问servlet有什么异同

访问html是服务器不做处理，只是收到请求之后，将html传输给你的浏览器，浏览器进行解析，你和服务器没有进行交互的。
servlet是服务器端运行的java代码，你提交的东西到了服务器端，可以进行处理，然后返回给你的浏览器。

很早以前就是纯html的，所以人们只能看看新闻，因为是静态的，不能交互。后来有了动态语言，比如jsp，php等。

Ⅷ 客户端访问服务器

一般都开线程的，进程的开销比线程要大
如果是socket程序，socket的异步IO模型基本都是需要开多线程处理的

Ⅸ 客户端浏览器访问服务器端的原理

当我们想浏览一个网站的时候，只要在浏览器的地址栏里输入网站的地址就可以了，例如：www.microsoft.com，但是在浏览器的地址栏里面出现的却是： http://www.microsoft.com，你知道为什么会多出一个“http”吗？ 一、HTTP协议是什么 我们在浏览器的地址栏里输入的网站地址叫做URL(UniformResourceLocator，统一资源定位符)。就像每家每户都有一个门牌地址一样，每个网页也都有一个Internet地址。当你在浏览器的地址框中输入一个URL或是单击一个超级链接时，URL就确定了要浏览的地址。浏览器通过超文本传输协议(HTTP)，将Web服务器上站点的网页代码提取出来，并翻译成漂亮的网页。因此，在我们认识HTTP之前，有必要先弄清楚URL的组成,例如： http://www.microsoft.com/china/index.htm。它的含义如下： 1. http://：代表超文本传输协议，通知microsoft.com服务器显示Web页，通常不用输入； 2.www：代表一个Web(万维网)服务器； 3.Microsoft.com/：这是装有网页的服务器的域名，或站点服务器的名称； 4.China/：为该服务器上的子目录，就好像我们的文件夹； 5.Index.htm：index.htm是文件夹中的一个HTML文件(网页)。 我们知道，Internet的基本协议是TCP/IP协议，然而在TCP/IP模型最上层的是应用层(Applicationlayer)，它包含所有高层的协议。高层协议有：文件传输协议FTP、电子邮件传输协议SMTP、域名系统服务DNS、网络新闻传输协议NNTP和HTTP协议等。 HTTP协议(HypertextTransferProtocol，超文本传输协议)是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少。它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。这就是你为什么在浏览器中看到的网页地址都是以“ http://”开头的原因。 自WWW诞生以来，一个多姿多彩的资讯和虚拟的世界便出现在我们眼前，可是我们怎么能够更加容易地找到我们需要的资讯呢？当决定使用超文本作为WWW文档的标准格式后，于是在1990年，科学家们立即制定了能够快速查找这些超文本文档的协议，即HTTP协议。经过几年的使用与发展，得到不断的完善和扩展，目前在WWW中使用的是HTTP/1.0的第六版。 二、HTTP是怎样工作的 既然我们明白了URL的构成，那么HTTP是怎么工作呢？我们接下来就要讨论这个问题。 由于HTTP协议是基于请求/响应范式的(相当于客户机/服务器)。一个客户机与服务器建立连接后，发送一个请求给服务器，请求方式的格式为：统一资源标识符(URL)、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。 许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理和服务器之间通过一个单独的连接来完成。在Internet上，HTTP通讯通常发生在TCP/IP连接之上。缺省端口是TCP80，但其它的端口也是可用的。但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。HTTP只预示着一个可靠的传输。 这个过程就好像我们打电话订货一样，我们可以打电话给商家，告诉他我们需要什么规格的商品，然后商家再告诉我们什么商品有货，什么商品缺货。这些，我们是通过电话线用电话联系(HTTP是通过TCP/IP)，当然我们也可以通过传真，只要商家那边也有传真。 以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。 在WWW中，“客户”与“服务器”是一个相对的概念，只存在于一个特定的连接

Ⅹ Android客户端怎样访问服务WEB端

HttpClient 与 HttpURLConnection 共用SessionId

下面给出访问服务器的截图，向后滑动有http协议那一章，里面与源码，例子来自android学习手册，里面有源码。android学习手册包含9个章节，108个例子，源码文档随便看，例子都是可交互，可运行，源码采用android studio目录结构，高亮显示代码，文档都采用文档结构图显示，可以快速定位。360手机助手中下载,图标上有贝壳：

HttpClient 与 HttpUrlConnection 是Android 中HTTP操作最常见的访问方式。在一个应用程序中有时候会用到这两种方式，如何能让他们共用Cookie，让客户端访问服务器保持Session进行通信。

针对httpClient 和HttpUrlConnection 获取和发送Cookie，主要是sessionID的共享。

httpClient获取及发送Session 值：

[java] view plain print?

HttpPosthttpPost=newHttpPost(url);

//将SessionId发给服务器

if(null!=mSESSIONID){

httpPost.setHeader("Cookie","SESSIONID="+mSESSIONID);

}

DefaultHttpClienthttpClient=newDefaultHttpClient();

httpResponse=httpClient.execute(httpPost);

if(httpResponse.getStatusLine().getStatusCode()==HttpStatus.SC_OK){

HttpEntityentity=httpResponse.getEntity();

CookieStoremCookieStore=httpClient.getCookieStore();

List<Cookie>cookies=mCookieStore.getCookies();

//这里是读取指定Cookie的值

for(inti=0;i<cookies.size();i++){

if("SESSIONID".equals(cookies.get(i).getName())){

mSESSIONID=cookies.get(i).getValue();

break;

}

}

}

HttpPost httpPost = new HttpPost(url);

// 将SessionId发给服务器
if(null != mSESSIONID){
httpPost.setHeader("Cookie", "SESSIONID=" + mSESSIONID);
}

DefaultHttpClient httpClient = new DefaultHttpClient();
httpResponse = httpClient.execute(httpPost);
if (httpResponse.getStatusLine().getStatusCode() == HttpStatus.SC_OK) {
HttpEntity entity = httpResponse.getEntity();

CookieStore mCookieStore = httpClient.getCookieStore();
List<Cookie> cookies = mCookieStore.getCookies();
//这里是读取指定Cookie 的值
for (int i = 0; i < cookies.size(); i++) {
if ("SESSIONID".equals(cookies.get(i).getName())) {
mSESSIONID = cookies.get(i).getValue();
break;
}

}
}

在程序中保存上面的sessionId ，或用全局变量，或者SharedPreferences 保存，看这个sessionId 的会话时间及程序业务。

HttpUrlConnection获取及发送Session 值：

[java] view plain print?

HttpURLConnectionurl_con=null;

URLurl=newURL(reqUrl);

url_con=(HttpURLConnection)url.openConnection();

//设置session

if(mSESSIONID!=null){

url_con.setRequestProperty("Cookie","JSESSIONID="+mSESSIONID);

}

...

StringcookieVal=con.getHeaderField("Set-Cookie");

//获取session

if(cookieVal!=null){

StringmSESSIONID=cookieVal.substring(0,cookieVal.indexOf(";"));

}

HttpURLConnectionurl_con=null;

HttpURLConnection url_con = null;
URL url = new URL(reqUrl);
url_con = (HttpURLConnection) url.openConnection();
//设置session
if (mSESSIONID!= null) {
url_con.setRequestProperty("Cookie","JSESSIONID="+mSESSIONID);
}
...
String cookieVal =con.getHeaderField("Set-Cookie");
// 获取session
if (cookieVal != null) {
StringmSESSIONID= cookieVal.substring(0, cookieVal.indexOf(";"));
}
HttpURLConnection url_con = null;

HttpURLConnection和HttpClient比较（Android）:

HttpURLConnection和HttpClient 都支持HTTPS协议、IPv6、以流的形式进行上传和下载、配置超时时间、以及连接池等功能。

DefaultHttpClient和它的兄弟AndroidHttpClient都是HttpClient具体的实现类，它们都拥有众多的API，而且实现比较稳定，bug数量也很少。但同时也由于HttpClient的API数量过多，使得我们很难在不破坏兼容性的情况下对它进行升级和扩展，所以目前Android团队在提升和优化HttpClient方面的工作态度并不积极。

HttpURLConnection是一种多用途、轻量极的HTTP客户端，使用它来进行HTTP操作可以适用于大多数的应用程序。虽然HttpURLConnection的API提供的比较简单，但是同时这也使得我们可以更加容易地去使用和扩展它。不过在Android 2.2版本之前，HttpURLConnection一直存在着一些令人厌烦的bug。比如说对一个可读的InputStream调用close()方法时，就有可能会导致连接池失效了。那么我们通常的解决办法就是直接禁用掉连接池的功能：

在Android 2.3版本中还增加了一些HTTPS方面的改进，现在HttpsURLConnection会使用SNI(Server Name Indication)的方式进行连接，使得多个HTTPS主机可以共享同一个IP地址。除此之外，还增加了一些压缩和会话的机制。如果连接失败，它会自动去尝试重新进行连接。这使得HttpsURLConnection可以在不破坏老版本兼容性的前提下，更加高效地连接最新的服务器。


在Android 4.0版本中，我们又添加了一些响应的缓存机制。当缓存被安装后(调用HttpResponseCache的install()方法)，所有的HTTP请求都会满足以下三种情况：

1.所有的缓存响应都由本地存储来提供。因为没有必要去发起任务的网络连接请求，所有的响应都可以立刻获取到。
2.视情况而定的缓存响应必须要有服务器来进行更新检查。比如说客户端发起了一条类似于 “如果/foo.png这张图片发生了改变，就将它发送给我” 这样的请求，服务器需要将更新后的数据进行返回，或者返回一个304 Not Modified状态。如果请求的内容没有发生，客户端就不会下载任何数据。
3.没有缓存的响应都是由服务器直接提供的。这部分响应会在稍后存储到响应缓存中。


由于这个功能是在4.0之后的版本才有的，通常我们就可以使用反射的方式来启动响应缓存功能。下面的示例代码展示了如何在Android 4.0及以后的版本中去启用响应缓存的功能，同时还不会影响到之前的版本：

[java] view plain print?

(){

try{

longhttpCacheSize=10*1024*1024;//10MiB

FilehttpCacheDir=newFile(getCacheDir(),"http");

Class.forName("android.net.http.HttpResponseCache")

.getMethod("install",File.class,long.class)

.invoke(null,httpCacheDir,httpCacheSize);

}catch(){

}

private void enableHttpResponseCache() {
try {
long httpCacheSize = 10 * 1024 * 1024; // 10 MiB
File httpCacheDir = new File(getCacheDir(), "http");
Class.forName("android.net.http.HttpResponseCache")
.getMethod("install", File.class, long.class)
.invoke(null, httpCacheDir, httpCacheSize);
} catch (Exception httpResponseCacheNotAvailable) {
}
}

你也应该同时配置一下你的Web服务器，在HTTP响应上加入缓存的消息头。

哪一种才是最好的？

在Android 2.2版本之前，HttpClient拥有较少的bug，因此使用它是最好的选择。
而在Android 2.3版本及以后，HttpURLConnection则是最佳的选择。它的API简单，体积较小，因而非常适用于Android项目。压缩和缓存机制可以有效地减少网络访问的流量，在提升速度和省电方面也起到了较大的作用。对于新的应用程序应该更加偏向于使用HttpURLConnection。