[Solved] CentOS 7에서는 잠시 Lan 케이블을 뺏다가 다시 연결해보면 Ping이 계속 안되는데, 원래 이런 것인지,

   조회 6285   추천 0    

 

초보가 겪는 당황스러운 상황입니다.

IDC에 코로케이션 하고 있는 CentOS 6 서버에 디스크 오류가 있어서 통째로 교체할려고, 교체할 서버를 준비하고, CentOS 7을 설치하고 테스트하는 중입니다.

Lan 케이블을 잠시 10초 정도 분리했다가 다시 연결해보면, Ping 이 계속 살아나지 않고, '요청 시간이 만료되었습니다.'라고만 ...  

다른 Lan 경로로 접속하여 service network restart 명령을 실행해주어야 Ping이 다시 되네요.


처음보는 상황이라 다른 서버에서도 동일한 테스트를 해봤는데, CentOS 7에서는 일단 Lan 케이블을 분리했다면 다시 연결해봐도 ping이 계속 안됩니다.

CentOS 6 에서는 자동으로 다시 Ping이 되는데...


CentOS 7에서는 원래 이런 것인지, 아니면 제가 무슨 설정을 잘못한 것일지...

CentOS 7 설치된 서버에서 인터넷 회선이 잠시 끊겼더라도 자동으로 다시 접속되게 할 수 있는 설정이나 어떤 방법이 있다면 어떤 것이 있는지 조언해 주시면 고맙겠습니다. 

인터넷 회선은 하나만 연결될 것인데, 원격 접속 불능 상태에 빠질 거 같아서 불안합니다.


Lan카드에 설정은 아래와 같습니다.


GATEWAY=xxx.xxx.xxx.xxx
IPV6INIT=yes
BROWSER_ONLY=no
DNS3=xxx.xxx.xxx.xxx
DNS2=xxx.xxx.xxx.xxx
PROXY_METHOD=none
DNS1=xxx.xxx.xxx.xxx
UUID=4aecf708-0b6c-42e9-89ae-9a9854722287
IPV6_ADDR_GEN_MODE=stable-privacy
BOOTPROTO=none
NAME=enp4s0
IPV6_PRIVACY=no
TYPE=Ethernet
IPV6_FAILURE_FATAL=no
PREFIX=29
DEVICE=enp4s0
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
DEFROUTE=yes
IPADDR=xxx.xxx.xxx.xxx
IPV4_FAILURE_FATAL=no
ONBOOT=yes



노크를 했더니 문을 열어 줍디다.
짧은글 일수록 신중하게.
하셀호프 2019-04
CentOS 6을 계속사용하시는 것이 어떨까요
2cpu 격언에 '잘 돌아가는 시스템은 건드리는 것이 아니다'라고 합니다
하드웨어만 바꾸시고 쓰시던 것으로 계속사용하시지요
epowergate 2019-04
일단 서버에서 nic이 빠지고 다시 들어온것을 인지하는지 확인해보세요.
동시에 스위치에서도 nic이 빠지고 다시 들어온것을 인지하는지 확인해보세요.
모두 정상이면 ethtool등으로 인지가 되는지 확인해보시고요.
그 다음에 다시 질의해보시면 좋을것 같습니다.
     
만년초보 2019-05
감사드립니다.
제가 실험해본 방법은 lan #1 port 에서 랜케이블을 뽑았다가 5초 정도 경과후 다시 꼽아주었습니다.
같은 스위치에 물려있는 다른 서버에서도 같은 방식으로 실험해보았습니다.
CentOS 6 의 서버에서는 ping 이 다시 살아나는데,
CentOS 7 의 서버에서는 ping 이  다시 살아나지 않더라는 이야기입니다.

참고로 lan#1 포트에는 스위치에서 나온 랜케이블이 연결되어 있고, 
lan#2 포트에는 내부 네트워크 공유기에서 나온 랜케이블이 연결되어 있습니다. 


