如何让用户接入服务器

❶ 如何连接服务器

1、从服务器商后台获得：

1、IP

2、远程端口（一般默认3389）

3、账号

4、密码

2、下载iis7服务器管理工具：iis7服务器管理工具

1、找到WIN 添加刚才获取到的信息，先勾选，也可以鼠标右键 点打开

2、如果你的服务器是LINUX的，也可以用上面的方法链接服务器

❷ 怎样才能同时让多个用户远程桌面到该服务器上

1、首先在计算机-管理中添加需要添加的N个用户，然派稿碰后把这些用户归属于某一个本地组敬拿（如组名为User）。 2、要设置自定义终端服务连接权限， 请执行以下操作步骤： （1）. 单击开始，指向程序，指向管理工具，然后单击终端服务配置。 （2）. 打开连接文件夹。 （3）. 右键单击连接 (RDP-TCP)，然后单击属性。 （4）尘谈. 在权限选项卡上，添加需要访问此连接的组（User）。 （5）. 单击确定。

❸ 域用户如何加入域，如何登陆服务器

1、再电脑桌面上找到搜索系统，直接搜索“控制面板乱瞎好”。

❹ 内网用户连接远程域服务器

看一下如何把下面的工作站加入到域。
由于从网络安全性考虑，尽量少的使用域管理员帐号，所以先在域控制器上建立一个委派帐号，登陆到域控制器，运行“dsa.msc”，出现“AD用户和计算机”管理控制台:
先来新建一个用户，展开“demo.com”，在“Users”上击右键，点“新建”-“用户”:
然后出现一个新建用户的向导，在这里，我新建仔哗了一个名为“swg”的用户，并且把密码设为“永不过期”。

这样点哗戚高“下一步”，直到完成，就可以完成用户的创建。然后在“demo.com”上点击右键，先择“委派控制”:
就会出现一个“委派控制向导”:
点击“下一步”:
点击中间的“添加”按钮，并输入刚刚创建的“swg”帐号:
然后点“确定”:
再点“下一步”:
选择“将计算机加入到域”，然后点“下一步”:
最后是一个信息核对画面，要是没有什么问题的话，直接点“完成”就可以了。
接下来转到客户端，看看怎么把XP进来，在实验中采用的客户端操作系统是Windows XP专业版，需要大家注意的是Windows XP 的Home版由于针对的是家庭用户，所以不能加入域乱尺，大家别弄错了哟，我们先来设置一下这台XP的网络:
计算机名:TestXP
IP:192.168.5.5
子网掩码:255.255.225.0
DNS服务器:192.168.5.1，
设置完网络以后，在“我的电脑”上击右键，选“属性”，点“计算机名”。
在这里把“隶属于”改成域，并输入:“demo.com”，并点确定，这是会出现如下画面:
输入刚刚在域控上建的那个“swg”的帐号，点确定就可以进入服务器起系统

如此循环，有几台电脑要使用到与服务器，就建立几个账户。。。重复上边的服务器和客户端的用户添加就可以了。。。

PS：服务器2003操作系统为例， 客户端WINDOWSXP为例

❺ 客户端如何连接服务器

客户端通过终端（终端有下载的软件，包括浏览器也属于终端），通过一个端口，连接到服务器指定的端口。服务器会监听这个端口，如何有这个端口的应用访问，则和终端用户交互，从而达到客户端连接服务器的作用。

❻ 如何让手机能连接到我们的服务器啊

首先打开“运行”，输入:services.msc 找到里面的wireless Zero Configeration 把禁用改成启动，然后网上邻居→属性→无线网络连接→属性→无线网络配置里的“WINdows配置睁汪我的无线网路连接属性”这栏打钩。

❼ 自建权威DNS-如何让用户就近接入

引子：
外网DNS是用户访问网站的第一道门，如果外网DNS调度不准确，会出现跨网，跨地域等问题，调度问题是外网DNS关注的首要问题。如何让用户就近接入？有没有好的设置方法可供参考？

