私は基本的なシステム管理に本当に慣れていません、そしてこの質問は私にとってグーグルにとって少し難しいです。私は自分の個人的な使用のために小さなRaspberryPiサーバーをセットアップして、いくつかの基本的なサーバー管理に関することを自分自身に教えています。ログにiptables
の次のリクエストがあります。
Dec 23 11:22:50 raspberrypi kernel: [ 9265.069490] iptables denied: IN=eth0 OUT= MAC=xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx SRC=223.252.23.219 DST=192.168.1.110 LEN=76 TOS=0x00 PREC=0x00 TTL=50 ID=38239 DF PROTO=UDP SPT=123 DPT=123 LEN=56
Dec 23 11:26:21 raspberrypi kernel: [ 9476.067683] iptables denied: IN=eth0 OUT= MAC=xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx SRC=202.60.94.15 DST=192.168.1.110 LEN=76 TOS=0x00 PREC=0x00 TTL=51 ID=0 DF PROTO=UDP SPT=123 DPT=123 LEN=56
Dec 23 11:28:57 raspberrypi kernel: [ 9632.043036] iptables denied: IN=eth0 OUT= MAC=xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx SRC=192.189.54.17 DST=192.168.1.110 LEN=76 TOS=0x00 PREC=0x00 TTL=246 ID=43921 DF PROTO=UDP SPT=123 DPT=123 LEN=56
Dec 23 11:31:48 raspberrypi kernel: [ 9803.084926] iptables denied: IN=eth0 OUT= MAC=xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx SRC=223.252.23.219 DST=192.168.1.110 LEN=76 TOS=0x00 PREC=0x00 TTL=50 ID=22008 DF PROTO=UDP SPT=123 DPT=123 LEN=56
Dec 23 11:35:02 raspberrypi kernel: [ 9997.074316] iptables denied: IN=eth0 OUT= MAC=xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx SRC=202.60.94.15 DST=192.168.1.110 LEN=76 TOS=0x00 PREC=0x00 TTL=51 ID=0 DF PROTO=UDP SPT=123 DPT=123 LEN=56
192.168.1.110
はラズベリーパイです(推測できなかった場合)
それで、まず第一に、これらすべての奇妙なIPからの要求は誰/何から来ているのでしょうか?これは私が心配すべきことですか? RaspberryPiはDMZに含まれていません。転送されるポートはありません。 piからインターネットへのすべての通信は、モデムがルーターに接続される前に、スイッチを経由し、次に自宅のルーターを経由します。これらの奇妙なパケットはどのようにしてルーターを通過しますか?
役に立つ場合は、iptables
の現在の構成を次に示します。
*filter
##############################################
##### Dealing with loopback connections: #####
##############################################
# Append a rule to the INPUT chain. For connections coming in from the "lo" Interface, Jump to the ACCEPT target.
-A INPUT -i lo -j ACCEPT
# Append a rule to the INPUT chain. For connections with a Destination of 127.0.0.0 - 127.255.255.255, Jump to the REJECT target.
-A INPUT -d 127.0.0.0/8 -j REJECT
##############################################
##### Dealing with SSH connections: ##########
##############################################
# Append a rule to the INPUT chain. For all connections (established or new) from 192.168.1.125 on TCP port 22 (ssh), Jump to the ACCEPT target.
-A INPUT -p tcp --dport ssh -s 192.168.1.125 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -p tcp --sport ssh -d 192.168.1.125 -m state --state ESTABLISHED -j ACCEPT
##############################################
##### Dealing with HTTP connections: #########
##############################################
-A INPUT -p tcp --dport 80 -s 192.168.1.125 -m state --state NEW,ESTABLISHED -j ACCEPT
-A OUTPUT -p tcp --sport 80 -d 192.168.1.125 -m state --state ESTABLISHED -j ACCEPT
##############################################
##### Dealing with ping: #####################
##############################################
-A INPUT -p icmp --icmp-type echo-request -j ACCEPT
-A OUTPUT -p icmp --icmp-type echo-reply -j ACCEPT
##############################################
##### Log denied calls: ######################
##############################################
-A INPUT -m limit --limit 5/min -j LOG --log-prefix "iptables denied: " --log-level 7
##############################################
##### Accept input related to output #########
##############################################
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
##############################################
##### Kill everything but output: ############
##############################################
-A INPUT -j REJECT
-A FORWARD -j REJECT
-A OUTPUT -j ACCEPT
--policy INPUT DROP
--policy OUTPUT ACCEPT
--policy FORWARD DROP
COMMIT
前もって感謝します!
これらは、サーバーのエリア内のローカルサーバーから送信されるNTPパケット(ポート123で示される)です。これは、サーバーが時刻の更新を要求することに対する ネットワークタイムプロトコル 応答です。 ntpd
。iptablesはこれらをブロックするため、時間は更新されません。
したがって、着信NTPトラフィックを通過させることは理にかなっていますが、それがあなた自身のNTPリクエストからのものである場合に限ります。ntpdに外部からの着信リクエストを受け入れさせる場合世界、これ 問題がある可能性があり、無効にする必要があります 。
ただし、TCPと同様に、UDPは特定のIPアドレスの特定のポートにバインドされているため、ネットワーク内の他のマシンはこれらのパケットを受信していません。そして、そのIPアドレスが実際に ブロードキャストアドレス でない限り、ルーターはそれを要求したサーバーにのみ配信します。