两个电脑怎么数据交互

㈠ 一台电脑如何连接另外一台电脑的Sql服务器

如果能ping通对方的ip，那么再telnet ip1433端口，看看有没有反映。

像其他大部分商业关系型数据库管理系统一样(例如IBM DB2、Oracle、[nformix)是结构化的查询语言(SQL)。这种语言由于制造商的不同有一些小小的差别，但是语言的绝大部分都遵循了ANSI标准。

这使得应用程序有很好的可移植性，并且可以和多种流行的数据管理系统交谈。为加强这种功能还支持与开放型数据库连接的驱动。这使得人们可以用更广泛的工具访问SQL服务器，如用Visual Basic，VisualC++和其他。

(1)两个电脑怎么数据交互扩展阅读：

SQL的核心部分相当于关系代数，但又具有关系代数所没有的许多特点，如聚集、数据库更新等。它是一个综合的、通用的、功能极强的关系数据库语言。其特点是：

1、数据描述、操纵、控制等功能一体化。

2、两种使用方式，统一的语法结构。SQL有两种使用方式。一是联机交互使用，这种方式下的SQL实际上是作为自含型语言使用的。

另一种方式是嵌入到某种高级程序设计语言(如C语言等)中去使用。前一种方式适合于非计算机专业人员使用，后一种方式适合于专业计算机人员使用。尽管使用方式不向，但所用语言的语法结构基本上是一致的。

3、高度非过程化。SQL是一种第四代语言(4GL)，用户只需要提出“干什么”，无须具体指明“怎么干”，像存取路径选择和具体处理操作等均由系统自动完成。

参考资料来源：网络-SQL服务器

㈡ 电脑怎样通过互联网传输数据

网络中数据传输过程

我们每天都在使用互联网，我们电脑上的数据是怎么样通过互联网传输到到另外的一台电脑上的呢？

我们知道现在的互联网中使用的TCP/IP协议是基于，OSI（开放系统互联）的七层参考模型的，（虽然不是完全符合）从上到下分别为 应用层 表示层 会话层 传输层 网络层 数据链路层和物理层。其中数据链路层又可是分为两个子层分别为逻辑链路控制层（Logic Link Control，LLC ）和介质访问控制层（(Media Access Control，MAC )也就是平常说的MAC层。LLC对两个节点中的链路进行初始化，防止连接中断，保持可靠的通信。MAC层用来检验包含在每个桢中的地址信息。在下面会分析到。还要明白一点路由器是在网路层的，而网卡在数据链路层。

我们知道，ARP（Address Resolution Protocol，地址转换协议）被当作底层协议，用于IP地址到物理地址的转换。在以太网中，所有对IP的访问最终都转化为对网卡MAC地址的访问。如果主机A的ARP列表中，到主机B的IP地址与MAC地址对应不正确，由A发往B数据包就会发向错误的MAC地址，当然无法顺利到达B，结 果是A与B根本不能进行通信。

首先我们分析一下在同一个网段的情况。假设有两台电脑分别命名为A和B，A需要相B发送数据的话，A主机首先把目标设备B的IP地址与自己的子网掩码进行“与”操作，以判断目标设备与自己是否位于同一网段内。如果目标设备在同一网段内，并且A没有获得与目标设备B的IP地址相对应的MAC地址信息，则源设备（A）以第二层广播的形式(目标MAC地址为全1)发送ARP请求报文，在ARP请求报文中包含了源设备（A）与目标设备（B）的IP地址。同一网段中的所有其他设备都可以收到并分析这个ARP请求报文，如果某设备发现报文中的目标IP地址与自己的IP地址相同，则它向源设备发回ARP响应报文，通过该报文使源设备获得目标设备的MAC地址信息。为了减少广播量，网络设备通过ARP表在缓存中保存IP与MAC地址的映射信息。在一次 ARP的请求与响应过程中，通信双方都把对方的MAC地址与IP地址的对应关系保存在各自的ARP表中，以在后续的通信中使用。ARP表使用老化机制，删除在一段时间内没有使用过的IP与MAC地址的映射关系。一个最基本的网络拓扑结构：

PC-A并不需要获取远程主机（PC-C）的MAC地址，而是把IP分组发向缺省网关，由网关IP分组的完成转发过程。如果源主机（PC-A）没有缺省网关MAC地址的缓存记录，则它会通过ARP协议获取网关的MAC地址，因此在A的ARP表中只观察到网关的MAC地址记录，而观察不到远程主机的 MAC地址。在以太网(Ethernet)中，一个网络设备要和另一个网络设备进行直接通信，

除了知道目标设备的网络层逻辑地址(如IP地址)外，还要知道目标设备的第二层物理地址(MAC地址)。ARP协议的基本功能就是通过目标设备的IP地址，查询目标设备的MAC地址，以保证通信的顺利进行。 数据包在网络中的发送是一个及其复杂的过程，上图只是一种很简单的情况，中间没有过多的中间节点，其实现实中只会比这个更复杂，但是大致的原理是一致的。

（1）PC-A要发送数据包到PC-C的话，如果PC-A没有PC-C的IP地址，则PC-A首先要发出一个dns的请求，路由器A或者dns解析服务器会给PC-A回应PC-C的ip地址，这样PC-A关于数据包第三层的IP地址信息就全了：源IP地址：PC-A，目的ip地址：PC-C。

（2）接下来PC-A要知道如何到达PC-C，然后，PC-A会发送一个arp的地址解析请求，发送这个地址解析请求，不是为了获得目标主机PC-C的MAC地址，而是把请求发送到了路由器A中，然后路由器A中的MAC地址会发送给源主机PC-A，这样PC-A的数据包的第二层信息也全了，源MAC地址：PC-A的MAC地址，目的MAC地址：路由器A的MAC地址，

（3）然后数据会到达交换机A,交换机A看到数据包的第二层目的MAC地址，是去往路由器A的，就把数据包发送到路由器A，路由器A收到数据包，首先查看数据包的第三层ip目的地址，如果在自己的路由表中有去往PC-C的路由，说明这是一个可路由的数据包。 （4）然后路由器进行IP重组和分组的过程。首先更换此数据包的第二层包头信息，路由器PC-A到达PC—C要经过一个广域网，在这里会封装很多广域网相关的协议。其作用也是为了找下一阶段的信息。同时对第二层和第三层的数据包重校验。把数据经过Internet发送出去。最后经过很多的节点发送到目标主机PC_C中。

现在我们想一个问题，PC-A和PC-C的MAC地址如果是相同的话，会不会影响正常的通讯呢！答案是不会影响的，因为这两个主机所处的局域网被广域网分隔开了，通过对发包过程的分析可以看出来，不会有任何的问题。而如果在同一个局域网中的话，那么就会产生通讯的混乱。当数据发送到交换机是，这是的端口信息会有两个相同的MAC地址，而这时数据会发送到两个主机上，这样信息就会混乱。因此这也是保证MAC地址唯一性的一个理由。

• 我暂且按我的理解说说吧。

先看一下计算机网络OSI模型的七个层次：

┌—————┐

│ 应用层 │←第七层

├—————┤

│ 表示层 │

├—————┤

│ 会话层 │

├—————┤

│ 传输层 │

├—————┤

│ 网络层 │

├—————┤

│数据链路层│

├—————┤

│ 物理层 │←第一层

└—————┘

而我们现在用的网络通信协议TCP/IP协议者只划分了四成：

┌—————┐

│ 应用层 │ ←包括OSI的上三层

├—————┤

│ 传输层 │

├—————┤

│ 网络层 │

├—————┤

│网络接口层 │←包括OSI模型的下两层，也就是各种不同局域网。

└—————┘

两台计算机通信所必须需要的东西：IP地址（网络层）+端口号（传送层）。

两台计算机通信（TCP/IP协议）的最精简模型大致如下：

主机A---->路由器（零个或多个）---->主机B

举个例子：主机A上的应用程序a想要和主机B上面的应用程序b通信，大致如下

程序a将要通信的数据发到传送层，在传送层上加上与该应用程序对应的通信端口号（主机A上不同的应用程序有不同的端口号），如果是用的TCP的话就加上TCP头部，UDP就加上UDP头部。

在传送成加上头部之后继续向往下传到网络层，然后加上IP头部（标识主机地址以及一些其他的数据，这里就不详细说了）。

然后传给下层到数据链路层封装成帧，最后到物理层变成二进制数据经过编码之后向外传输。

在这个过程中可能会经过许多各种各样的局域网，举个例子：

主机A--->（局域网1--->路由器--->局域网2）--->主机B

这个模型比上面一个稍微详细点，其中括号里面的可以没有也可能有一个或多个，这个取决于你和谁通信，也就是主机B的位置。

主机A的数据已经到了具体的物理介质了，然后经过局域网1到了路由器，路由器接受主机A来的数据先经过解码，还原成数据帧，然后变成网络层数据，这个过程也就是主机A的数据经过网络层、数据链路层、物理层在路由器上面的一个反过程。

然后路由器分析主机A来的数据的IP头部（也就是在主机A的网络层加上的数据），并且修改头部中的一些内容之后继续把数据传送出去。

一直到主机B收到数据为止，主机B就按照主机A处理数据的反过程处理数据，直到把数据交付给主机B的应用程序b。完成主机A到主机B的单方向通信。

这里的主机A、B只是为了书写方便而已，可能通信的双方不一定就是个人PC，服务器与主机，主机与主机，服务器与服务器之间的通信大致都是这样的。

再举个例子，我们开网页上网络：

就是我们的主机浏览器的这个应用程序和网络的服务器之间的通信。应用成所用的协议就是HTTP，而服务器的端口号就是熟知端口号80.

大致过程就是上面所说，其中的细节很复杂，任何一个细节都可以写成一本书，对于非专业人员也没有必要深究。

㈢ 濡备綍镊翠娇涓ら儴鐢佃剳涔嬮棿瀹炵幇鏁版嵁鍙屽悜浜や簰锛燂纻

缃戠嚎鐩磋繛 ip鍦板潃闾ｉ噷璁炬垚钖屼竴涓缃戝叧鍗冲彲
鍏虫満镶瀹氢笉琛屽暒锛屼氦浜掞纴链夎锋眰鍙戝嚭镊铹惰佹湁鍝嶅簲锛屼綘杩椤叧链轰简杩樻庝箞鍝嶅簲璇锋眰锻

㈣ 濡备綍鍦ㄤ袱鍙扮数鑴戜箣闂翠紶杈撴暟鎹锛熻蜂粩缁嗙湅鐪嬮梾棰樻弿杩帮纴镐ラ渶瑙ｅ喅锛屾眰钖勪綅鍓嶈緢鎸囧硷紒

浣犱娇鐢ㄤ简HTTP鍗忚锛屼絾鏄浣犱紶杈撶殑鏁版嵁闱潍TTP缁撴瀯锛屽洜姝ゆ姤阌欍
瑙ｅ喅鏂规硶锛
1銆佸傛灉鏄疌S妯″纺锛屽缓璁浣跨敤socket阃氲繃TCP鐩存帴杩炴帴骞惰繘琛屾暟鎹浼犺緭锛
2銆佸傛灉鏄叠S妯″纺锛屽缓璁浣跨敤Ajax阃氲繃杞璇㈣繘琛屾暟鎹浜や簰锛屽嵆鏄疉<->S<->B锛孉B鏄瀹㈡埛娴忚埚櫒锛孲鏄链嶅姟鍣锛岃块梾链嶅姟鍣 镄勫㈡埛绔链夎℃椂鍣ㄥ畾镞舵煡璇㈡湇锷″櫒娑堟伅銆
濡傛灉蹇呴’浣跨敤HTTP锛岄偅灏遍伒寰狧TTP鏁版嵁璇锋眰鍜屽彂阃佺粨鏋勶纴渚嫔侾OST XXXX锛孏ET xxxx杩欑岖粨鏋勚
鍙﹀栵细400镄勬剰镐濇槸 Bad Request锛屽氨鏄璇锋眰娑堟伅鏄阌栾镄勚

㈤ 不同网络的电脑如何实现互相访问/文件共享

二医院FTP安全交换网关应用场景

一、用户需求

1. 办公网与内网之间需文件隔键斗陆离交互。

2. 采用U盘拷贝两网的文件，拷贝的文件中可能存在病毒、木马等，将外网的恶意代码扩散到内网的风险。

3. 只可传入院里用到的类型文件，如文档、图片、视音频等。

4. 传入内网的文件需进行病毒查杀。

5. 文件从内网拷出要有记录，事后可查，避免重要文件外流。

6. 每个部门相互独立，又有一个公用的文件夹。

7. 机子多不能每台机子安装客户端，需用标准的FTP直接在地址栏中输入，即可使用。

二、现状

1. 通过对防火墙、网闸穿透，在内网部署一个FTP，实现内外网的文件交互。

2. 整个医院使用同一帐号。

3. 无杀毒、文件类型限制，会传入病毒、木马等危险文件。

三、部署

现摆渡产品，部署在内外网两端，办公网接防火墙至公网。如下图，中间红框设备为摆渡产品。

4.各部门配置信息如下：

序号 科室 用户名 密码 路径 备注

1 安全保卫科 /data/aqbwk

2 财务科 /data/cwk

3 党政综合办公室 /data/dzzhbgs

4 干部保健办公室 /data/gbbjbgs

5 工会 /data/gh

6 公共 /data/gg

7 公共卫生科 /data/ggwsk

8 后勤保障中心 /data/hqbzzx

9 护理部 /data/hlb

10 基建科 /data/jjk

11 纪委监察室 /data/jwjcs

12 健康管理中心 /data/jkglzx

13 健康教育科 /data/jkjyk

14 科教科 /data/kjk

15 门诊部 /data/mzb

16 评审办 /data/psb

17 签到单模板 /data/qddmb

18 人事科 /data/rsk

19 设备科 /data/sbk

20 社工部 /data/sgk

21 团委 /data/tw

22 外网资料 /data/wwzl

23 信息科 /data/xxk

24 信息系统问题统计 /data/xxxtwttj

25 宣传统战部 /data/xctzb

26 医保（物价）办公室 /data/ybbgs

27 医共体办公室 /data/ygtbgs

28 医患沟通办公室 /data/yhgtbgs

29 医技科室 /data/yjks

30 医务管理中心 /data/ywglzx

31 医院发展中心 /data/yyfzzx

32 医院感染管理科 /data/yygrglk

33 院领导 /data/yld

34 质量管理办公室 /data/zlglbgs

35 销祥住院部 /data/zyb

管理员人员 /data/