iptable 설정 질문입니다.

만년초보   
   조회 3096   추천 0    

 

CentOS 6.9  웹서버에 iptables를 설정해서 스패머 IP를 차단해두고 있는데, 

이제보니 차단된 IP에서 홈페이지에 접속해서 회원 가입을 했다는 것을 알게 되었습니다.


펴차소 님께서 회원가입 하셨습니다.
회원 아이디 : wfmv11xlj
회원 이름 : 펴차소
회원 닉네임 : 펴뉴커마98
추천인아이디 :


스패머 접속한 IP는 218.233.79.xxx 로 저장되어 있는데, 

iptables 파일에 설정해서 차단할려고 보니, 아래와 같이 이미 차단이 되어 있는데,  

어디서 뭐가 잘못된 건지, 조언을 좀 부탁 드립니다.


*filter
:INPUT ACCEPT [129:13143]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [120:29300]

. . .

-A INPUT -m iprange --src-range 218.233.79.0-218.233.79.255 -j DROP

. . .

COMMIT


초보는 힘드네요. 

답변해주심에 미리 감사드립니다.
노크를 했더니 문을 열어 줍디다.
짧은글 일수록 신중하게.
yee223 2018-11
*비밀글입니다
     
만년초보 2018-11
DROP 설정은 위쪽에 허용은 아랫쪽에
아랫 쪽 하단에
# http
-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
이렇게 되어 있습니다만...
it생초보 2018-11
음 전체적인 설정을 안봐서 정확히 파악은 안되지만
제가 기억하기론 -A옵션은 기존정책 아래에 해당 정책을 추가하는 것으로 기억합니다.
혹시 그 정책 위에 해당IP에 대해 이미 Accept가  되는것이 아닌지 그래서 차단이 안되는것 아닌지 생각 드네요
     
it생초보 2018-11
INPUT 기본 정책이 ACCEPT 이고
해당 iptables 설정에서

(1) -A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
(2) -A INPUT -m iprange --src-range 218.233.79.0-218.233.79.255 -j DROP
1번설정이 2번설정보다 위에있으면 1번에서 이미 모든 IP의 80번 포트로의 INPUT이 Accept이기 떄문에 2번설정은 의미가 없습니다.
          
만년초보 2018-11
예, DROP 설정은 위쪽에 허용은 아랫쪽에 설정되어 있습니다.
한번 차단 설정한 IP는 다시 접속하는 일이 없었는데,
이번에는 접속이 되었길레, 
뭔가 잘못된 부분이 있는가해서 질문 올렸습니다.
송주환 2018-11
iptables 파일 말고 iptables -nvL의 결과를 올려주시면 판단이 될 것 같습니다
     
만년초보 2018-11
송주환님 관심에 감사드리고, iptables -nvL 출력을 해보았습니다.
중복되는 부분, 중요 IP 부분은 삭제하고 올려드립니다.
살펴봐주시면 고맙겟습니다.

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target    prot opt in    out    source              destination                                     

    0    0 DROP      all  --  *      *      0.0.0.0/0            0.0.0.0/0                                                source IP range 1.229.188.0-1.229.188.255
   
    0    0 DROP      all  --  *      *      0.0.0.0/0            0.0.0.0/0                                                source IP range 218.233.79.0-218.233.79.255
    0    0 DROP      all  --  *      *      218.233.79.43        0.0.0.0/0                                       
    0    0 DROP      all  --  *      *      218.233.79.45        0.0.0.0/0                                       


    0    0 ACCEPT    tcp  --  *      *      0.0.0.0/0            0.0.0.0/0                                                tcp dpt:443
2230K  159M ACCEPT    tcp  --  *      *      0.0.0.0/0            0.0.0.0/0                                                tcp dpt:80
    0    0 REJECT    tcp  --  *      *      0.0.0.0/0            0.0.0.0/0                                                tcp dpt:993 reject-with icmp-port-unreachable
    0    0 REJECT    tcp  --  *      *      0.0.0.0/0            0.0.0.0/0                                                tcp dpt:143 reject-with icmp-port-unreachable

  12  536 REJECT    tcp  --  *      *      0.0.0.0/0            0.0.0.0/0                                                tcp dpt:22 reject-with icmp-port-unreachable
 112K  46M ACCEPT    all  --  *      *      0.0.0.0/0            0.0.0.0/0                                                state RELATED,ESTABLISHED
  441 35524 ACCEPT    icmp --  *      *      0.0.0.0/0            0.0.0.0/0                                       
    0    0 ACCEPT    all  --  lo    *      0.0.0.0/0            0.0.0.0/0                                       
    0    0 ACCEPT    tcp  --  *      *      0.0.0.0/0            0.0.0.0/0                                                state NEW tcp dpt:22
 2932 1219K REJECT    all  --  *      *      0.0.0.0/0            0.0.0.0/0                                                reject-with icmp-host-prohibited

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target    prot opt in    out    source              destination                                     
    0    0 REJECT    all  --  *      *      0.0.0.0/0            0.0.0.0/0                                                reject-with icmp-host-prohibited

Chain OUTPUT (policy ACCEPT 13M packets, 36G bytes)
 pkts bytes target    prot opt in    out    source              destination
          
송주환 2018-11
일단 match rule이 잘못되진 않았습니다.
PREROUTING 테이블이나, 삭제된 rule에 겹칠 만한 것이 없는지 확인해 보시는 정도가 다일 것 같습니다.
               
만년초보 2018-11
예, 그러면 iptable 설정에는 잘못이 없는 것으로 이해하겠습니다.
친절한 답변에 감사드립니다.
로그인 하시면 댓글을 남길 수 있습니다


QnA
쓰기
제목Page 1374/5677
2014-05   4936929   1 정은준1
2015-12   1473899   1  백메가
2019-02   4123   1 whitesands
2019-02   3088   1 DaVinci
2019-02   4054   1 까르
2019-02   3241   1 늘파란
2019-02   2760   1 행복하세
2019-02   2435   1 행복하세
2019-02   3000   1 늘파란
2019-02   2314   1 가상화공부중
2019-02   2325   1 멜랑꼴링
2019-02   23938   1  블루영상
2019-02   2400   1 유호준
2019-02   2993   1 chotws
2019-02   3031   1 신은왜
2019-02   4052   1 sffbig
2019-02   2536   1 냐아아아암
2019-02   3215   1 박문형
2019-02   5024   1 양철괭이
2019-02   3198   1 이장노
2019-02   6481   1 길가던뉴비
2019-02   2255   1 지옥성녀은비
목록
쓰기