服务器如何判断请求

A. 如何在服务器端判断请求的客户端是微信调用的浏览器

php代码
public function is_weixin(){
if ( strpos($_SERVER['HTTP_USER_AGENT'], 'MicroMessenger') !== false ) {
return true;
}
return false;
}
if($this->is_weixin()){
}else{
echo "请使用微信访问本网址。";
}

在iPhone下
Mozilla/5.0 (iPhone; CPU iPhone OS 5_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Mobile/9B176 MicroMessenger/4.3.2

在Android下
Mozilla/5.0 (linux; U; Android 2.3.6; zh-cn; GT-S5660 Build/GINGERBREAD) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1 MicroMessenger/4.5.255
包含“MicroMessenger”可以判断为微信浏览器，顺便不仅可以看到是什么手机、微信版本还有其他更多的东西。

B. 服务器，如何判断一个http请求是来自浏览器还是其他终端

原理和实现方法如下：
1、手机访问网站时时，会附带发送user-agent信息，这个信息里面会有手机号码信息，则可以肯定是通过手机wap访问的。
2、但是目前中 国移动已经屏蔽了user-agent信息，所以获取不到手机号码。可以把wap网站服务器的ip提交给中国移动，加入白名单 后即可取得ua信息。目前中国联通可以直接取到手机号，对联通用户此方案可完美实施。
3、手机访问，原理是手机通过移动公司的代理服务器进行的访问。那么就可以理解是一台普通电脑使用了代理服务器。当手机通过代理服务器访问的时候，http头信息会毫无疑问的包含一个信息：via。这个信息提供了有价值的判断信息。可以实现判断是否是移动终端。

4、另外现在移动端的浏览器都会请求移动版的网页，所以可以直接判断出的。

C. 服务器如何判断post请求者身份

一般有两种方法，一种传统的用cookie
另一种是通过token的方式，就是你说的那种

referer的方式不可行，只要用户可以修改的数据都不可信，而token是用户登录后服务端下发的，原则上客户端不能自己生成，所以可以验证身份

D. 服务器，怎么判断一个http请求是来自浏览器

1、如服务器提供了web服务，则通过服务器本身的web平台查看会话记录；
2、通过本机的防火墙软件查当前会话情况（主要看协议）；
3、netstat -an 查看分析；
4、抓包软件查看会话（例如wireshark）.
以上各种方法都可以

E. 服务器如何判别用户请求的设备为iOS还是Android设备还是windows...

通过 Agent 来判断相应的智能手机设备，然后跳转到新的手机站点
经过不懈的努力，终于搜集了比较全的 智能设备 的 Agent，然后又写了程序，直接上代码吧，希望能帮助到你

Js代码
/// 根据 Agent 判断是否是智能手机
///</summary>
///<returns></returns>
public static bool CheckAgent()
{
bool flag = false;

string agent = HttpContext.Current.Request.UserAgent;
string[] keywords = { "Android", "iPhone", "iPod", "iPad", "Windows Phone", "MQQBrowser" };

//排除 Windows 桌面系统
if (!agent.Contains("Windows NT") || (agent.Contains("Windows NT") && agent.Contains("compatible; MSIE 9.0;")))
{
//排除 苹果桌面系统
if (!agent.Contains("Windows NT") && !agent.Contains("Macintosh"))
{
foreach (string item in keywords)
{
if (agent.Contains(item))
{
flag = true;
break;
}
}
}
}

return flag;
}

F. 服务器端如何判断ajax请求方式

你指的请求方式是指GET、POST、HEAD、OPTIONS、PUT、DELETE、TRACE、CONNECT么？

那么分析http头就能看到了

get方式：

G. 服务器端如何判断是请求是通过手机还是PC发出的

看IP,手机上网的IP段都是固定的，所以说一般是通过IP的。而往往很多的手机上网IP都是一样的，不想电脑一样。

H. 服务器怎么用时间验证http请求

问题简化一下：对一个ip，一个线程请求100次。该次请求的响应时间为调用httpClient前的响应时间减去接收到httpClient响应的时间。注意，本次请求是否有效要判断。平均响应时间和最大响应时间只不过是响应时间的统计而已，可以用数据库来做。
就是说数据库记录每次测试请求的响应时间，成功与否。统计数据最后出来。
只所以用多线程，是因为单线程顺序请求100次，不能模拟服务器真正的情况。

I. 如何判断HTTP请求来源的正确性

在jquery框架中，对于通过它的$.ajax, $.get, or $.post方法请求网页内容时，它会向服务器传递一个HTTP_X_REQUESTED_WITH的参数，你可以利用如下方法判断某个请 求是ajax请求还是普通请求 if ( isset($_SERVER['HTTP_X_REQUESTED_WITH']) && $_SERVER['HTTP_X_REQUESTED_WITH'] == 'XMLHttpRequest' ) { //ajax request } else { // not ajax request } 在使用原生 JavaScript 发出 ajax 请求时，我们也可以给头部添加信息，以方便后端同学进行区分，方法如下： 1 var xmlhttp=new XMLHttpRequest(); 2 xmlhttp.open("GET","test.php",true); 3 xmlhttp.setRequestHeader("X-Requested-With","XMLHttpRequest"); 4 xmlhttp.send();

J. linux服务器如何感知有connect请求

1、sys_connect

对于客户端来说，当创建了一个套接字后，就可以连接它了。
case SYS_CONNECT:
err = sys_connect(a0, (struct sockaddr __user *)a1, a[2]);
break;[/code]

asmlinkage long sys_connect(int fd, struct sockaddr __user *uservaddr, int addrlen)
{
struct socket *sock;
char address[MAX_SOCK_ADDR];
int err;

sock = sockfd_lookup(fd, &err);
if (!sock)
goto out;
err = move_addr_to_kernel(uservaddr, addrlen, address);
if (err < 0)
goto out_put;

err = security_socket_connect(sock, (struct sockaddr *)address, addrlen);
if (err) goto out_put;

err = sock->ops->connect(sock, (struct sockaddr *) address, addrlen,
sock->file->f_flags);
out_put:
sockfd_put(sock);
out:
return err;
}

跟其它操作类似，sys_connect 接着调用 inet_connect：
/*
* Connect to a remote host. There is regrettably still a little
* TCP 'magic' in here.
*/
int inet_stream_connect(struct socket *sock, struct sockaddr *uaddr,
int addr_len, int flags)
{
struct sock *sk = sock->sk;
int err;
long timeo;

lock_sock(sk);

if (uaddr->sa_family == AF_UNSPEC) {
err = sk->sk_prot->disconnect(sk, flags);
sock->state = err ? SS_DISCONNECTING : SS_UNCONNECTED;
goto out;
}

提交的协议簇不正确，则断开连接。

switch (sock->state) {
default:
err = -EINVAL;
goto out;
case SS_CONNECTED:
err = -EISCONN;
goto out;
case SS_CONNECTING:
err = -EALREADY;
/* Fall out of switch with err, set for this state */
break;[/code] socket 处于不正确的连接状态，返回相应的错误值。

case SS_UNCONNECTED:
err = -EISCONN;
if (sk->sk_state != TCP_CLOSE)
goto out;
/*调用协议的连接函数*/
err = sk->sk_prot->connect(sk, uaddr, addr_len);
if (err < 0)
goto out;
/*协议方面的工作已经处理完成了，但是自己的一切工作还没有完成，所以切换至正在连接中*/
sock->state = SS_CONNECTING;

/* Just entered SS_CONNECTING state; the only
* difference is that return value in non-blocking
* case is EINPROGRESS, rather than EALREADY.
*/
err = -EINPROGRESS;
break;
}

对于 TCP的实际的连接，是通过调用 tcp_v4_connect()函数来实现的。

二、tcp_v4_connect函数
对于 TCP 协议来说，其连接，实际上就是发送一个 SYN 报文，在服务器的应到到来时，回答它一个 ack 报文，也就是完成三次握手中的第一和第三次。

要发送 SYN 报文，也就是说，需要有完整的来源/目的地址，来源/目的端口，目的地址/端口由用户态提交，但是问题是没有自己的地址和端口，因为并没有调 用过 bind(2)，一台主机，对于端口，可以像 sys_bind()那样，从本地未用端口中动态分配一个，那地址呢？因为一台主机可能会存在多个 IP地 址，如果随机动态选择，那么有可能选择一个错误的来源地址，将不能正确地到达目的地址。换句话说，来源地址的选择，是与路由相关的。

调用路由查找的核心函数 ip_route_output_slow()，在没有提供来源地址的情况下，会根据实际情况，调用 inet_select_addr()函数来选择一个合适的。同时，如果路由查找命中，会生成一个相应的路由缓存项，这个缓存项，不但对当前发送 SYN 报 文有意义，对于后续的所有数据包，都可以起到一个加速路由查找的作用。这一任务，是通过 ip_route_connect()函数完成的，它返回相应的路由缓存项（也就是说，来源地址也在其中了）：

static inline int ip_route_connect(struct rtable **rp, u32 dst,
u32 src, u32 tos, int oif, u8 protocol,
u16 sport, u16 dport, struct sock *sk)
{ struct flowi fl = { .oif = oif,
.nl_u = { .ip4_u = { .daddr = dst,
.saddr = src,
.tos = tos } },
.proto = protocol,
.uli_u = { .ports =
{ .sport = sport,
.dport = dport } } };

int err;
if (!dst || !src) {
err = __ip_route_output_key(rp, &fl);
if (err)
return err;
fl.fl4_dst = (*rp)->rt_dst;
fl.fl4_src = (*rp)->rt_src;
ip_rt_put(*rp);
*rp = NULL;
}
return ip_route_output_flow(rp, &fl, sk, 0);
}

首先，构建一个搜索 key fl，在搜索要素中，来源地址/端口是不存在的。所以，当通过__ip_route_output_key 进行查找时，第一次是不会命中缓存的。 __ip_route_output_key 将继续调用ip_route_output_slow()函数，在路由表中搜索，并返回一个合适的来源地址， 并且生成一个路由缓存项。 路由查找的更多细节，我会在另一个贴子中来分析。

/* This will initiate an outgoing connection. */
int tcp_v4_connect(struct sock *sk, struct sockaddr *uaddr, int addr_len)
{
struct inet_sock *inet = inet_sk(sk);
struct tcp_sock *tp = tcp_sk(sk);
struct sockaddr_in *usin = (struct sockaddr_in *)uaddr;
struct rtable *rt;
u32 daddr, nexthop;
int tmp;
int err;

if (addr_len < sizeof(struct sockaddr_in))
return -EINVAL;

if (usin->sin_family != AF_INET)

return -EAFNOSUPPORT;

校验地址长度和协议簇。
nexthop = daddr = usin->sin_addr.s_addr;
将下一跳地址和目的地址的临时变量都暂时设为用户提交的地址。

if (inet->opt && inet->opt->srr) {
if (!daddr)
return -EINVAL;
nexthop = inet->opt->faddr;
}
如果使用了来源地址路由，选择一个合适的下一跳地址。

tmp = ip_route_connect(&rt, nexthop, inet->saddr,
RT_CONN_FLAGS(sk), sk->sk_bound_dev_if,
IPPROTO_TCP,
inet->sport, usin->sin_port, sk);
if (tmp < 0)
return tmp;

if (rt->rt_flags & (RTCF_MULTICAST | RTCF_BROADCAST)) {
ip_rt_put(rt);
return -ENETUNREACH;
}
进行路由查找，并校验返回的路由的类型，TCP是不被允许使用多播和广播的。

if (!inet->opt || !inet->opt->srr)
daddr = rt->rt_dst;
更新目的地址临时变量——使用路由查找后返回的值。

if (!inet->saddr)
inet->saddr = rt->rt_src;
inet->rcv_saddr = inet->saddr;
如果还没有设置源地址，和本地发送地址，则使用路由中返回的值。

if (tp->rx_opt.ts_recent_stamp && inet->daddr != daddr) {
/* Reset inherited state */
tp->rx_opt.ts_recent = 0;
tp->rx_opt.ts_recent_stamp = 0;
tp->write_seq = 0;
}

if (sysctl_tcp_tw_recycle &&
!tp->rx_opt.ts_recent_stamp && rt->rt_dst == daddr) {
struct inet_peer *peer = rt_get_peer(rt);
/* VJ's idea. We save last timestamp seen from
* the destination in peer table, when entering state TIME-WAIT
* and initialize rx_opt.ts_recent from it, when trying new connection.
*/

if (peer && peer->tcp_ts_stamp + TCP_PAWS_MSL >= xtime.tv_sec) {
tp->rx_opt.ts_recent_stamp = peer->tcp_ts_stamp;
tp->rx_opt.ts_recent = peer->tcp_ts;
}
}
这个更新初始状态方面的内容，还没有去分析它。

inet->dport = usin->sin_port;
inet->daddr = daddr;
保存目的地址及端口。

tp->ext_header_len = 0;
if (inet->opt)
tp->ext_header_len = inet->opt->optlen;

tp->rx_opt.mss_clamp = 536;
设置最小允许的 mss 值

tcp_set_state(sk, TCP_SYN_SENT);
套接字状态被置为 TCP_SYN_SENT，

err = tcp_v4_hash_connect(sk);
if (err)
goto failure;
动态选择一个本地端口，并加入 hash 表，与bind(2)选择端口类似。

err = ip_route_newports(&rt, inet->sport, inet->dport, sk);
if (err)
goto failure;

/* OK, now commit destination to socket. */
__sk_dst_set(sk, &rt->u.dst);
tcp_v4_setup_caps(sk, &rt->u.dst);
因为本地端口已经改变，使用新端口，重新查找路由，并用新的路由缓存项更新 sk 中保存的路由缓存项。

if (!tp->write_seq)

tp->write_seq = secure_tcp_sequence_number(inet->saddr,
inet->daddr,
inet->sport,
usin->sin_port);
为 TCP报文计算一个 seq值（实际使用的值是 tp->write_seq+1）。

inet->id = tp->write_seq ^ jiffies;

err = tcp_connect(sk);
rt = NULL;
if (err)
goto failure;

return 0;

tp_connect()函数用来根据 sk 中的信息，构建一个完成的 syn 报文，并将它发送出去。在分析 tcp栈的实现时再来分析它。

根据 TCP协议，接下来的问题是，
1、可能收到了服务器的应答，则要回送一个 ack 报文；
2、如果超时还没有应答，则使用超时重发定时器；