송시의 적절한 정보공유

curl 을 통해서 도메인을 호출하면 DNS 와 연결된 IP 주소로 가게된다. 그런데 가능성이 높은 것은 아니지만 DNS 서비스 자체가 장애가 났는지 웹 서버의 서비스가 장애가 난 것인지 혼란 스러울 때가 있을 수 있다. 그때 보통 서버의 localhost 로 테스트를 하는데 curl localhost 를 통해서 웹 서버의 웹 서비스가 정상인지를 파악해볼 수 있다. 그런데 이게 단일 웹 서비스를 제공한다면 문제가 되지 않는데 vhost 로 하나의 웹서비스에서 여러 가상 호스트를 제공하고 있는 환경이라면 curl localhost 가 내가 원하는 가상 호스트 인지 아닌지를 알 수 없다. 이 경우에는 curl 의 기능을 이용하여 내가 원하는 가상 호스트를 호출할 수 있다. curl --resolve 'vho..

함께 일하는 동료가 대량의 파일을 옮기기 위해 mv 를 사용했다. 그리고 그 mv 명령어 이후 명령어가 안쳐진다며 얼굴이 상기되었다. [root@rew ~]# ls -al /-bash: /usr/bin/ls: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory "ls 명령어를 실행하는데 필요한 라이브러리 파일이 없는 것 같아" 라는 메시지다. 명령어 친 내용을 찬찬히 보던 중 mv 명령어에 아주 사소하지만 아주 강력한 실수를 포착하게 되었다. 상대 경로로써 ./ 가 아닌 절대 경로인 / 를 파일 이동의 대상으로 삼은 것이다.  의도는 다음과 같았으리라 mv ./* /target 그리고 실제로는 mv /* /target 이..

네이버 지식인을 둘러보다 /etc 권한을 실수로 777로 변경한 일에 대해서 고민하는 글이 있었다. 첨에는 그리 대수롭게 여기지 않았는데 크게는 2가지 문제가 있음을 알게 되었다. 1. ssh로 접속을 하지 못함 2. 접속되어 있는 상태라면 sudo 의 사용이 안됨 (3. 기타 확인되지 못한 에러들) 해당 글에 답변을 달지 않은 이유는 간단하다. 경험해본적이 없었고, 어떤 파일에 의해서 앞서 설명한 1과 2가 발생하는지 원인 분석이 쉽지 않았다. 뭐 얼추 원인을 유추해볼 수는 있었지만 결국 유추보다 더 중요한 해결이라는 관문에서는 답을 못내렸다. 그래서 내가 내린 결론은 1. 백업을 생활하 하자. 2. centos 라면 yum 을 통해 verify 하고 fix 를 하자 3. 로그인이 되는 상황이라면 다른..

특별히 신경쓰면서 살지 않았던 부분인데, AIX 할때에도 특별히 신경 안써봤던거라, AIX를 떠난 지금으로써는 테스트는 못해보았다. 20일 새벽 시간에 리눅스 특정 계정의 비밀번호를 바꾸었는데, 19일에 변경이 된 것으로 나오는 거시다. 왜 그런고하고 shadow 의 날짜를 계산기로 뚜두려 봤다. # grep rew /etc/shadow | gawk -F: '{print $1 "-" strftime("%d %H:%M:%S", 86400*$3)}' 아래의 명령어로 시간을 변경하며 여러번 비밀번호 변경 시간을 확인해보았는데 위의 사진 처럼 무적권 09:00:00 이 나오는 거시였다. # date -s "2022-06-20 01:00:00" ; echo "test" | passwd rew --stdin ;ch..

결국엔 머리가 나쁜 것에 대한 핑계지만 지난 번 RHCA를 따겠다는 마음을 돌린 이유를 조금 설명하고 싶다 그땐 나에게 매우 저렴하게 RHCA를 취득 할 수 있는 기회가 있었고 한창 ansible을 공부하며 공부 뿜이 뿜뿜 일고 있었다 그런데 그 기회가 결국 주어지진 않았고 회사를 옮기며 더더욱 그 기회와 멀어졌다. 게다가 막상 보니 RHCA가 있다고 내 가게에 특별히 영향을 주는 것 같지 않은 느낌도 들었다 결국 레드햇 뱃지를 받는다는 자기만족 이외에 그리 큰 장점을 찾기 어려워 보였다. 오픈스택 자격증으로 클라우드 자격증을 디미는 것 보다 aws,azure,gcp 를 디미는게 더 가치 있는 것 같고 openshift 자격증으로 콘테이너 자격증을 디미는 것 보다 CKA 자격증으로 디미는 것이 더 가게에..

