CN101442452A - Alarm method and apparatus for non-access of DNS server - Google Patents
Alarm method and apparatus for non-access of DNS server Download PDFInfo
- Publication number
- CN101442452A CN101442452A CNA200810192965XA CN200810192965A CN101442452A CN 101442452 A CN101442452 A CN 101442452A CN A200810192965X A CNA200810192965X A CN A200810192965XA CN 200810192965 A CN200810192965 A CN 200810192965A CN 101442452 A CN101442452 A CN 101442452A
- Authority
- CN
- China
- Prior art keywords
- dns
- dns server
- alarm
- message
- server
- 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
Abstract
The invention relates to an inaccessible DNS server alarming method. The alarming method comprises: sending a detection message to the DNS server by a DNS client, and sending an alarm from the DNS client according to a preset alarm strategy, when the DNS server does not return a response message corresponding to the detection message. The invention also relates to an inaccessible DNS server alarming device carrying out the method. Therefore, when the DNS server is inaccessible, system maintenance personnel can receive an alarm of the inaccessible server within a short time, and the alarming device provides a firm basis for fault range reduction, quick location of a fault and timely restoration of service.
Description
Technical field
The present invention relates to the domain name system of communication network field, relate in particular to inaccessible alarm method of a kind of dns server and alarm device.
Background technology
The seventies in 20th century, ARPAnet is a network that has hundreds of platform main frame, just can finish being connected ARPAnet and going up the name of All hosts and the mapping relations of address at that time by the file of a hosts.txt by name; After ARPAnet adopts ICP/IP protocol, network size increases explosively, just develop into current internet, adopt the method for hosts.txt file because flow and problems such as load and name conflict can not have been finished historic mission before, DNS (domain name system) therefore occurred; RFC1034 and 1035 is standards of current description DNS, also have many other RFC to replenish the content of RFC1034 and 1035 at present, and they have been described DNS potential safety problem, problem of implementation, problem of management, have dynamically updated the mechanism of name server etc.
Though the application of current DNS is very extensive, and DNS itself does not provide a kind of server keep-alive or the inaccessible alarm method of server; In common DNS uses, owing to the DNS client reasons such as machine or dns server self disabler of delaying to the link down between the server, dns server equipment all might cause dns server unreachable, and that DNS client self can not perceive dns server is unreachable; Further, when DNS client terminal to discover dns server is unreachable, the inaccessible reason of dns server should be shown to DNS FTP client FTP attendant, otherwise might cause service disconnection after considerable time, it is that the inaccessible reason of dns server causes service disconnection that DNS FTP client FTP attendant just might navigate to.
Therefore, when dns server is unreachable, need provide a kind of alarm method timely, so that the system maintenance personnel of DNS client device in time obtain the inaccessible failure cause of dns server.
Summary of the invention
Technical problem to be solved by this invention provides the inaccessible alarm method of a kind of dns server, solves the attendant that can not in time the inaccessible failure cause of dns server be reported the DNS client in the prior art.
In order to solve the problems of the technologies described above, the invention provides the inaccessible alarm method of a kind of dns server.This method comprises:
The DNS client sends detection messages to dns server; And
After dns server did not return the corresponding response message of described detection messages, the DNS client sent alarm according to default warning strategies.
Described DNS client comprises " KEEPALIVE " query message to the detection messages that dns server sends.Perhaps described DNS client comprises the inquiry of the domain name request message to the detection messages that dns server sends.
Described " KEEPALIVE " query message, the timed sending by setting timer.
Described default warning strategies comprises: after the number of times of not receiving response message continuously reaches preset times, send alarm.
In order to solve the problems of the technologies described above, the invention provides the inaccessible alarm device of a kind of dns server.This device comprises:
Detecting module is used for the DNS client and does not return the corresponding response message of described detection messages to dns server transmission detection messages and definite dns server;
Alarm module is used for default warning strategies and sends alarm.
Described DNS client comprises " KEEPALIVE " query message to the detection messages that dns server sends.Perhaps described DNS client comprises the inquiry of the domain name request message to the detection messages that dns server sends.
Described detecting module, timed sending described " KEEPALIVE " query message by setting timer.The default warning strategies of described alarm module comprises: after the number of times of not receiving response message continuously reaches preset times, send alarm.
Therefore, by the present invention, if dns server is when unreachable, the system maintenance personnel can obtain the inaccessible alarm of server in a short period of time, for dwindle fault coverage, fast fault location, in time recover the professional strong foundation that provides.
Description of drawings
Fig. 1 is the flow chart of inaccessible alarm method first embodiment of dns server of the present invention.
Fig. 2 is that dns server of the present invention is at the flow chart of receiving that the KEEPALIVE query message is carried out.
Fig. 3 is the flow chart of inaccessible alarm method second embodiment of dns server of the present invention.
Fig. 4 is receiving the flow chart of carrying out behind the inquiry of the domain name request message of DNS client for dns server of the present invention.
Embodiment
Main thought of the present invention is: by inaccessible alarm method of dns server and alarm device are provided, come to be used as detecting the detection messages whether DNS can reach by domain name request message and/or KEEPALIVE query message that client sends, knowing whether DNS has response message to return to determine whether DNS can reach, thereby in time send the attendant of DNS inaccessible alarm information to the DNS client.
Below by drawings and Examples, the technical scheme of the embodiment of the invention is described in further detail.The DNS client sends detection messages to dns server, determine that dns server does not return corresponding response message after; The DNS client sends alarm according to default warning strategies.Illustrate below, be illustrated in figure 1 as the flow chart of inaccessible alarm method first embodiment of dns server of the present invention.As shown in the figure, may further comprise the steps:
The transmission timer of step 101:DNS client initialization KEEPALIVE query message, the message that the transmission timer of KEEPALIVE query message is set sends cycle and initialization shift register, and everybody of shift register is changed to 1;
Step 102: timer then after, structure KEEPALIVE query message sends to dns server, and shift register is moved to the left one, lowest order is set to 0; The query type of this query message is KEEPALIVE, and this query message is the same with the message format of other query type, only is the value difference of query type;
Step 103: wait for the response of dns server;
Step 104: if do not receive the response message that dns server sends, be unreachable detection algorithm then, decide the transmission alarm information according to default warning strategies.For example unreachable detection algorithm regulation be that the DNS client is continuously several times (as 3 times) when can not receive response message, just think that server is unreachable, and this unreachable detection algorithm can be realized by shift register, several that also promptly judge certain position (as 4) shift register is 0, for example can not receive response message 3 times and then send alarm information when regulation is continuous, judge that promptly shift register has 3 to be 0 from lowest order, then sends alarm information.If judge shift register also not expression reach 3 times of regulation, as in this example, do not receive response message, then reset the KEEPALIVE query message, send this KEEPALIVE query message to dns server, then shift register is moved to the left one again, lowest order is set to 0, wait for the response message that next dns server sends, as not receiving response message, and according to unreachable detection algorithm, as the value of judging shift register is 0, and the expression shift register has reached the regulation of unreachable detection algorithm; Then the attendant to client sends the inaccessible alarm information of dns server.
In the present embodiment, another kind of situation is after step 103, and the response message that dns server sends (step 104 ') is received in the response of DNS client awaits dns server.Promptly after step 103, as shown in Figure 2, for dns server of the present invention at the flow chart of receiving that the KEEPALIVE query message is carried out, as scheme this dns server and carry out following steps:
After step 301A:DNS server received the KEEPALIVE query message, the query type of judging in the query requests was KEEPALIVE;
After the DNS client is received response message, shift register is operated, the extreme lower position of shift register is 1 (step 104 '); And the DNS client only to judge the value of this shift register be 0, just send a warning message.
In this embodiment, whether DNS client timed sending KEEPALIVE query message is used for detecting dns server and can reaches; In this embodiment, the transmission of described KEEPALIVE query message realizes by timer, can adjust the promptness of report and alarm by the timing cycle of setting this timer.And the query type in the described KEEPALIVE query message is a new specified type.
As shown in Figure 3, be the flow chart of inaccessible alarm method second embodiment of dns server of the present invention.When utilizing the DNS client to send professional domain name request in this embodiment, directly utilize domain name request message that described DNS client sends to described dns server as the detection messages whether server can reach, can reduce the flow that causes because of the KEEPALIVE query message like this; The flow process of this embodiment may further comprise the steps:
Step 201:DNS client initialization shift register all is changed to 1 with everybody of shift register;
Step 202:DNS client receives the user and uses the professional inquiry of the domain name request that sends;
Step 203: search the effective resource record whether DNS cache has the nslookup correspondence,, otherwise enter step 205 if enter step 204;
Step 204: take out among the DNS cache and return to business with the corresponding effective resource record of nslookup;
Step 205: send the inquiry of the domain name request message to dns server, shift register is operated, shift register is moved to the left one, and extreme lower position is set to 0;
Step 206: the response of waiting for server;
Step 207: then similar if the DNS client is not received the response message that dns server returns with the first embodiment step 104, be unreachable detection algorithm according to default warning strategies, decide the transmission alarm information.What for example unreachable detection algorithm was stipulated is that the DNS client is when can not receive response message several times continuously, just think that server is unreachable, and this unreachable detection algorithm can be realized by shift register, several that also promptly judge certain position (as 4) shift register is 0, for example can not receive response message 3 times and then send alarm information when regulation is continuous, judge that promptly shift register has 3 to be 0 from lowest order, then sends alarm information.If judge shift register also not expression reach 3 times of regulation, for example in this example, do not receive response message, then reset the KEEPALIVE query message, send this KEEPALIVE query message to dns server; Perhaps wait for next time and send professional domain name query requests message to dns server, wait for the response message that next dns server sends, as not receiving response message once more, and according to unreachable detection algorithm, as the value of judging shift register is 0, and the expression shift register has reached the regulation of unreachable detection algorithm; Then the attendant to client sends the inaccessible alarm information of dns server.
The foregoing description has been described a kind of situation, after the DNS client is not received the response message that DNS returns, and has satisfied unreachable detection algorithm and will send alert message.Also have another kind of situation, after the DNS client is received the dns server response message, shift register is operated, the extreme lower position of shift register is set to 1, and resource record is deposited in cache and returns to business.Be after dns server is received the inquiry of the domain name request message, operate accordingly and return corresponding message.Receiving the flow chart of carrying out behind the inquiry of the domain name request message of DNS client referring to Fig. 4 for dns server of the present invention.Dns server is also carried out following steps:
Step 301B:DNS server is received the inquiry of the domain name request message of DNS client;
Step 302B: the query type of judging in the query requests message is not the KEEPALIVE query message;
Step 303B: in the database of dns server, search and the corresponding resource record of this inquiry of the domain name request, and construct corresponding response message;
Step 304B:DNS server sends with the corresponding response message of this inquiry of the domain name request to the DNS client.
In this second embodiment, when utilizing the DNS client to send professional domain name request, the detection messages whether domain name request message of directly utilizing described DNS client to send to described dns server can reach as server.
Can will the transmission timer of KEEPALIVE query message be set among first embodiment, send the detection messages whether the KEEPALIVE query message can reach as server; The DNS client sends the inquiry of the domain name request message with professional transmission domain name request is arranged among second embodiment, the detection messages of using this query message whether can reach as server, do not need to send the KEEPALIVE query message this moment, this dual mode is in conjunction with using.In order to guarantee the promptness of report and alarm, the DNS client when not having service inquiry for a long time, in order to guarantee to report the promptness of server inaccessible alarm, will timed sending KEEPALIVE query message.It is the transmission timer of DNS client initialization KEEPALIVE query message, judgement does not have service inquiry for a long time, then start timer and send the KEEPALIVE query message, as do not receive the DNS response message, judge then whether shift register satisfies the regulation of unreachable algorithm, whether continuation detection dns server can reach as not satisfying then, as the professional domain name request that sends is just arranged this moment, and the DNS client sends the inquiry of the domain name request message, the detection messages of using this query message whether can reach as server, as also not receiving the DNS response message, judge then whether shift register satisfies the regulation of unreachable algorithm, then send a warning message to DNS client maintenance personnel as satisfying.If also do not satisfy the regulation of unreachable algorithm, then when not having business, can also utilize KEEPALIVE to detect, process is the same no longer to be repeated.
The DNS client determines whether sending alarm by the unreachable detection algorithm of described server in the present invention.The unreachable detection algorithm of server comprises: described DNS client just thinks that server is unreachable when can not receive response message several times continuously, and this moment need be to the webmaster report and alarm.
Compared with prior art, KEEPALIVE query message or the request message that directly utilize DNS client to dns server the send detection messages that as server whether can reach of the present invention by timed sending; Perhaps two kinds of methods of front are carried out combination, whether can reach so that detect server; Final DNS client determines whether sending alarm by the unreachable detection algorithm of server; And can adjust the promptness of report and alarm by the transmission cycle of setting transmission KEEPALIVE query message.
Correspondingly, the present invention also provides a kind of dns server inaccessible alarm device, and this device comprises: detecting module is used for the DNS client and does not return the corresponding response message of described detection messages to dns server transmission detection messages and definite dns server; Alarm module is used for default warning strategies and sends alarm.Described DNS client comprises " KEEPALIVE " query message to the message that dns server sends.Described DNS client comprises the inquiry of the domain name request message to the message that dns server sends.Described detecting module, timed sending described " KEEPALIVE " query message by setting timer.The default warning strategies of described alarm module comprises: after the number of times of not receiving response message continuously reaches preset times, send alarm.
It should be noted last that, above embodiment is only unrestricted in order to technical scheme of the present invention to be described, although the present invention is had been described in detail with reference to preferred embodiment, those of ordinary skill in the art is to be understood that, can make amendment or be equal to replacement the present invention, and not break away from the spirit and scope of technical solution of the present invention and claim.
Claims (10)
1, the inaccessible alarm method of a kind of dns server is characterized in that, comprising:
The DNS client sends detection messages to dns server; And
After dns server did not return the corresponding response message of described detection messages, the DNS client sent alarm according to default warning strategies.
2, the method for claim 1 is characterized in that, described DNS client comprises " KEEPALIVE " query message to the detection messages that dns server sends.
3, the method for claim 1 is characterized in that, described DNS client comprises the inquiry of the domain name request message to the detection messages that dns server sends.
4, method as claimed in claim 2 is characterized in that, described " KEEPALIVE " query message, the timed sending by setting timer.
5, the method for claim 1 is characterized in that, described default warning strategies comprises: after the number of times of not receiving response message continuously reaches preset times, send alarm.
6, the inaccessible alarm device of a kind of dns server is characterized in that, comprising:
Detecting module is used for the DNS client and does not return the corresponding response message of described detection messages to dns server transmission detection messages and definite dns server;
Alarm module is used for default warning strategies and sends alarm.
7, device as claimed in claim 6 is characterized in that, described DNS client comprises " KEEPALIVE " query message to the detection messages that dns server sends.
8, device as claimed in claim 6 is characterized in that, described DNS client comprises the inquiry of the domain name request message to the detection messages that dns server sends.
9, device as claimed in claim 7 is characterized in that, described detecting module, timed sending described " KEEPALIVE " query message by setting timer.
10, device as claimed in claim 6 is characterized in that, the default warning strategies of described alarm module comprises: after the number of times of not receiving response message continuously reaches preset times, send alarm.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA200810192965XA CN101442452A (en) | 2008-12-31 | 2008-12-31 | Alarm method and apparatus for non-access of DNS server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA200810192965XA CN101442452A (en) | 2008-12-31 | 2008-12-31 | Alarm method and apparatus for non-access of DNS server |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101442452A true CN101442452A (en) | 2009-05-27 |
Family
ID=40726705
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA200810192965XA Pending CN101442452A (en) | 2008-12-31 | 2008-12-31 | Alarm method and apparatus for non-access of DNS server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101442452A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140281667A1 (en) * | 2011-12-02 | 2014-09-18 | Huawei Technologies Co., Ltd. | Fault Detection Method, Gateway, User Equipment, and Communications System |
| CN104125590A (en) * | 2013-04-26 | 2014-10-29 | 富士通株式会社 | Link fault diagnosis device and method thereof |
| CN104159130A (en) * | 2014-08-18 | 2014-11-19 | 成都北相赛勃科技有限公司 | Distributed multimedia recreation equipment, emergency alarm system and method |
| WO2016078447A1 (en) * | 2014-11-20 | 2016-05-26 | 中兴通讯股份有限公司 | Method and apparatus for implementing user access |
| CN106789422A (en) * | 2016-12-16 | 2017-05-31 | 杭州迪普科技股份有限公司 | The monitoring method and device of a kind of dns server |
| CN107707375A (en) * | 2017-05-26 | 2018-02-16 | 贵州白山云科技有限公司 | A kind of method and apparatus for positioning parsing failure |
-
2008
- 2008-12-31 CN CNA200810192965XA patent/CN101442452A/en active Pending
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140281667A1 (en) * | 2011-12-02 | 2014-09-18 | Huawei Technologies Co., Ltd. | Fault Detection Method, Gateway, User Equipment, and Communications System |
| US9405638B2 (en) * | 2011-12-02 | 2016-08-02 | Huawei Technologies Co., Ltd. | Fault detection method, gateway, user equipment, and communications system |
| US9942088B2 (en) | 2011-12-02 | 2018-04-10 | Huawei Technologies Co., Ltd | Fault detection method, gateway, user equipment, and communications system |
| US10567216B2 (en) | 2011-12-02 | 2020-02-18 | Huawei Technologies Co., Ltd. | Fault detection method, gateway, user equipment, and communications system |
| CN104125590A (en) * | 2013-04-26 | 2014-10-29 | 富士通株式会社 | Link fault diagnosis device and method thereof |
| CN104125590B (en) * | 2013-04-26 | 2017-10-03 | 富士通株式会社 | link failure diagnosis device and method |
| CN104159130A (en) * | 2014-08-18 | 2014-11-19 | 成都北相赛勃科技有限公司 | Distributed multimedia recreation equipment, emergency alarm system and method |
| WO2016078447A1 (en) * | 2014-11-20 | 2016-05-26 | 中兴通讯股份有限公司 | Method and apparatus for implementing user access |
| CN106789422A (en) * | 2016-12-16 | 2017-05-31 | 杭州迪普科技股份有限公司 | The monitoring method and device of a kind of dns server |
| CN106789422B (en) * | 2016-12-16 | 2020-05-12 | 杭州迪普科技股份有限公司 | Monitoring method and device of DNS (Domain name Server) |
| CN107707375A (en) * | 2017-05-26 | 2018-02-16 | 贵州白山云科技有限公司 | A kind of method and apparatus for positioning parsing failure |
| CN107707375B (en) * | 2017-05-26 | 2018-07-20 | 贵州白山云科技有限公司 | A kind of method and apparatus of positioning parsing failure |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021077811A1 (en) | Distributed denial of service (ddos) attack protection method, apparatus and system | |
| CN103580880B (en) | Method, equipment and system abnormal a kind of fast notification CGN | |
| CN101442452A (en) | Alarm method and apparatus for non-access of DNS server | |
| CN101675346B (en) | Pseudowire load balancing | |
| CN107465556B (en) | Method, device and system for switching main server and standby server | |
| CN1177439C (en) | Method of acting address analytic protocol Ethernet Switch in application | |
| CN101651691B (en) | Network system, access equipment and application layer service assess method | |
| CN101170585B (en) | A domain name inquiry method | |
| CN109379291B (en) | Method and device for processing service request in networking | |
| CN101136789A (en) | Method and device for implementing terminal-to-terminal link detection, routing strategy rearrangement | |
| CN102130820A (en) | Network service access method and access gateway equipment | |
| CN1681254A (en) | Maintaining method of Ethernet link state | |
| CN100461719C (en) | System and method for detecting service healthiness | |
| CN101656764A (en) | Method, system and device for keeping session of DHCP user active | |
| CN102244690A (en) | Address allocation method and system of dynamic host configuration protocol (DHCP) as well as client side and servers of same | |
| CN1889579A (en) | Method and apparatus for raising route information protocol route convergence rate | |
| CN110611590A (en) | Method and system for internet of things gateway communication backup | |
| CA2788584A1 (en) | Method and apparatus for detecting devices on a local area network | |
| CN1980155A (en) | Method for recovering sponsor media accessing control address and operation businesss edge apparatus | |
| CN1533100A (en) | Method for protecting coupling based on flow control transfer protocol | |
| CN102761428A (en) | Server system and server switching method | |
| CN106452882B (en) | Backup switching method and system for universal network passport server | |
| CN107707689B (en) | DHCP message processing method, DHCP server and gateway equipment | |
| CN101035032A (en) | Failure monitoring method and device of the virtual rented line | |
| CN112039760B (en) | Automatic data recovery system and method for gateway of Internet of things |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20090527 |