如何格式化WHOIS响应

我需要实施一个“whois”服务，它将监听whois查询（whois -h），并将使用来自phpipam API的信息进行响应。我正在使用启动脚本的xinetd在端口43上进行侦听。我的问题是，当我从服务器发送响应时，第一个新行后的服务器重置连接。出于测试目的，我只是试图发送两个回波线，结果是一样的。如何格式化WHOIS响应

脚本：

#!/bin/bash 
echo "One" 
echo "Two"

lsof的：

# lsof -i | grep whois 
xinetd 17696  root 6u IPv4 91809  0t0 TCP *:whois (LISTEN)

的whois查询（从客户端）：

# whois -h 192.168.4.129 44.44.44.44 
One 
fgets: Connection reset by peer

tcpdump的：

# tcpdump -n -i any -X port 43 

16:34:01.162440 IP 192.168.4.128.49374 > 192.168.4.129.nicname: Flags [S],  seq 1949234703, win 29200, options [mss 1460,sackOK,TS val 337480796 ecr 0,nop,wscale 7], length 0 
    0x0000: 4500 003c 7a53 4000 4006 3617 c0a8 0480 E..<[email protected]@.6..... 
    0x0010: c0a8 0481 c0de 002b 742e f60f 0000 0000 .......+t....... 
    0x0020: a002 7210 8a80 0000 0204 05b4 0402 080a ..r............. 
    0x0030: 141d 8c5c 0000 0000 0103 0307 0000 0000 ...\............ 
    0x0040: 0000 0000 0000 0000 0000 0000   ............ 
16:34:01.162916 IP 192.168.4.129.nicname > 192.168.4.128.49374: Flags [S.], seq 3654394026, ack 1949234704, win 28960, options [mss 1460,sackOK,TS val 25631110 ecr 337480796,nop,wscale 7], length 0 
    0x0000: 4500 003c 0000 4000 4006 b06a c0a8 0481 E..<[email protected]@..j.... 
    0x0010: c0a8 0480 002b c0de d9d1 a0aa 742e f610 .....+......t... 
    0x0020: a012 7120 eb31 0000 0204 05b4 0402 080a ..q..1.......... 
    0x0030: 0187 1986 141d 8c5c 0103 0307 0000 0000 .......\........ 
    0x0040: 0000 0000 0000 0000 0000 0000   ............ 
16:34:01.162946 IP 192.168.4.128.49374 > 192.168.4.129.nicname: Flags [.], ack 1, win 229, options [nop,nop,TS val 337480797 ecr 25631110], length 0 
    0x0000: 4500 0034 7a54 4000 4006 361e c0a8 0480 [email protected]@.6..... 
    0x0010: c0a8 0481 c0de 002b 742e f610 d9d1 a0ab .......+t....... 
    0x0020: 8010 00e5 8a78 0000 0101 080a 141d 8c5d .....x.........] 
    0x0030: 0187 1986 0000 0000 0000 0000 0000 0000 ................ 
    0x0040: 0000 0000        .... 
16:34:01.163348 IP 192.168.4.128.49374 > 192.168.4.129.nicname: Flags [P.], seq 1:14, ack 1, win 229, options [nop,nop,TS val 337480798 ecr 25631110], length 13 
    0x0000: 4500 0041 7a55 4000 4006 3610 c0a8 0480 [email protected]@.6..... 
    0x0010: c0a8 0481 c0de 002b 742e f610 d9d1 a0ab .......+t....... 
    0x0020: 8018 00e5 8a85 0000 0101 080a 141d 8c5e ...............^ 
    0x0030: 0187 1986 3434 2e34 342e 3434 2e34 340d ....44.44.44.44. 
    0x0040: 0a00 0000 0000 0000 0000 0000 0000 0000 ................ 
    0x0050: 00          . 
16:34:01.164122 IP 192.168.4.129.nicname > 192.168.4.128.49374: Flags [.], ack 14, win 227, options [nop,nop,TS val 25631110 ecr 337480798], length 0 
    0x0000: 4500 0034 b92d 4000 4006 f744 c0a8 0481 [email protected]@..D.... 
    0x0010: c0a8 0480 002b c0de d9d1 a0ab 742e f61d .....+......t... 
    0x0020: 8010 00e3 8a2c 0000 0101 080a 0187 1986 .....,.......... 
    0x0030: 141d 8c5e 0000 0000 0000 0000 0000 0000 ...^............ 
    0x0040: 0000 0000        .... 
16:34:01.165523 IP 192.168.4.129.nicname > 192.168.4.128.49374: Flags [P.], seq 1:5, ack 14, win 227, options [nop,nop,TS val 25631110 ecr 337480798], length 4 
    0x0000: 4500 0038 b92e 4000 4006 f73f c0a8 0481 [email protected]@..?.... 
    0x0010: c0a8 0480 002b c0de d9d1 a0ab 742e f61d .....+......t... 
    0x0020: 8018 00e3 d5a7 0000 0101 080a 0187 1986 ................ 
    0x0030: 141d 8c5e 4f6e 650a 0000 0000 0000 0000 ...^One......... 
    0x0040: 0000 0000 0000 0000      ........ 
