dig出力の「net.c:577:sendmsg()failed:Operation not allowed」


8

CentOS 6.6マシンでBind 9.10.2バージョンを実行しています。digコマンドの実行中に「」というnet.c:577: sendmsg() failed: Operation not permitted"通知が表示されます。

digユーティリティは私に答えを与えていますが、上部にはこの通知が表示されます。

$dig nkn.in +short   
**net.c:577: sendmsg() failed: Operation not permitted**  
164.100.129.98

System Information :-  
cat /etc/*-release   
CentOS release 6.6 (Final)   
LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch    
CentOS release 6.6 (Final)   
CentOS release 6.6 (Final)

誰かがこの通知を受け取る理由を教えてください。

IPv6ファイアウォールルールセット:-

*filter  
:INPUT DROP [0:0]  
:FORWARD DROP [0:0]  
:OUTPUT DROP [0:0]  
:LOGGING - [0:0]  
-A INPUT -i lo -j ACCEPT  
-A INPUT -p icmpv6 -j ACCEPT   
-A INPUT -p udp --dport 5353 -d ff02::fb -j ACCEPT  
-A INPUT -p udp -m udp --dport 631 -j ACCEPT  
-A INPUT -p tcp -m tcp --dport 631 -j ACCEPT  
-A INPUT -p udp -m udp --dport 53 -j ACCEPT  
-A INPUT -p tcp -m tcp --dport 53 -j ACCEPT  
-A OUTPUT -p icmpv6 --icmpv6-type echo-reply -j ACCEPT  
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT  
-A INPUT -m udp -p udp --sport 1812 -j ACCEPT  
-A INPUT -m udp -p udp --sport 1813 -j ACCEPT 
-A INPUT -s fe80::/64 -j ACCEPT  
-A INPUT -s ff02::/64 -j ACCEPT  
-A INPUT -j LOG --log-prefix "IP6Tables:INPUT " --log-level 7  
-A OUTPUT -p udp -m udp --dport 53 -j ACCEPT  
-A OUTPUT -p tcp -m tcp --dport 53 -j ACCEPT  
-A OUTPUT -p icmpv6 -j ACCEPT  
-A OUTPUT -p icmpv6 --icmpv6-type echo-request -j ACCEPT  
-A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT  
-A OUTPUT -d 2001:db8::/32 -j ACCEPT  
-A OUTPUT -d fe80::/64 -j ACCEPT  
-A OUTPUT -d ff02::/64 -j ACCEPT  
-A OUTPUT -j LOG --log-prefix "IP6Tables:OUTPUT " --log-level 7  
-A LOGGING -m limit --limit 2/min -j LOG --log-prefix "IP6Tables-Dropped: "  
-A LOGGING -j DROP  
COMMIT  

おそらくネットワーク/ルーティングの問題です。内のすべてのネームサーバーに接続できます/etc/resolv.confか?
ジェニーD

@JennyD ...そのdnsサーバー..そして 'nameserver 127.0.0.1'のようなエントリがあり、ドメインを解決できます。
Gaurav Kansal

1
@kayess ...ファイアウォールルールセットが質問セクションで更新されます。その中で何が悪いのか私を助けてください。
Gaurav Kansal

回答:


8

私のアーチLinuxでは、ローカルのUDPパケットをローカルホストからローカルホストに送信できるようにするip6tablesファイアウォールルールの追加に役立ちました。

ip6tables -I OUTPUT 1 -p udp -s 0000:0000:0000:0000:0000:0000:0000:0001 \ 
-d 0000:0000:0000:0000:0000:0000:0000:0001 -j ACCEPT

2
上記のルールなしにIP6tablesがアラートを生成した理由は何ですか?
Gaurav Kansal

1
@GauravKansal、などの関数を使用してIPアドレスを取得すると、getaddrinfo()可能性のリストが取得され、IPv6がオンになると、それが応答に含まれ、最初にそれが作成されます。つまり、ツールはdighost最初にIPv6アドレスを試し、次にIPv4を試します。
Alexis Wilke 2017

1

他のプロトコルでその宛先に到達しようとしましたか?ICMPが好きですか?

このエラーは、そのアクションを実行する権限がないか、ファイアウォールルールによってブロックされていることを示している可能性があります。


rootと同じコマンドを実行してみてください。それが失敗した場合は、iptablesファイアウォールがある場合は一時的に無効にして、再試行できます。
basos

1
@basosファイアウォールを無効にすることは、良いトラブルシューティング方法ではありません。正しいことは、ファイアウォールのログを調べて、何かがそれに巻き込まれていないかどうかを確認することです。
ジェニーD

この答えは何かにあると思います。プロセスがUDPパケットを送信しようとしたときに生成されるエラーメッセージを確認しました。これはiptablesOUTPUTチェーン内のルールによってブロックされています。
kasperd

1
@basos ....ルートからも試してみましたが、同じ問題です。...ipv6ファイアウォールを無効にした後、通知が表示されません。
Gaurav

1
@kansal、「dis notification」とはどういう意味ですか?
basos
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.