大家好,关于nslookup显示服务器unknown很多朋友都还不太明白,今天小编就来为大家分享关于Nslookup命令怎么用的知识,希望对各位有所帮助!

一、如何三招帮你排查Linux中的硬件问题

下列贴士帮助你更快速更轻松地为 Linux中的硬件排查故障。许多不同的因素可能导致Linux硬件出现问题;在你开始尝试诊断之前,了解最常见的问题以及最有可能找到原因的环节是明智之举。

Linux服务器在许多不同类型的基础架构中运行关键任务型业务应用程序,包括物理机、虚拟机、私有云、公共云和混合云。对于 Linux系统管理员来说,了解如何管理Linux硬件基础架构很重要,包括与网络和存储有关的软件定义功能、Linux容器和Linux服务器上的多个工具。

排查并解决Linux上与硬件有关的问题可能需要一些时间。连经验丰富的系统管理员有时也要花几小时来解决莫名其妙的软硬件问题。

下列贴士帮助你更快速更轻松地为Linux中的硬件排查故障。许多不同的因素可能导致Linux硬件出现问题;在你开始尝试诊断之前,了解最常见的问题以及最有可能找到原因的环节是明智之举。

1.快速诊断设备、模块和驱动程序

故障排查的第一步通常是显示Linux服务器上安装的硬件列表。你可以使用ls命令获取硬件的详细信息,比如lspci、lsblk、lscpu和lsscsi。比如说,这是lsblk命令的输出结果:

nslookup显示服务器unknown Nslookup命令怎么用

# lsblk

NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT

xvda    202:0    0  50G  0 disk

├─xvda1 202:1    0   1M  0 part

└─xvda2 202:2    0  50G  0 part /

xvdb    202:16   0  20G  0 disk

└─xvdb1 202:17   0  20G  0 part

如果ls命令没有显示任何错误,使用初始化进程(比如systemd)查看Linux服务器的运行状况。systemd是启动用户空间、控制多个系统进程的最流行的初始化进程。比如说,这是systemctl status命令的输出结果:

# systemctl status

● bastion.f347.internal

    State: running

     Jobs: 0 queued

   Failed: 0 units

    Since: Wed 2018-11-28 01:29:05 UTC; 2 days ago

   CGroup: /

           ├─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 21

           ├─kubepods.slice

           │ ├─kubepods-pod3881728a_f2af_11e8_af77_06af52f87498.slice

           │ │ ├─docker-88b27385f4bae77bba834fbd60a61d19026bae13d18eb147783ae27819c34967.scope

           │ │ │ └─23860 /opt/bridge/bin/bridge --public-dir=/opt/bridge/static --config=/var/console-config/console-c

           │ │ └─docker-a4433f0d523c7e5bc772ee4db1861e4fa56c4e63a2d48f6bc831458c2ce9fd2d.scope

           │ │   └─23639 /usr/bin/pod

2.深入研究多个日志

dmesg让你可以搞清楚内核的最新信息中的错误和警示内容。比如说,这是dmesg| more命令的输出结果:

# dmesg | more

....

[ 1539.027419] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

[ 1539.042726] IPv6: ADDRCONF(NETDEV_UP): veth61f37018: link is not ready

[ 1539.048706] IPv6: ADDRCONF(NETDEV_CHANGE): veth61f37018: link bees ready

[ 1539.055034] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link bees ready

[ 1539.098550] device veth61f37018 entered promiscuous mode

[ 1541.450207] device veth61f37018 left promiscuous mode

[ 1542.493266] SELinux: mount invalid.  Same superblock, different security settings for (dev mqueue, type mqueue)

[ 9965.292788] SELinux: mount invalid.  Same superblock, different security settings for (dev mqueue, type mqueue)

[ 9965.449401] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

[ 9965.462738] IPv6: ADDRCONF(NETDEV_UP): vethea333c: link is not ready

