우분투의 네트워크 설정 - Netplan? 이건 또 뭐람?

Ubuntu Studio 18.04와 20.04를 설치하여 쓰면서 네트워크 설정을 하는 데에는 별 문제점이 없었다. 그저 패널에 나타난 네트워크 설정 아이콘을 클릭하여 나오는 화면을 채우면 되었고, 그렇게 하면 /etc/network/interfaces 파일에 IP 주소와 넷마스크, 게이트웨이 및 DNS 등의 설정 사항이 기록된다는 사실 정도를 기억하면 되었다.

Ubuntu '순정' 18.04가 설치된 Dell Precision 7920 Tower Workstation의 모니터 연결이 너무 어려워서 전문가를 초빙하여 어렵사리 화면이 나오게 하고 네트워크 설정도 마쳤다. 원래는 2019년에 납품이 되어 잘 쓰던 것이지만 사용자가 퇴직을 하면서 모니터 연결을 위한 젠더 등 액세서리를 제대로 넘겨받지를 못했던 것이다. 컴퓨터 본체에는 미니 디스플레이이포트가 있으나 모니터는 HDMI 단자뿐이고 그동안 사용했던 것으로 여겨지는 젠더는 보이질 않았다. 어쨌든 전문가의 손에 의해 화면을 볼 수 있게 되었으니 이제 내가 직접 점검을 해 볼 시간이라 생각하고 재부팅을 한 다음 다시 웹브라우저를 실행하니 차단 상태이다. 정보보안팀에 전화를 하여 IP 차단 해제를 부탁하고 잠시 기다린 뒤 다시 아무리 노력을 해도 바깥 세상으로 연결이 되지 않는 것이었다.

뭔가 좀 이상하다.

'ip a' 명령을 입력하면 /etc/network/interfaces 파일에 기록해 넣었던 주소와 다른 값이 나온다.  ifup이나 ifdown을 실행해도 낯선 에러 메시지가 나오는 것이다. 왜 네트워크 어댑터가 설정 파일의 내용과 다른 IP 주소를 갖는 것일까? 검색에 검색을 거듭한 결과 우분투 18.04부터는 Netplan이라는 것이 ifupdown을 대체하여 쓰인다는 것을 알았다. 아니, 우분투 '스튜디오' 20.04에서는 여전히 /etc/network/interfaces을 사용하면서, 왜 '순정' 우분투 17.10 Server부터는 /etc/netplan/01-network-manager-all.yaml 파일을 사용하는 Netplan으로 바뀌었단 말인가? 이렇게 일관성이 없다니... 네트워크 설정 사항을 활성화하는 명령어도 'netplan apply'라는 매우 생소한 것으로 바뀌어 있다.

국문으로 Netplan을 설명한 글이 있어서 여기에 소개한다. 

Ubuntu 17.10에서부터 기본으로 사용되는 Netplan 

아마 처음부터 우분투 18.04를 설치하였다면 네트워크 설정을 묻는 메뉴를 만났었을 것이다. 이때 Netplan을 통해서 configuration이 되고, 시스템이 시작과 동시에 서비스가 이루어진다는 것을 느끼지 못했을 것 같다. 이미 사용 중이던 컴퓨터를 건드리려니 이렇게 예상치 못한 일이 벌어진다.

GNOME 패널의 오른쪽 위를 클릭하면 나타나는 톱니바퀴를 통해서 네트워크 설정에 접근할 수 있다. 그러나 이 프로그램은 /etc/network/interfaces 파일을 여전히 사용하는 듯, Netplan을 이용하여 인터넷 접속이 잘 되고 있음에도 불구하고 네트워크 어댑터가 설정되지 않았다는 메시지를 뿌린다.