gluster 를 처음 보았을때 GPFS(Spectrum scale) 이 생각나더라. 리눅스와 오픈소스의 힘을 입어 더 다양하게 사용될 수 있다는 부분에서 gluster 가 조금 더 유리한 면이 있는 것같다. 몇 가지 gluster 만의 장점을 살펴 본다면 메타데이터를 중앙에서 관리하지 않기에 병목이 발생하는 것을 효과적으로 줄일 수 있다. 스토리지의 스케일 업/아웃을 소프트웨어적으로 구성할 수 있기에 확장성이 좋고, POSIX 규격에 맞추어 호환성이 높다. infiniband 를 지원하기에 network 보다 더 빠른 속도를 제공받을 수 있다. cluster 의 개념이기에 고가용성이 있고, 데이터를 저장하는 알고리즘 방식에 따라 RAID1, RAID5,6 과같은 효과를 낼 수 있어 데이터를 보다 안전하..

사실 별로 그럴일은 없지만, 예전에 고객사의 리눅스가 해킹당한적이 있었다. 그걸 어떻게 알았냐하면, 뭔가 리눅스가 이상해서 재부팅을 수행했는데, GRUB 에서 부팅을 하지 못하는 것이였다. 부팅하지 못하는 리눅스에서 GRUB 를 복구하려던 내 노력에서 GRUB 상태가 매우 비정상이라는 것을 알게 되었고, 그것이 해킹과 관련되었던 것을 알게되었다. 어쨌든 사실 드문일이지만 GRUB 가 문제가 생기거나, MBR 영역이 손상되는 일이 종종 있다. MBR 의 어떤 영역까지가 (offset DEC 446) 손상되었느냐에 따라 복구 방법이 다소 다른데 MBR 의 모든 영역 (DEC 512)이 손상되었다는 가정하에 복구를 해보고자 한다. ** 이 복구 방법에는 치명적인 단점이 있는데 파티션의 크기를 이미 알고 있어야..

protective MBR 영역에 장애가 발생했다고 가정하자 # dd if=/dev/zero of=/dev/sda bs=512 count=1 # reboot 우선 부팅 영역을 찾지 못한다. CD 를 통해 rescue 부팅을 한다. 일반적인 rescue 와 다르게 any linux partitions 라는 내용이 확인이 된다. # chroot /mnt/sysimage 에서 실패한다. chroot: failed to run command '/bin/bash': No such file or directory # cat /proc/partitions 에서 sda 에 대한 파티션이 없는것이 확인된다. 8 0 20971520 sda gdisk 를 통해 GPT 정보를 다시 재작성 한다. protective MBR 영..

MBR과 GPT 는 잘 보여주는 구조와 차이는 아래 그림으로 대체 해보련다. GPT 의 Protective MBR 은 GPT 영역을 보호하기 위함으로 사용되는데 쉽게 말하면 MBR 영역을 읽고 처리하였던 툴이나 방식들이 GPT 영역인지 인식하지 못하고 다른 행동을 할까봐 형식적으로 남겨분 부분이다. 그래서 그런지 MBR 의 영역 512 bytes 에 가득했던 정보들이 GPT 에서는 데이터가 없다. MBR DOS partition table 의 시작은 DEC 446, HEX 1BE 에서 시작되는데 partition type 을 가르키는 offset 5byte (DEC 450, HEX 1C2) 위치에서는 'EE' 라는 형태를 갖는다. 'EE' 는 Indication that this legacy MBR is..

[root@trouble policy]# sestatus SELinux status: enabled SELinuxfs mount: /sys/fs/selinux SELinux root directory: /etc/selinux Loaded policy name: targeted Current mode: enforcing Mode from config file: enforcing Policy MLS status: enabled Policy deny_unknown status: allowed Max kernel policy version: 31 [root@trouble policy]# getenforce Enforcing [root@trouble policy]# setenforce 0 [root@trouble..