[ 9965.468942] IPv6: ADDRCONF(NETDEV_CHANGE): vethea333c: link bees ready

....

你还可以查看/var/log/messages文件中的所有Linux系统日志,在这里找到与特定问题有关的错误。如果你对硬件进行改动,比如挂载额外磁盘或添加以太网网卡,有必要通过tail命令实时密切关注信息。比如说,这是tail-f/var/log/messages命令的输出结果:

# tail -f /var/log/messages

Dec  1 13:20:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa

Dec  1 13:20:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local

Dec  1 13:21:03 bastion dnsmasq[30201]: setting upstream servers from DBus

Dec  1 13:21:03 bastion dnsmasq[30201]: using nameserver 192.199.0.2#53

Dec  1 13:21:03 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa

Dec  1 13:21:03 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local

Dec  1 13:21:33 bastion dnsmasq[30201]: setting upstream servers from DBus

Dec  1 13:21:33 bastion dnsmasq[30201]: using nameserver 192.199.0.2#53

Dec  1 13:21:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain in-addr.arpa

Dec  1 13:21:33 bastion dnsmasq[30201]: using nameserver 127.0.0.1#53 for domain cluster.local

3.分析网络功能

你可能在复杂的网络环境中有成千上万个云原生应用程序为业务服务提供服务;这些可能包括虚拟化、多云和混合云。这意味着你应该分析网络连接是否正常运行,这是故障排查的一部分。分析Linux服务器中网络功能的实用命令包括ip addr、traceroute、nslookup、dig和ping等。比如说,这是ip addr show命令的输出结果:

# ip addr show

1:

lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    i 127.0.0.1/8 scope host lo

       valid_lft forever preferred_lft forever

    i6 ::1/128 scope host

       valid_lft forever preferred_lft forever

2:

eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc mq state UP group default qlen 1000

    link/ether 06:af:52:f8:74:98 brd ff:ff:ff:ff:ff:ff

    i 192.199.0.169/24 brd 192.199.0.255 scope global noprefixroute dynamic eth0

       valid_lft 3096sec preferred_lft 3096sec

    i6 fe80::4af:52ff:fef8:7498/64 scope link

       valid_lft forever preferred_lft forever

3:

docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default

    link/ether 02:42:67:fb:1a:a2 brd ff:ff:ff:ff:ff:ff

    i 172.17.0.1/16 scope global docker0

       valid_lft forever preferred_lft forever

    i6 fe80::42:67ff:fefb:1aa2/64 scope link

       valid_lft forever preferred_lft forever

....

结束语

Linux硬件故障排查需要具备相当扎实的知识,包括如何使用功能强大的命令行工具、解读系统日志。你还应该知道如何诊断内核空间,可以在内核空间找到许多硬件问题的根本原因。请记住,Linux中的硬件问题可能由许多不同的方面引起,包括设备、模块、驱动程序、BIOS、网络,甚至是旧硬件故障。

二、用outlook 2007发信被系统管理员退回来,但foxmail就没有问题

1、提示资讯:

Sorry, I couldn't find a mail exchanger or IP address.(#5.4.4)

退信原因:检索不到接收方功能变数名称的邮件解析(MX记录)和功能变数名称解析(A记录)。

解决办法:检查接收方功能变数名称是否有效,且正确设置了邮件解析(MX记录)或功能变数名称解析(A记录)。查询命令(dos或者命令行提示符下执行):Nslookup–q=mx投递方功能变数名称

2、提示资讯:

invalid address(#5.5.0)或者User unknown或者user is not found退信原因:没有这个收件人。

解决办法:请核对对方email位址是否正确,或者有没有变动.一般是邮件位址@前面的部分填写有错,请核对无误后给对方发送。

3、提示资讯:

Sorry, I couldn't find any hostnamed XXX..(#5.1.2)退信原因:没有这个主机。

解决办法:一般是对方邮件位址@后面的部分有错误,比如把@hichina.写成@hichian.,另外也有可能是对方伺服器有问题或者中间线路有问题,如果名字核对无误,您只能让对方解决。

4、提示资讯:

I'm not going to try again; this message has been in the queue too long.退信原因:多次尝试,但邮件无法投递到接收方。

解决办法:检查到接收方邮件伺服器SMTP(简单邮件传输协议)连接是否正常。

5、提示资讯:

Sorry, I wasn't able toestablish an SMTP connection.(#4.4.1)或者550 System is busy.退信原因:无法建立SMTP连接或者对方伺服器忙。

解决办法:由於对方某一台收件伺服器当时正处在繁忙之中造成的,请您重新发送,最好同一封信件发送两次,收到的几率应该大一些。

6、提示资讯:

Connected to remote host, but it does not like recipient.

退信原因:连接到接收方邮件伺服器,但接收位址不存在。

解决办法:确认接收位址是否正确。

7、提示资讯:

Connected to remote host, but sender was rejected.

退信原因:连接到接收方邮件伺服器,但投递位址被拒绝。

解决办法:一般是由於您的企业邮局所在伺服器IP位址被国际反垃圾邮件组织列入黑名单,导致您发往某些地区的邮件可能被拒绝。对此我们非常抱歉和无奈,虽然金笛提供的企业邮局系统有严格的反垃圾邮件策略,但仍有可能被列入黑名单,主要原因是由於我们某些用户,通过自己或其他一些服务商所提供的宣传邮件发送软体,发送了宣传自己网站的垃圾邮件,被国际反垃圾邮件组织发现,该类组织除了立即遮罩发送垃圾邮件伺服器的IP位址外,同时出於严格抵制垃圾邮件的原则,也会将其网站功能变数名称的DNS伺服器、网站所在伺服器、功能变数名称邮件*(MX)记录指向伺服器的IP位址都列入黑名单,导致同处一台机器的用户和中国金笛被无辜牵连。不过,从以往的经验来看,经过我们和国际反垃圾邮件组织的积极沟通解释,一般此类无辜牵连的遮罩都很快可以解除。出现此类问题,您可以通过登陆金笛网站会员区,通过线上问题提交的方式提供一下具体的退信内容(退信内容要求提供完整。应该包含完整的收发信人位址,发信时间,问题描述或错误资讯等),或是收发双方的帐号及具体发信日期,由我们为您负责联系对方的邮件服务商商谈解除遮罩的事宜,请您耐心等待或暂时使用其他邮局服务发送国外邮件。对此给您及贵司所造成的不便再次表示歉意,并希望能继续得到您的理解和支持,宣导大家遵守互联网行为规范,共同保护和维持互联网的美好环境!!!

8、提示资讯:

Connected to remote host, but failed after I sent the message.退信原因:连接到接收方邮件伺服器,但发送邮件失败。

解决办法:一般是因为接收方邮件空间满了,或者接收方根据邮件附件、内容设置了拒收。可联系接收方检查调整其邮箱即可。

9、提示资讯:

552Message size exceeds fixed limit.

退信原因:您发给对方的信件大小超过了对方允许的范围。

解决办法:原因是您的邮件太大,超过对方邮件大小限制,请减小后从新发送。

10、提示资讯:

receiptor's mailbox is full(#5.5.4)或者Quota exceed the hard limit for user退信原因:.对方邮箱已满。

解决办法:由於对方邮箱超过了允许的容量,您只能让对方清空邮箱后再接收。

11、提示资讯:

553 Invalid sender退信原因:投递方发信伪装,被wbwy邮局拒绝。

解决办法:请投递方将邮件功能变数名称添加一条优先顺序较低的MX记录,指向头地方使用的smtp伺服器对应的IP位址;或者请投递方将smtp伺服器的IP位址设置反向解析。

这个是在网上看到的也发出来给大家参考,共同学习

邮件为什麼会被退回?

经常上网发送邮件的人可能会有邮件被退回的经历,收到被退回的邮件要具体分析,退回的信件一般都会有简短的说明,结合这些说明你可以进一步了解具体的退信原因并作出相应处理。

一、退信由哪些内容组成

由於退信是由收发信系统自动回复的,所以信件大都是英文内容,下面我们先来了解退信中都包含了哪些内容。退信的发件人一般是Mail Administrator(系统管理员),信件的主题一般是Returned Mail之类的句子。退信的上端标明了退信的原因:Invalid User、Connection time out......等。退信的中部内容是信件往来发生的时间、用户名等具体资讯。没有正常发送的信件一般都是将附在最后,便於你及时采取相应的补救措施。

二、退信的原因及解决方法

1、邮件位址错误

如果退信原因中有如下资讯之一,请检查收信人的邮件位址是否有误。

550...User unknow

550 Requested action not taken:mailbox un*ailable

550.5.1.1 is not a valid mailbox

Sorry, no mailbox here by that name

550 Invalid recipient

(user not found)

如果邮件位址是正确的,那可能对方的这个电子邮件信箱已经不再使用了。为了确定,可再重发一次以防是由於对方邮箱的收件伺服器的技术故障而导致的退信。

2、邮箱空间不够

如果退信原因中显示如下资讯之一,表示邮箱溢出。

552 Message size exceeds fixed maximum message size(5000000)

552 Message size exceeds maximum message size

552 Message size exceeds fixed maximum message size:5242880 bytes

这是指对方邮箱作了限制,剩余空间不够大,你发出的信件超过了它的容量限制,对方只好把它退回来。解决方法是将信件“*”,比如将附件压缩、删除不必要的内容、,也可以等对方将邮箱清理后你再发邮件。

3、邮箱空间已满

由於对方邮箱容量作了限制,一旦邮箱被塞满,则退信原因中会出现如下资讯之一:

User is over the quota

552...Mailbox is full

550...Can't create output

552 Requested mail action aborted: storage allocation

这种情况你只有等一两天或者通知你的朋友删除(或从伺服器取走)旧信,然后再次发送邮件。

4、邮箱设置有误

如果退信原因中出现下列提示:

554 Too many hops 27(25 max): from firstdomain.> via mail. firstdomain., to

说明你蹦跳太多了,这是因为你发出的信抵达对方的A邮箱后,由於A邮箱设置了自动转发至B邮箱,而B邮箱又设置了自动转发回A邮箱。因此,你的信就在A邮箱和B邮箱之间没完没了地做旅行,时间一长,收发信伺服器也不堪其扰,只好把信退回给你。

5、发信伺服器故障

如果退信原因中出现:

: connect to xxx.xxx.xxx.xxx timed out

表示超时错误,大多是由於收信一方的伺服器同一时间收到了过多的邮件,当然这些邮件裏少不了垃圾邮件在作祟,而你的邮件却因此无法正常发送了。这类问题不会困扰太长时间,稍等片刻重新发送即可。

6、发信伺服器被遮罩

如果退信原因为:

554: Recipient Address rejected:Relay aess denied

则与收信方无关,一般是由於你的发信伺服器有了问题,它拒绝为你将信发送到这个位址。不过这种问题出现的机率较小。

7、其他

除此以外,一次发送的信件太大,造成发送失败的机率也比较大。因此,如果有很多附件要发送,最好分成几个小邮件发送。

三、Nslookup命令怎么用

NSLOOKUP命令

关键词: NSLOOKUP命令详解网络命令

NSLOOKUP命令详解

Nslookup是一个监测网络中 DNS服务器是否能正确实现域名解析的命令行工具。它在 Windows NT/2000/XP中均可使用,但在 Windows 98中却没有集成这一个工具。

Nslookup必须要安装了 TCP/IP协议的网络环境之后才能使用。

现在网络中已经架设好了一台 DNS服务器,主机名称为 ns-*.online.sh.,它可以把域名 解析为 220.181.31.3的 IP,这是我们平时用得比较多的正向解析功能。

检测步骤如下:

在 Windows 2000中单击“开始”->“程序”->“附件”->“命令提示符”,在 C:\>的后面键入 Nslookup 回车”之后即可看到如下结果:

Server: ns-*.online.sh.

Address: 202.96.209.5

Name:

Address: 220.181.31.3

以上结果显示,正在工作的 DNS服务器的主机名为 ns-*.online.sh.,它的 IP是 202.96.209.5,而域名 所对应的 IP为 220.181.31.3。那么,在检测到 DNS服务器 ns-*.online.sh.已经能顺利实现正向解析的情况下,它的反向解析是否正常呢?也就是说,能否把 IP 220.181.31.3反向解析为域名 我们在命令提示符 C:\>的后面键入 Nslookup 220.181.31.3,得到结果如下:

Server: ns-*.online.sh.

Address: 202.96.209.5

Name:

Address: 220.181.31.3

这说明, DNS服务器 linlin的反向解析功能也正常。

然而,有的时候,我们键入 Nslookup 却出现如下结果:

Server: ns-*.online.sh.

Address: 202.96.209.5

*** ns-*.online.sh. can't find Non-existent domain

这种情况说明网络中 DNS服务器 ns-*.online.sh.在工作,却不能实现域名 的正确解析。此时,要分析 DNS服务器的配置情况,看是否 这一条域名对应的 IP记录已经添加到了 DNS的数据库中。

还有的时候,我们键入 Nslookup 会出现如下结果

*** Can't find server name for domain: No response from server

*** Can't repairpc.nease.: Non-existent domain

这时,说明测试主机在目前的网络中,根本没有找到可以使用的 DNS服务器。此时,我们要对整个网络的连通*作全面的检测,并检查 DNS服务器是否处于正常工作状态,采用逐步排错的方法,找出 DNS服务不能启动的根源。

nslookup命令用法

1.查询A记录

C:\>nslookup

*** Can't find server name for address 192.168.2.1: Non-existent domain

*** Default servers are not *ailable

Server: UnKnown

Address: 192.168.2.1

Non-authoritative answer:

Name:

Addresses: 61.129.102.61, 202.101.42.101

61.129.102.61, 202.101.42.101是WWW对应的IP.

2.查询MX记录

C:\>nslookup-type=mx cdnunion.

*** Can't find server name for address 192.168.2.1: Non-existent domain

*** Default servers are not *ailable

Server: UnKnown

Address: 192.168.2.1

Non-authoritative answer:

cdnunion. MX preference= 8, mail exchanger= mail.cdnunion.

cdnunion. nameserver= ns2.cdnunion.

mail.cdnunion. inter address= 61.129.102.61

mail.cdnunion.是cdnunion.对应的MX记录.

3.查CNAME记录

C:\>nslookup-type=ame

*** Can't find server name for address 192.168.2.1: Non-existent domain

*** Default servers are not *ailable

Server: UnKnown

Address: 192.168.2.1

Non-authoritative answer:

canonical name=

是对应的CNAME记录.

4.查询域名服务器

C:\>nslookup-type=ns cdnunion.

*** Can't find server name for address 192.168.2.1: Non-existent domain

*** Default servers are not *ailable

Server: UnKnown

Address: 192.168.2.1

Non-authoritative answer:

cdnunion. nameserver= ns2.cdnunion.

ns2.cdnunion. inter address= 61.129.102.61

ns2.cdnunion.是cdnunion.域名的DNS服务器.

5.指定域名服务器查询结果.

C:\>nslookup 202.96.209.133

Server: ns-pd.online.sh.

Address: 202.96.209.133

Non-authoritative answer:

Name:

Address: 210.51.25.233

202.96.209.133是上海DNS服务器IP