调度问题直观的表现是VIEW设置多少个，ACL是否匹配正确。ACL设置一般企业会采购IPIP库的结果，国内基本可以得到正确的结果，海外的IPIP归属地也不会有很大的波动。如果请求能正常到达要访问的权威服务器，看似就万事大吉了。但是在观察业务数据的时候，发现问题并没有那么简单。

这是一个演变的过程，按照改进的过程叙述。
第一步：国内一般的方法是华北，华东，华南，三个地域建ns。海外选择离业务近的点建ns。中国和海外的ns设置不同的地址。自建权威服务器注册到DNS服务商。按照地域顺序往后排序。每个view配置相同的ns。认为DNS解析会按照最近的NS来请求。
问题：
前两台NS会收到很多访问的请求，用户的来源IP和之前给这个NS设定的覆盖范围也不一致，其他的NS请求量相对低。和用户分布的趋势不符合。
如果这样的话，即使分了ACL，也没有达到多个NS覆盖多个的问题。用户域名请求的时间仍旧很高。那么local DNS不是应该像很多NS同时发请求，然后选择一个就近的接入，以后就按照这个NS来请求吗？
当然不会，这样用户还需要在不同的NS上随机挑选，这样更加增加了local DNS的请求时间。

local DNS第一次解析域名的时候，ns的地址是由.com权威提供的，本地递归DNS最终是缓存权威DNS上的ns记录。.com权威提供的方式是通过glue记录。在注册域名的时候，需要额外填写。
glue记录是非常容易忽略的一个问题，应该搭建常规的DNSserver并不是必须的选项，因此常常会忽略，我也是在注意到问题之后，才发现对glue记录并不慧早好了解。
加入睁旦没有glue记录，local DNS拿到了请求之后，还要在询问NS地址是什么，
查看 www..com 的glue记录：
请求命令：
dig www..com

位于返回请求的ADDITIONAL SECTION中。

实验验证一下第一次请求的过程：
先来看一下请求前铅的TTL值

第二次递减：

第三次递减：

变为0:

重新开始请求：

看下对应的抓包过程：
第一次请求的过程：

A.root-servers.net198.41.0.4美国
E.root-servers.net192.203.230.10美国
分别像这几个根存问结果：
首先像 J.root-servers.net192.58.128.30美国 询问，
给服务器回复了 *.gtld-servers.net的地址 .com顶级域

com回复之后，继续往下看：

com回复了的ns

本地递归DNS最终是缓存权威DNS上的NS记录。

如果想实现按照NS调度，不同的View应该配置不同的NS地址，用户请求从com得到请求之后，再去查询NS ，就会按照NS配置的地址到想让他去的NS解析了。不足之处，第一次因为从glue拿地址，所以第一次没有办法实现智能解析

minimal-responses
如果是yes，当产生响应的时候，服务器将只会按照需要将记录添加到authority和additional的数据部分。（例如，delegations，negative responses）。这样会改善服务器的性能。默认值为no。

❽ 各位大神，怎样让手机客户端能快速连接到推送服务器

