CN101197788A - 计算机网络中客户端获得数据库服务器配置信息的方法 - Google Patents
计算机网络中客户端获得数据库服务器配置信息的方法 Download PDFInfo
- Publication number
- CN101197788A CN101197788A CNA2006101618986A CN200610161898A CN101197788A CN 101197788 A CN101197788 A CN 101197788A CN A2006101618986 A CNA2006101618986 A CN A2006101618986A CN 200610161898 A CN200610161898 A CN 200610161898A CN 101197788 A CN101197788 A CN 101197788A
- Authority
- CN
- China
- Prior art keywords
- database server
- client
- message
- configuration information
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种计算机网络中客户端获得数据库服务器配置信息的方法,客户端从数据库服务器发来的包含该数据库服务器配置信息的消息中获得所述数据库服务器的地址。实现的方式可以是:客户端在启动时发送寻找数据库DB_DISCOVERY消息到网络上的数据库服务器,收到DB_DISCOVERY消息的数据库服务器返回包含其IP地址信息的DB_BROADCAST消息给所述客户端,所述客户端根据收到的DB_BROADCAST消息获得包括数据库服务器配置信息的信息并存储;或者,数据库服务器发送包含其IP地址信息的DB_BROADCAST消息给所述客户端,所述客户端根据收到的DB_BROADCAST消息获得包括数据库服务器配置信息的信息并存储。本发明的方法可使客户端自动获得数据库服务器信息,并进行自动配置。
Description
技术领域
本发明涉及计算机网络中客户端与服务器交换信息的技术;更具体地说,涉及包括了客户端和服务器的网络中,客户端获得数据库服务器信息的方法。
背景技术
在例如包含数据库服务器的、客户端/服务器结构(Client/Server,C/S)结构的计算机网络中,不同的客户端与数据库服务器在网络中都有一个唯一的IP地址。客户端需要知道数据库服务器的IP地址,才能与该数据库服务器进行通信,将需要发送的数据包送达正确的目的地。这种网络的IP地址例如可以是IPv4类型,或者IPv6类型。图1示出了包含数据库服务器的C/S结构的计算机网络图。如图所示,多个客户端通过网络与多个数据库服务器相连,客户端与服务器之间进行数据通信采用的协议可以是轻型目录访问协议(Light DirectoryAccess Protocol,LDAP)或目录访问协议(Directory Access Protocol,DAP)。
现有技术中,客户端获得数据库服务器配置信息的一种方法为,通过手工查询获得数据库服务器的IP地址;通过获得的数据库服务器IP地址对客户端进行配置;随后,客户端对有关数据库服务器进行数据库查询、修改、更新等操作。
但是,该方法需要在每一客户端都进行手工查询及配置操作。如果网络上的客户端和/或数据库服务器数量较多,则网络管理员或维护人员的工作量十分巨大。
发明内容
本发明的目的在于提供一种获得数据库服务器配置信息的方法,以克服每一客户端都要进行手工查询及配置操作所导致的工作量巨大的缺点。
为了解决上述技术问题,本发明提供的一种获得数据库服务器配置信息的方法是这样实现的:
一种获得数据库服务器配置信息的方法,客户端从数据库服务器发来的包含该数据库服务器配置信息的消息中获得所述数据库服务器的配置信息。
所述的数据库服务器的配置信息可以包括数据库服务器地址、数据包传送时使用的协议端口、协议版本和大小限制信息中的至少一类,以及以上多类信息的组合。
该方法可以包括以下步骤:
A.客户端在启动时向网络上的数据库服务器发送寻找数据库服务器配置信息的消息(DB_DISCOVERY);
B.数据库服务器在收到寻找数据库服务器配置信息消息后,向所述客户端发送包含其自身配置信息的数据库服务器通告消息(DB_BROADCAST);
C.所述客户端从所收到的数据库服务器通告消息中获得所述的数据库服务器配置信息。
客户端获得所述的数据库服务器配置信息后,可以将所述信息存储起来,以及进行其它类型的处理。
所述步骤A可以包括:
A1.客户端在启动时以组播的方式向网络上的数据库服务器发送寻找数据库配置信息消息。
所述步骤A1可以包括:
客户端在启动时,每隔一个预先设定的时间,将预先设定次数的寻找数据库配置信息消息以组播的方式发送到网络上的数据库服务器。
该方法可包括步骤:
a.数据库服务器向所述客户端发送包含其配置信息的数据库服务器通告消息;
b.所述客户端从所收到的数据库服务器通告消息中获得数据库服务器配置信息。
所述步骤a可包括:
数据库服务器每隔一个数据库广播间隔时间,将包含其配置信息的数据库服务器通告消息以组播的形式发送到客户端。
所述寻找数据库服务器配置信息的消息和数据库服务器通告消息的数据包可以同时为用户数据报文协议的数据包,或者同时为IP类型的数据包。
所述数据库通告消息中可以包括数据库存库地址、进行数据包传送时使用的协议端口、协议版本和大小限制信息等信息中的至少一类,以及这些类信息的组合。
具体地,所述的数据库通告消息中可进一步包括轻型目录访问协议(LDAP)端口、或LDAP版本和大小限制信息等信息中的至少一类。
该方法之后可进一步包括步骤:
当客户端距收到前次数据库服务器所发来的寻找数据库配置信息消息的时间超过预先设定的时间时,断开与该数据库服务器的连接,并删除所存储的数据库服务器配置信息。
该方法之后可进一步包括步骤:
数据库服务器离开网络时,向网络上的客户端发送数据库离开消息(DB_LEAVE)。
数据库服务器在离开网络时发送DB_LEAVE消息到网络上的客户端的步骤可以包括:
数据库服务器离开网络时,以组播方式向网络上的每一客户端发送DB_LEAVE消息。
所述数据库服务器离开网络时,在向网络上的客户端发送DB_LEAVE消息之后,还可包括:客户端在收到该DB_LEAVE消息后,断开与该数据库服务器的连接,并删除所存储的该数据库服务器的相关信息。
由以上本发明提供的技术方案可见,数据库服务器可将包含其IP地址信息的消息以组播方式发送到网络上的每一客户端;或者,客户端在启动时将包含请求获得数据库配置信息(如其IP地址信息)的消息以多播的方式发送到网络上的每一数据库服务器,服务器收到该消息后向客户端发送包含其IP地址的消息,从而实现了客户端自动获得数据库服务器信息的目的。客户端可以根据获得的信息,对其网络信息进行自动配置。
附图说明
图1为包含数据库服务器的C/S结构的计算机网络图;
图2为本发明方法方式一的一个实施例的流程图;
图3为本发明方法方式一的一个实施例的信令流程图;
图4为本发明方法方式二的一个实施例的流程图。
具体实施方式
本发明的核心是数据库服务器发送包含其IP地址信息的消息到客户端。具体实施时,可以是数据库服务器将包含其IP地址信息的消息以组播(Multicast)的方式发送到网络上的每一客户端,也可以是在客户端启动时将包含请求得到数据库IP地址信息的消息以多播的方式发送到网络上的每一数据库服务器,服务器收到该消息后返回包含其IP地址的消息到客户端。
为了使本领域技术人员更好地理解本发明方案,下面结合附图和实施方式对本发明做进一步的详细说明。
数据库服务器将包含其IP地址信息的消息发送到客户端,收到该消息的客户端就可以从中解析出数据库服务器的IP地址等配置信息。该消息可以是采用用户数据报文协议(UserData Protocol,UDP)的数据包,当然也可以是采用互联网协议(Internet Protocol,IP)或其它协议类型的数据包。
下面以采用UDP协议为例说明。
本发明的具体实施方式例如可以包括以下两种:
实施方式一:当客户端启动时,以组播的方式发送寻找数据库配置消息(DB_DISCOVERY)的UDP数据包到网络上的所有数据库服务器。数据库服务器收到该数据包后返回DB_BROADCAST消息的UDP数据包到所述客户端,该DB_BROADCAST消息中包含数据库服务器的IP地址等信息,并且,返回消息DB_BROADCAST时,可以以单播(Unicast)的形式返回至发来DB_DISCOVERY消息的客户端地址。
实施方式二:数据库服务器将包含其IP地址信息的消息以组播的方式发送到网络上的每一客户端。
以上两种方式中,客户端还可以从DB_BROADCAST消息得到与数据库服务器进行数据通信时所采用的协议,例如可以是LDAP或DAP;而且,进行数据库服务器和客户端都使用UDP端口接收和发送相关的UDP数据包,例如DB_DISCOVERY和DB_BROADCAST消息的UDP数据包。该UDP端口,以及组播地址,可以由应用程序指定。以下采用DB_DISCOVERY_PORT代表该端口。
采用UDP协议的数据包可以包括包头和包体,其一种实施例的格式如下表所示。
包头(Packet Header) |
可选项(Option)1 |
...... |
可选项(Option)n |
表1.UDP协议数据包格式
由表1可见,包体包括n个可选项,n为不小于零的整数。由于这些项都是可选的,因此,根据需要,该UDP协议数据包的包体可以配置没有可选项,或者有一项、两项或更多个可选项。
包头格式如下表所示。
Operation(1Byte) | Unused(1Byte) | Length(2Byte) |
表2.包头格式
第一字段为操作(Operation),占用1字节。该字段表明该UDP包要进行的操作,可以用不同的代码区分这些操作。例如,可以是寻找数据库,即发送的是DB_DISCOVERY消息,代码可以为0x01;可以是数据库广播,即发送的是DB_BROADCAST消息,代码可以为0x02;也可以是数据库离开,即发送的是DB_LEAVE消息,代码可以为0x03。
当该字段为DB_DISCOVERY的情况可以如下:当客户端启动时,将该操作的UDP包以组播的形式发送到网络上的数据库服务器,以获得网路上的数据库服务器的地址。这种操作的UDP包总长可以为4字节,即只有包头,没有包体。
当该字段为DB_BROADCAST的情况可以如下:数据库服务器发送该操作的UDP包,以将信息发送到网络上的客户端。这种操作的UDP包可以只有包头,或包含1个或更多个可选项。
当该字段为DB_LEAVE的情况可以如下:当数据库服务器关闭时,通过发送该操作的UDP包以通知客户端。该操作的UDP包以组播的形式发给网络上的所有客户端(ALL_DB_CLIENT)的地址,并且只包含包头。
第二字段为未使用的字段,占用1字节。
第三字段为长度(Length),占用2字节,该字段表明该UDP数据包的总长度,即包头和包体的总长度,单位可以是字节。
可见包头需要占用4个字节,那么,如果Length中的信息也也为4字节,就说明该UDP包没有可选项。
包体格式如下表所示。
Type(1Byte) | Len(1Byte) | Content(variable length) |
表2.包体格式
该格式为可选项的格式,包体部分不包含该格式的可选项,也可以包含1个或多个该格式的可选项。
第一字段为类型(Type),占用1字节。该字段表明内容的格式和类型。所表示的类型如下:
该字段可以表示数据库服务器IPv4的地址,其代码可以为0x01;
该字段可以表示数据库服务器IPv6的地址,其代码可以为0x02;
该字段可以表示接收LDAP请求的数据库服务器的LDAP端口,其代码可以为0x03;
该字段可以表示数据库服务器的LDAP的版本(Version),其代码可以为0x04;
该字段可以表示数据库服务器的大小限制,表示其在响应LDAP请求时返回的结果数,其代码可以为0x05。
第二字段为长度(Len),占用1字节,表明包体的长度,即Type,Len和Content的总长度。
第三字段为内容(Content),可变长度,即为该可选项的内容。
以下介绍不同的Option的格式。
当包含IPv4地址的可选项时,其格式为:
如前所述,该Type为0x01。
第三字段为IPv4地址数(IPv4 address Number),这些IPv4的地址可以是能提供LDAP服务的数据库服务器地址。
之后为每一数据库服务器的IPv4地址。
当包含IPv6地址的可选项时,其格式为:
如前所述,该Type为0x02。
第三字段为IPv6地址数(IPv6 address Number),这些IPv6的地址可以是能提供LDAP服务的数据库服务器地址。
之后为每一数据库服务器的IPv6地址。
当包含LDAP端口的可选项时,其格式为:
Type(1Byte) | Len(1Byte) | TCP port(2Byte) |
如前所述,该Type为0x03。
第三字段为传输控制协议(Transmission Control Protocol,TCP)端口,该端口即为提供LDAP服务的LDAP端口。如果DB_BROADCAST中不包含该可选项,则可使用默认端口为LDAP端口,例如可以使用端口号为389的默认端口。
当包含LDAP版本的可选项时,其格式为:
Type(1Byte) | Len(1Byte) | LDAP version(2Byte) |
如前所述,该Type为0x04。
第三字段为LDAP版本,即提供LDAP服务的LDAP协议版本。该版本可以是2或3。区别在于,版本3支持匿名请求,而版本2需要在操作前绑定服务器。因此,客户端可能在执行操作前需要知道LDAP的版本。如果不包含该可选项,则可使用默认版本,为版本3。
包含大小限制的可选项时,其格式为:
Type(1Byte) | Len(1Byte) | Size Limitation(2Byte) |
如前所述,该Type为0x05。
第三字段为大小限制(Size Limitation),该值是数据库服务器对一个LDAP请求返回的最大的结果数量。可以设置该值为0代表没有限制。客户端可以根据需要返回结果数量来选择数据库服务器。如果DB_BROADCAST中不包含该可选项,则可使用默认值,该默认值为无限制。
以上列出了5个服务器配置信息的可选项。当然,也可以根据需要增加其他的可选项,在此不再赘述。
由以上的UDP数据包格式,本发明的两种实施方式可以具体为如下过程。
以下介绍方式一,图2示出了该方式的流程。
步骤201:当客户端启动时,每隔一个探测间隔时间DB_CLIENT_BOOT_PROBE_INTERVAL,将不包含可选项(即仅包含包头的UDP数据包)的DB_DISCOVERY消息,以组播的形式发送到网络上的数据库服务器,该DB_DISCOVERY消息一共可发送DB_CLIENT_PROBE_ROBUST_TIMES次。以上的DB_CLIENT_BOOT_PROBE_INTERVAL和DB_CLIENT_PROBE_ROBUST_TIMES可以根据需要预先设置,这样做可以将DB_DISCOVERY消息分多次发送给数据库服务器,提高了可靠性。
步骤202:收到DB_DISCOVERY消息的数据库服务器返回DB_BROADCAST消息给所述客户端。
DB_BROADCAST消息数据包中包含数据库的IP地址等信息,例如还可以包括进行数据包传送时数据库服务器和客户端需要设定的端口和协议版本等信息。如使用的是LDAP协议,则还包括LDAP端口和/或LDAP版本等信息,如前面所述。
上述步骤中客户端和数据库服务器的UDP端口可以设置为寻找数据库端口(DB_DISCOVERY_PORT)。
步骤203:收到DB_BROADCAST消息数据包的客户端存储该消息中的数据库服务器信息。
这样,客户端获得了数据库服务器的IP地址,并且还可以从收到的数据包中获得其它信息。
之后,根据获得的数据库服务器的IP地址等信息,可以自动完成对客户端的配置。
此后,客户端和数据库服务器之间可以通过LDAP协议进行数据通信。
为了本发明的方法更加完善,该步骤中还可以增加以下步骤。
步骤204:判断距数据库服务器前次发来DB_BROADCAST消息的时间是否超过预先设定的时间。如果超过预先设定的时间,执行步骤205;反之,如果没有超过预先设定的时间,转入步骤204。
如果是超过预先设定的时间的情况,即客户端在预先设定的时间内没有收到数据库服务器发来的DB_BROADCAST消息,则认为该数据库服务器异常离线,例如,数据库服务器非正常关机,或者是网络故障等情况。所述的预先设置的时间可以设置为DB_CLIENT_BOOT_PROBE_INTERVAL和DB_CLIENT_PROBE_ROBUST_TIMES的积。
步骤205:客户端停止与该数据库服务器的数据通信,并删除该数据库服务器的相关信息。
或者,在步骤203之后增加以下步骤。
步骤206:当数据库服务器要离开网络时,发送数据库离开(DB_LEAVE)消息。该消息可以以组播的方式发送到网络上的每一客户端,以通知客户端该数据库服务器将停止服务。
之后,执行步骤205,即与该数据库服务器相连的客户端断开与数据库服务器间的通信,并删除,所存储的该数据库服务器的信息。
下面以有两台数据库服务器的网络为例,说明该方式的信令流程。
图3示出了该方式的信令流程。
301.客户端向网络上的数据库服务器发送DB_DISCOVERY消息。
该消息采用的组播的方式发送该消息具体的目的地址组播地址,例如,可以设置目的地址为230.1.2.3代表网路上所有数据库服务器的地址。采用的端口为DB_DISCOVERY_PORT,具体的,该端口可以是4000。此时,客户端内存储的服务表中没有关于数据库服务器的信息,该表是空表。
该消息的数据包可以只包含包头,不包括包体,即不包括可选项。
该客户端的IP地址例如可以为20.0.0.1。
数据库服务器1的IP地址例如为10.0.0.1(IPv6的地址例如可以为ff0e::10),LDAP端口例如为7500,LDAP版本例如为2,SIZE LIMIT例如为20。
数据库服务器2的IP地址例如为10.0.0.2(IPv6的地址例如可以为ff0e::11),LDAP端口例如为默认的389,LDAP版本例如为3,SIZE LIMIT例如为无限制。
302.数据库服务器返回DB_BROADCAST消息到客户端。
数据库服务器1和数据库服务器2都发送该消息到客户端。
该DB_BROADCAST消息的目的地址为20.0.0.1,目的UDP端口为4000。
该DB_BROADCAST消息数据包中可以包含IP地址,还可以包含LDAP端口和/或LDAP版本和/或SIZE LIMIT等信息。
客户端收到两个数据库服务器返回的DB_BROADCAST消息后,存储其中的数据库服务器信息,并根据需要,选择一个数据库服务器进行数据通信。例如此处选择数据库服务器1。
303.客户端向数据库服务器发送LDAP REQUEST消息,数据库服务器向客户端返回LDAPRESPONSE消息。该信令即为客户端与数据库服务器进行数据通信。
在该步骤执行过程中,如果客户端超过预先设定的时间而没有收到数据库服务器发来的DB_BROADCAST消息,则认为该数据库服务器已离线,停止与该数据库服务器间的通信。
304.数据库服务器发送DB_LEAVE消息到客户端。
该信令可以组播的方式发送到网路上的每一客户端,表示数据库服务器将离开网络。客户端收到该消息后,断开与数据库服务器的连接,并删除存储的该数据库服务器的信息。
以下介绍方式二,图4示出了该方式的流程。
步骤401:数据库服务器每隔一个数据库广播间隔(DB_BROADCAST_INTERVAL)时间将DB_BROADCAST消息UDP数据包以组播的方式发送给网络上的每一客户端IP地址。
其中,DB_BROADCAST消息数据包中包含数据库的IP地址等信息,例如还可以包括进行数据包传送时数据库服务器和客户端需要设定的端口;DB_BROADCAST_INTERVAL的单位可以是秒或其它单位,该值可以由网络管理员或维护人员预先设定。
步骤402:收到DB_BROADCAST消息数据包的客户端存储该消息中的数据库服务器信息。
这样,客户端获得了数据库服务器的IP地址,并且还可以从收到的数据包中获得其它信息。
之后,根据获得的数据库服务器的IP地址等信息,可以自动完成对客户端的配置。
此后,客户端和数据库服务器之间可以通过LDAP协议进行数据通信。
与前面所述的方式一类似,为了本发明的方法更加完善,该步骤之后还可以增加以下步骤。
步骤403:判断距数据库服务器前次发来DB_BROADCAST消息的时间是否超过预先设定的时间。如果超过预先设定的时间,执行步骤404;反之,如果没有超过预先设定的时间,转入步骤403。
如果是超过预先设定的时间的情况,即客户端在预先设定的时间内没有收到数据库服务器发来的DB_BROADCAST消息,则认为该数据库服务器异常离线,例如,数据库服务器非正常关机,或者是网络故障等情况。所述的预先设置的时间可以设置为DB_CLIENT_BOOT_PROBE_INTERVAL和DB_CLIENT_PROBE_ROBUST_TIMES的积。
步骤404:则客户端停止与该数据库服务器的数据通信,并删除该数据库服务器的相关信息。
或者,在步骤402之后增加以下步骤。
步骤405:当数据库服务器要离开网络时,发送数据库离开(DB_LEAVE)消息。该消息可以以组播的方式发送到网络上的每一客户端,以通知客户端该数据库服务器将停止服务。
之后,执行步骤404,即与该数据库服务器相连的客户端断开与数据库服务器间的通信,并删除所存储的该数据库服务器的信息。
该方式的信令流程与实施方式一的信令流程类似,在此不再赘述。
采用IP协议或其它协议的情况与上述以采用UDP协议为例的情况类似,本领域技术人员根据本发明的内容不难进行实现。
由以上实施例可见,本发明由数据库服务器将包含其IP地址信息的消息以组播方式发送到网络上的每一客户端;或者,客户端在启动时将包含请求得到数据库IP地址信息的消息以多播的方式发送到网络上的每一数据库服务器,所述数据库服务器收到该消息后返回包含其IP地址的消息到客户端,从而实现了客户端自动获得数据库服务器信息的目的,进而客户端可以根据所获得的信息进行自动配置。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神。
Claims (13)
1.一种计算机网络中客户端获得数据库服务器配置信息的方法,其特征在于,客户端从数据库服务器发来的消息中获得所述数据库服务器配置信息。
2.如权利要求1所述的方法,其特征在于包括步骤:
A.客户端在启动时向网络上的数据库服务器发送寻找数据库服务器配置信息的消息;
B.数据库服务器在收到寻找数据库服务器配置信息消息后,向所述客户端发送包含其自身配置信息的数据库服务器通告消息;
C.所述客户端从所收到的数据库服务器通告消息中获得所述的数据库服务器配置信息。
3.如权利要求2所述的方法,其特征在于所述步骤A包括:
A1.客户端在启动时以组播的方式向网络上的数据库服务器发送寻找数据库配置信息消息。
4.如权利要求3所述的方法,其特征在于,所述步骤A1包括:
客户端在启动时,每隔一个预先设定的时间,将预先设定次数的寻找数据库配置信息消息以组播的方式发送到网络上的数据库服务器。
5.如权利要求1所述的方法,其特征在于包括步骤:
a.数据库服务器向所述客户端发送包含其配置信息的数据库服务器通告消息;
b.所述客户端从所收到的数据库服务器通告消息中获得数据库服务器配置信息。
6.如权利要求5所述的方法,其特征在于,所述步骤a包括:
数据库服务器每隔一个数据库广播间隔时间,将包含其配置信息的数据库服务器通告消息以组播的形式发送到客户端。
7.如以上任一项权利要求所述的方法,其特征在于,所述寻找数据库服务器配置信息的消息和数据库服务器通告消息的数据包同时为用户数据报文协议的数据包,或者同时为IP类型的数据包。
8.如权利要求1至6中任一项所述的方法,其特征在于,所述数据库服务器配置信息包括数据库服务器地址、数据包传送时使用的协议端口、协议版本和大小限制信息中的至少一类。
9.如权利要求8所述的方法,其特征在于,所述数据库服务器通告消息中包括数据库服务器地址、轻型目录访问协议端口、轻型目录访问协议版本和大小限制信息中的至少一类。
10.如权利要求1至6中任一项所述的方法,其特征在于,该方法之后进一步包括步骤:当客户端距收到前次数据库服务器所发来的寻找数据库配置信息消息的时间超过预先设定的时间时,断开与该数据库服务器的连接,并删除所存储的数据库服务器配置信息。
11.如权利要求1至6中任一项所述的方法,其特征在于进一步包括:数据库服务器离开网络时,向网络上的客户端发送数据库服务器离开消息。
12.如权利要求11所述的方法,其特征在于,所述数据库服务器离开网络时向客户端所发送的数据库服务器离开消息的步骤包括:以组播方式向网络上的每一客户端发送数据库服务器离开消息。
13.如权利要求11所述的方法,其特征在于,所述数据库服务器离开网络时向网络上的客户端发送数据库服务器离开消息之后还进一步包括:客户端收到所述的数据库服务器离开消息后,断开与该数据库服务器的连接,并删除所存储的数据库服务器配置信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101618986A CN101197788A (zh) | 2006-12-07 | 2006-12-07 | 计算机网络中客户端获得数据库服务器配置信息的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101618986A CN101197788A (zh) | 2006-12-07 | 2006-12-07 | 计算机网络中客户端获得数据库服务器配置信息的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101197788A true CN101197788A (zh) | 2008-06-11 |
Family
ID=39547942
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101618986A Pending CN101197788A (zh) | 2006-12-07 | 2006-12-07 | 计算机网络中客户端获得数据库服务器配置信息的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101197788A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404191A (zh) * | 2010-09-10 | 2012-04-04 | 腾讯科技(深圳)有限公司 | 路由方法和装置 |
CN104320399A (zh) * | 2014-10-29 | 2015-01-28 | 上海斐讯数据通信技术有限公司 | 一种服务端自动配置信息的方法 |
CN106211270A (zh) * | 2016-08-26 | 2016-12-07 | 四川九洲电器集团有限责任公司 | 网关服务器及移动终端 |
CN108052351A (zh) * | 2017-11-09 | 2018-05-18 | 山东中创软件商用中间件股份有限公司 | 一种开启数据库的远程访问的方法、装置及设备 |
-
2006
- 2006-12-07 CN CNA2006101618986A patent/CN101197788A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404191A (zh) * | 2010-09-10 | 2012-04-04 | 腾讯科技(深圳)有限公司 | 路由方法和装置 |
CN102404191B (zh) * | 2010-09-10 | 2014-12-24 | 腾讯科技(深圳)有限公司 | 路由方法和装置 |
CN104320399A (zh) * | 2014-10-29 | 2015-01-28 | 上海斐讯数据通信技术有限公司 | 一种服务端自动配置信息的方法 |
CN106211270A (zh) * | 2016-08-26 | 2016-12-07 | 四川九洲电器集团有限责任公司 | 网关服务器及移动终端 |
CN108052351A (zh) * | 2017-11-09 | 2018-05-18 | 山东中创软件商用中间件股份有限公司 | 一种开启数据库的远程访问的方法、装置及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7231404B2 (en) | Datacast file transmission with meta-data retention | |
CN102594652B (zh) | 一种虚拟机迁移方法、交换机、虚拟机系统 | |
EP3422656B1 (en) | Udp protocol acceleration method and system | |
CN101179603B (zh) | IPv6网络中用于控制用户网络接入的方法和装置 | |
CN101115063B (zh) | 宽带接入设备中防止mac地址/ip地址欺骗的方法 | |
US20100312818A1 (en) | Configuration of Routers for DHCP Service Requests | |
EP2922321A1 (en) | 6lowpan network-based service discovery method and apparatus | |
CN1929497B (zh) | 一种获取移动节点家乡代理信息的方法和系统 | |
CN101577722A (zh) | 实现强制mac转发功能的方法和装置 | |
US20100299414A1 (en) | Method of Configuring Routers Using External Servers | |
CN101212393A (zh) | 介质无关切换消息的传输方法、系统及设备 | |
CN102025799A (zh) | 一种发现及自动配置设备的ip地址的方法 | |
CN102638453A (zh) | 一种基于Linux系统服务器的语音数据内核转发方法 | |
CN101184038A (zh) | 用户终端及其信息接收方法和发送方法 | |
CN115022180B (zh) | 一种基于RoCE-SAN的拓扑管理方法、装置、设备及介质 | |
CN101197788A (zh) | 计算机网络中客户端获得数据库服务器配置信息的方法 | |
EP2670107A1 (en) | Communication method for wireless terminal and host device, and wireless terminal and host device | |
EP1879352A3 (en) | Communication system with a group of subscriber terminals having a common identification | |
EP1936876B1 (en) | Method and system for ensuring data exchange between a server system and a client system | |
CN100474844C (zh) | 一种PPPoE协议报文转发方法 | |
CN102594941A (zh) | 楼宇对讲系统中设备接入和设备通信的方法 | |
CA2343075C (en) | Multicasting | |
CN109274783A (zh) | 一种dhcp客户端多接口的实现方法 | |
CN1744538A (zh) | 选择不同网络服务提供商提供的服务的方法 | |
CN101572675B (zh) | 一种发现直连网段中运行vrrp网络设备的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080611 |