기억을 더듬어 보자. 주 업무용 서버는 CentOS 7 기반이고, 취미 및 테스트 용도로 사용하는 컴퓨터(노트북 포함)는 전부 우분투 스튜디오가 설치된 상태이다. 데스크탑 환경은 전부 Xfce이다. 마지막으로 GNOME Desktop을 쓴 것이 언제였더라? 아마도 Oralcle VirtualBox에서 '순정' 우분투를 설치하여 사용했기에 네트워크 설정에 별로 신경을 쓸 필요가 없었던 것으로 여겨진다. 그래서 이렇게 익숙하지가 않았었구나!

잠깐, 내가 우분투의 GNOME과 Unity를 구별이나 할 줄 알던가? 갑자기 자신이 없어진다. 우분투 17.10을 기준으로 두 데스크탑을 비교한 친절한 동영상이 있어서 소개해 본다. 왼쪽 위에 파이어폭스 아이콘만 있으면 GNOME, 그 위에 동그라미가 하나 더 있으면 Unity이다. 하지만 이런 힌트에 의존하지 말고 데스크탑의 동작을 통해서 구분할 수 있어야 진정한 고수 아닐까... 

같은 종류의 우분투 식구라고 생각했었는데 우분투와 우분투 스튜디오가 이렇게 다르다니 놀랍고 허탈하기만 하다. 이런 상황을 매번 시행착오를 통해서 익혀야 하니 참으로 쉬운 일이라는 것은 없다.

2021년 4월 16일 업데이트

오늘 다른 랙마운트 서버(별칭 "microbe")에 우분투 20.04 LTS를 설치하는 과정에서 첫 부팅 때 네트워크 설정을 묻는 화면을 접했다. 그러면 그렇지! 이런 화면도 보여주지 않고서 Netplan 설정용 yaml 파일을 텍스트 편집기로 수정한다는 것은 말이 되지 않는다. 아마도 이 글의 첫부분에서 언급한 Dell Precision 워크스테이션에 누군가 우분투를 처음 설치할 때 뭔가 실수가 있었거나, 혹은 그 이후에 잘못 초기화를 했거나 둘 중의 하나일 것이다. 

실은 오늘 우분투를 네 번 정도 다시 깔았던 것 같다. RAID 파티션을 /dev/sda로 잡느냐, 혹은 /dev/sdb로 잡느냐 오락가락을 하면서 어떤 상황에서는 부트 로더가 설치되지 않았기 때문이다. RAID 구성을 내 손으로 직접 한 일이 없으니 늘 두려움이 앞선다. 언젠가는 반드시 해 봐야 할 과제이다. 또한 GRUB을 자유자재로 다룰 정도로 익숙해진다면 얼마나 좋을까? 지금 아는 정도의 지식이란 루트 패스워드를 잊었을 경우 부팅할 때 Shift키를 누르고 있다가 GRUB 화면이 나오면 'e(Edit)'를 눌러서 'linux      /boot/vmlinuz-.... ro'라는 라인을 찾아 들어가 'ro'를 'rw single init=/bin/bash'로 치환한 뒤 부팅을 하면 된다는 것이다. 그 다음에는 루트 패스워드를 원하는 것으로 고치면 된다.

Supermicro X9DRI-F 보드를 쓰는 microbe도 꽤 낡은(?) 장비이다. CPU는 Xeon E5-2640 2개이고 메모리는 64GB가 꽃혀 있다. 물리적 코어는 12개, 동시 가능한 쓰레드는 24개이다. 2013년 11월에 구입했는데 활용 빈도는 그렇게 높지 않았다(현재 내 주력 장비는 2015년에 구입한 것). RAID 콘트롤러가 달려 있으니 스토리지 서버로 쓰면 적당할 것 같다. 

이보다 더 오래된 서버도 있다. 2009년에 구입했던가? 메모리를 한 곳으로 몰아서 쓰면 어떨까 싶기도 하고... 그러려면 또 서버 랙을 열고 먼지와 씨름을 해야 한다. 여름이 오기 전에 생각해 볼 일이다.