아파치를 재실행하려거나 Stop하려는 경우

꺼지지도 않고 아래에러가 출력되는 경우가 있다.

 

(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80


 

원인은 모르겠지만

내가 한 설정이 잘못된건 아니고 Apache가 잠시 맛이간?거라고 생각하면된다. 

 

당황하지말고 아래 명령어를 실행해서 apache 실행을 확인해본다. 

netstat -ntlp 

apache가 실행중이라면 아래 이미지처럼  확인할 수 있다.

 

이제 해당 프로세스를 강제로 종료시킬건데 빨간 상자에 있는게 pid 이다. 

kill 명령어를 사용해서 강제 종료시킨다. 

kill -9 188513

 

종료하고 다시 조회를 해보자. 

netstat -ntlp 

 

바로 다시 다른 pid를 가지고 살아나는 경우가 있따.. 

그럴땐 나가서 커피한잔 마시고 돌아와서 다시 프로세스 죽이고 실행하면 잘된다.. 

 

가끔 발생하는 상황인데.. 시간이 난다면 원인을 찾아봐야겠다. 

 

(혹시 아시는 분은 댓글로 알려주시면 너무 감사하겠습니다.^-^)

 

끝! 

 

 

* 리눅스 상단에 별도의 방화벽이 있다면 리눅스 자체의 방화벽 기능을 꼭 사용하지 않아도 된다. 

 

 

나는 상단에 별도의 방화벽이 설정되어 있고 해당 방화벽은 오픈되어 있는 상태이다. 

 

웹서버를 테스트할 예정이었다. 

 

방화벽은 열려있어 ping 테스트를 해보니 잘 나가고 있는데

 

tcping을 이용해서 port를 확인해보면 no response 라는 응답이 돌아오고 

 

브라우저로 접속을 해봐도 로딩바만 돌 뿐 응답이 없는 경우가 있다. 

 

이럴 때는 리눅스 자체 방화벽을 확인해주어야 한다.

 

 

 

1.  netstat -ntlp 명령어를 사용해서 해당 port를 Listen 하고 있는지 확인한다. 

( 나는 9090과 9443을 사용할 예정 ) 

 

2. 이것도 정상이라면 IP Table 설정을 확인해보아야 한다.

 방화벽이 룰이 설정되어 있는지 확인한다. 

iptables -L

 

아래 이미지 처럼 줄줄이 룰들이 나온다면 설정되어있는 상태로 보면 된다. 

 

나는 방화벽 꺼줄예정. ( Centos 7 사용중)

 

우선 방화벽을 꺼준다. 

systemctl stop firewalld.service

 

그리고 영구적으로 끄기 위해서  아래 명령어를 실행한다. 

systemctl disable firewalld

 

 

다시 한번 방화벽을 확인해본다. 

iptables -L

 

이렇게 세개만 나오고 있으면 방화벽은 끄기 완료! 

 

 

다시 tcping을 날려보니 잘 날아간다. 

 

끝! 

+ Recent posts