一、消息推送基础
消息推送，就是在互联网上通过定期传送用户需要的信息来减少信息过载的一项新技术。推送技术通过自动传送信息给用户，来减少用于网络上搜索的时间。它根据用户的兴趣来搜索、过滤信息，并将其定期推给用户，帮助用户高效率地发掘有价值的信息
当我们开发需要和服务器交互的移动应用时，基本上都需要和服务器进行交互，包括上传数据到服务器，同时从服务器上获取数据。
一般情况下，客户端与服务器之间枝逗通讯客户端是主动的，但这就存在一个问题就是一旦服务器数据有更新或者服务器要下发通知给客户端只能等客户端连接的时候才能实现。这种方式使消息失去了实时性。
如何使客户端能够实时的收到服务器的消息和通知，总体来说有两种方式，第一种是客户端使用Pull（拉）的方式，就是隔一段时间就去服务器上获取一下信息，看是否有更新的信息出现。第二种就是 服务器使用Push（推送）的方式，当服务器端有新信息了，则把最新的信息Push到客户端上。这样，客户端就能自动的接收到消息。 
虽然Pull和Push两种方式都能实现获取服务器端更新信息的功能，但是明显来说Push方式比Pull方式更优越。因为Pull方式更费客户端的网络流量，更主要的是费电量，还需要我们的程序不停地去监测服务端的变化。  
二、几种常见的解决方案实现原理
1）轮询(Pull)方式：客户端定时向服务器发送询问消息，一旦服务器有变化则立即同步消息。
2）SMS(Push)方式：通过拦截SMS消息并且解析消息内容来了解服务器的命令，但这种方式一般用户在经济上很难承受。
3）持久连接(Push)方式：客户端和服务器之间建立长久连接，这样就可以实现消息的及时行和实时性。
三、消息推送解决方案概述
A、C2DM云端推送方案
在Android手机平台上，Google提供了C2DM（Cloudto Device Messaging）服务。Android Cloud to Device Messaging (C2DM)是一个用来帮助开发者从服务器型搭判卜改向Android应用程序发送数据的服务。该服务提供了一个简单的、轻量级的机制，允许服务器可以通知移动应用程序直接与服务器进行通信，以便于从服务器获取应用程序更新和用户数据。
该方案存在的主要问题是C2DM需要依赖于Google官方提供的C2DM服务器，由于国内的网络环境，这个服务经常不可用。
B、MQTT协议实现Android推送
采用MQTT协议实现Android推送功能也是一种解决方案。MQTT是一个轻量级的消息发布/订阅协议，它是实现基于手机客户端的消息推送服务器的理想解决方案。
wmqtt.jar 是IBM提供的MQTT协议的实现。我们可以从这里（https://github.com/toku/AndroidPushNotificationsDemo）下载该项目的实例代码，并且可以找到一个采用php书写的服务器端实现（https://github.com/toku/PhpMQTTClient）。
C、RSMB实现推送功能
Really Small Message Broker (RSMB) ，是一个简单的MQTT代理，同样由IBM提供，其查看地址是：http://www.alphaworks.ibm.com/tech/rsmb。缺省打开1883端口，应用程序当中，它负责接收来自服务器的消息并将其转发给指定的移动设备。SAM是一个针对MQTT写的PHP库。我们可以从这个http://pecl.php.net/package/sam/download/0.2.0地址下载它.
D、XMPP协议实现Android推送
Google官方的C2DM服务器底层也是采用XMPP协议进行的封装。XMPP(可扩展通讯和表示协议)是基于可扩展标记语言（XML）的协议，它用于即时消息（IM）以及在线探测。这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息。
androidpn是一个基于XMPP协议的java开源Android push notification实现。它包含了完整的客户端和服务器端。但也存在一些不足之处：
1） 比如时间过长时，就再也收不到推送的信息了。
2）性能上也不够稳定。
3）如果将消息从服务器上推送出去，就不再管理了，不管消息是否成功到达客户端手机上。
如果我们要使用androidpn，则还需要做大量的工作，需要理解XMPP协议、理解Androidpn的实现机制，需要调试内部存在的BUG。
E、使用第三方平台
目前国内、国外有一些推送平台可供使用，但是涉及到收费问题、保密问题、服务质量问题、扩展问题等等，又不得不是我们望而却步。
四、消息推送完美方案
综合以上论述，在建立Android消息推送方面可谓方案多多，但每一款方案都有其优缺点。但无论如何，还是自己搭建一个推送平台是上策。因为你有、他有不如自己有。
举个例子，在搭建自有推送平台上建议使用《某某Android消息推送组件》。该组不仅可以拿来即用，并且还可以提供源码以便扩展，实现自己的特殊需求。
A、推送原理
Android消息推送组件基于XMPP协议实现Android推送。XMPP（可扩展通讯和表示协议）是基于可扩展标记语言（XML）的协议，它用于即时消息（IM）以及在线探测。这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息。