[root@huso ~]# nmcli con show
NAME    UUID                                  TYPE      DEVICE
em1    c92b06fe-00dd-4de3-b980-d20ef5c1f1ad  ethernet  em1
em2    d77edc36-a943-47e3-bae1-71d766120525  ethernet  em2
virbr0  751a48c6-ae1b-4cf5-985d-acb981819d37  bridge    virbr0
[root@huso ~]#
[root@huso ~]#
[root@huso ~]#
[root@huso ~]# nmcli dev status
DEVICE      TYPE      STATE          CONNECTION
em1        ethernet  연결됨        em1
em2        ethernet  연결됨        em2
virbr0      bridge    연결됨        virbr0
lo          loopback  관리되지 않음  --
virbr0-nic  tun      관리되지 않음  --
[root@huso ~]#
[root@huso ~]#


em1 port Lan 케이블을 분리했을 때의 상태입니다.

[root@huso ~]# nmcli con show
NAME    UUID                                  TYPE      DEVICE
em2    d77edc36-a943-47e3-bae1-71d766120525  ethernet  em2
virbr0  097129d1-586a-4ef0-af3f-a643c150f987  bridge    virbr0
em1    c92b06fe-00dd-4de3-b980-d20ef5c1f1ad  ethernet  --
[root@huso ~]#
[root@huso ~]# nmcli dev status
DEVICE      TYPE      STATE          CONNECTION
em2        ethernet  연결됨          em2
virbr0      bridge    연결됨          virbr0
em1        ethernet  사용할 수 없음  --
lo          loopback  관리되지 않음  --
virbr0-nic  tun      관리되지 않음  --
[root@huso ~]#


em1 port Lan 케이블을 5초 후 다시 연결했습니다.
이후부터 ping 신호가 실종이고,
em1 port IP 로는 접속이 불가합니다.

" Network error Connection timed out "


[root@huso ~]#
[root@huso ~]# nmcli con show
NAME    UUID                                  TYPE      DEVICE
em1    c92b06fe-00dd-4de3-b980-d20ef5c1f1ad  ethernet  em1
em2    d77edc36-a943-47e3-bae1-71d766120525  ethernet  em2
virbr0  751a48c6-ae1b-4cf5-985d-acb981819d37  bridge    virbr0
[root@huso ~]# nmcli dev status
DEVICE      TYPE      STATE          CONNECTION
em1        ethernet  연결됨        em1
em2        ethernet  연결됨        em2
virbr0      bridge    연결됨        virbr0
lo          loopback  관리되지 않음  --
virbr0-nic  tun      관리되지 않음  --
[root@huso ~]#

service network restart 를 실행하고 나서야 다시 접속이 됩니다.
만년초보 2019-05
IDC 업체의 지원을 받아서 해결하였습니다.

원인은 gateway 충돌

Lan port 2에 내부망 설정할 때 Gateway 설정하였는데,
그것이 외부망 연겷하는 Lan port 1과 충돌이 생긴 모양입니다.
Lan port 2의 gateway를 주석처리하고 나서부터 정상적으로 동작합니다.


QnA
제목Page 1905/5725
2014-05   5242636   정은준1
2015-12   1767960   백메가
2006-02   6281   이상열
2017-07   6281   자연인
2005-06   6281   이상철
2020-06   6281   김또또
2015-01   6280   대한민국
2012-12   6280   박현문
2017-07   6280   어랏
2009-02   6280   이보현
2019-04   6280   하드웨어병…
2016-10   6280   퍼싱글
2018-03   6279   코뿔사냥
2013-08   6279   장동건2014
2021-03   6279   돌비애트모스
2020-06   6279   독토르덴
2013-05   6279   럽바이러스
2015-01   6279   Mediapunta
2020-10   6279   VSPress
2011-09   6279   BlueApple
2005-04   6279   유영근
2008-05   6279   김한구