16:34:01.165844 IP 192.168.4.128.49374 > 192.168.4.129.nicname: Flags [.], ack 5, win 229, options [nop,nop,TS val 337480800 ecr 25631110], length 0 
    0x0000: 4500 0034 7a56 4000 4006 361c c0a8 0480 [email protected]@.6..... 
    0x0010: c0a8 0481 c0de 002b 742e f61d d9d1 a0af .......+t....... 
    0x0020: 8010 00e5 8a78 0000 0101 080a 141d 8c60 .....x.........` 
    0x0030: 0187 1986 0000 0000 0000 0000 0000 0000 ................ 
    0x0040: 0000 0000        .... 
16:34:01.165914 IP 192.168.4.129.nicname > 192.168.4.128.49374: Flags [R.], seq 5, ack 14, win 227, options [nop,nop,TS val 25631111 ecr 337480798], length 0 
    0x0000: 4500 0034 b92f 4000 4006 f742 c0a8 0481 E..4./@[email protected] 
    0x0010: c0a8 0480 002b c0de d9d1 a0af 742e f61d .....+......t... 
    0x0020: 8014 00e3 8a23 0000 0101 080a 0187 1987 .....#.......... 
    0x0030: 141d 8c5e 0000 0000 0000 0000 0000 0000 ...^............ 
    0x0040: 0000 0000        .... 
16:34:01.166350 IP 192.168.4.129.nicname > 192.168.4.128.49374: Flags [R], seq 3654394031, win 0, length 0 
    0x0000: 4500 0028 826a 4000 4006 2e14 c0a8 0481 E..([email protected]@....... 
    0x0010: c0a8 0480 002b c0de d9d1 a0af 0000 0000 .....+.......... 
    0x0020: 5004 0000 ea03 0000 0000 0000 0000 0000 P............... 
    0x0030: 0000 0000 0000 0000 0000 0000 0000  ..............

如果我尝试连接到43通过telnet，一切都很好地工作：

# telnet 192.168.4.129 43 
Trying 192.168.4.129... 
Connected to 192.168.4.129. 
Escape character is '^]'. 
One 
Two 
Connection closed by foreign host.

UPDATE：

环路喜欢这工作得很好

while read line; do 
    echo "One" 
    echo "Two" 
    break 
done

，但是我就是不明白为什么它是不是只通过两条回波线，或者即使我尝试用计数器运行一个while循环：

#!/bin/bash 
COUNT=0 
while [ $COUNT -lt 5 ]; do 
    echo The counter is $COUNT 
    let COUNT=COUNT+1 
done

它在第一个循环后停止：

# whois -h 192.168.4.129 44.44.44.44 
The counter is 0 
fgets: Connection reset by peer

也许你有什么想法，这两个循环之间的原因/区别是什么？

我/etc/xinetd.d/whoistest：

service whois 
{ 
    port   = 43 
    flags   = REUSE 
    socket_type  = stream 
    protocol  = tcp 
    user   = root 
    wait   = no 
    type   = UNLISTED 
    server   = /path/to/shell/script 
    disable   = no 
    log_type  = SYSLOG authpriv 
    log_on_failure += USERID 
}

任何支持将不胜感激。

来源

2016-11-15 raindeftas

您需要确保您的xinetd配置正确。您的脚本还需要处理来自whois客户端的输入。这工作：

#!/bin/bash 
while read line; do 
    echo $line 
    echo "foo" 
    break 
done

这读取您的线，回声，然后一些东西。随意用echo替换echo $ line，无论你想要什么。

我不得不这样配置的xinetd为它工作：

service whois 
{ 
    port = 43 
    flags = REUSE 
    socket_type = stream 
    protocol = tcp 
    user = root 
    wait = no 
    type = UNLISTED 
    server = /tmp/w.sh 
    disable = no 
}

希望这有助于。如果你的xinetd服务配置错误，它似乎会丢弃连接。如果您的服务器实际上没有监听来自客户端的输入，则会通过对等错误重置连接。

Hannu

来源

2016-11-15 15:45:17 Hannu

谢谢@Hannu。我用xinetd config和其他见解更新了我的问题:)也许你会有任何想法，这些循环如何不同。 – raindeftas

我想这与缓冲IO有关。它发送一个字符串，然后期待以换行符结束的响应，然后发送另一个字符串（可能）等等。现在，如果接收端（您的whoisd）没有使用套接字中的任何数据，则它会阻塞，并且会出现此错误。即使你不使用数据读取任何东西，你需要接收它和丢弃。 – Hannu

是的，读取输入参数可以解决问题。再次感谢你！ – raindeftas

如何格式化WHOIS响应

回答

相关问题