해뜨기전에자자

얼마전부터 맥os 비밀번호 규칙이 빡빡해져서 비밀번호 변경주기도 생기고 여간 귀찮은게 아니다..아래 커맨드로 어떤 규칙이 설정되어있는지 확인할 수 있다.pwpolicy getpolicy 아래처럼 규칙을 설정해주고..pwpolicy -u "$USER" -setpolicy "requiresNumeric=0"pwpolicy -u "$USER" -setpolicy "requiresMixedCase=0"pwpolicy -u "$USER" -setpolicy "maxMinutesUntilChangePassword=99999999999"pwpolicy -u "$USER" -setpolicy "usingHistory=0"pwpolicy -u "$USER" -setpolicy "requiresAlpha=0"아래 커맨드로..

현재 vscode에서 설치되는 neovim 플러그인의 버전은 v0.0.89인데 이 경우 한글 설정에 문제가 있다. 최신 빌드로 쓰거나 0v.0.88로 빌드해서 쓰면 문제가 없다. (둘 다 확인함) 아래와 같이 세팅해서 쓸 수 있다. ``` git clone https://github.com/vscode-neovim/vscode-neovim.git # install deps npm install # build npx vsce package -o vscode-neovim.vsix ``` `cmd + shift + p` > `Extensions: Install from VSIX` 에 빌드한 vsix 파일을 이용하여 설치 ## vscode-neovim setting 로컬에 neovim 설치 후 ``` brew ..

스크립트 하단의 처리 부분을 변경하고, 다음 실행부터 적용되리라고 생각하고 있었는데 실행 중 이었던 스크립트가 변경된 스크립트의 결과를 출력하는 현상이 나타났다. 단순히 파일을 읽어 메모리에 다 올리고 실행할 것이라고 생각하고 있었기 때문에 깜짝 놀랐다. bash는 일반적으로 전체 스크립트를 사전에 로딩해두지 않기 때문에, 스크립트를 덮어쓰는 것은 예측할 수 없는 결과가 나올 수 있다고 한다. 인터프리터는 블록 단위로 읽고 실행하는 것을 반복하도록 설계되어있기 때문이다. strace 로 실제 어떻게 읽었는지를 확인해볼 수 있는데, read 부분에서 전체 파일을 읽었지만 다시 스크립트 일부를 읽고 있는 이력이 있었다.. 정확한 동작은 파악하기가 어려워보인다. 아무튼 스크립트 실행 중 스크립트 파일을 수정하..

기본 설정 iptables -P INPUT REJECT INPUT 체인 기본 정책 reject iptables -F INPUT INPUT 체인의 모든 규칙 삭제 포트 별 규칙 생성 및 삭제 iptables -A INPUT -p tcp –dport 80 -j ACCEPT 외부에서 모든 목적지의 tcp/80 포트로의 접근을 허용 iptables -A INPUT -d 192.168.10.10 -p tcp –dport 22 -j DROP 외부 모든 출발지에서 내부 192.168.10.10 목적지 서버의 tcp/80 포트로의 접근을 차단 iptables -L INPUT 1 -s 111.111.111.111 -p tcp -dport 2000 -j ACCEPT 방화벽의 규칙은 위에서 아래의 순서로 적용되므로 순서가 ..

docker base image로 많이 사용됨 왜? 필요한 것들이 다 있는데 가벼워서 server, container 운영에 필요한 바이너리만을 추리고, 그 바이너리들을 한번 더 합치거나 줄여서 해서 만든 것. musl libc + busybox musl libc 초경량. embedded linux를 위한 신뢰성 있는 C/POSIX library POSIX는 Unix 계열 OS가 각자 벤더들의 편의에 의해 변종과 확장이 발생하면서 상호 프로그램 간 호환성 문제가 생기기 시작하자, Unix 계열 OS 끼리는 프로그램이 서로 호환되게 실행될 수 있도록 표준을 수립한 것 busybox unix 계열 OS 내에서, 자원이 매우 적은 임베디드 운영 체제를 위해 서버 운영에 공통적으로 사용하는 패키지들만 모아 둔 ..

요약 kubernetes pod requests.cpu와 limits.cpu가 사용하는 docker의 설정이 다르다. cpu limit을 치는 상황에는 app container의 cpu가 throttle되어 requested는 보장하나, 실제 퍼포먼스가 저하될 수 있다. 서비스의 퍼포먼스가 영향받지 않으려면 liveness health check를 쓰는 것을 권고한다. pod의 request/limit of cpu https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/#how-pods-with-resource-limits-are-run CPU 리소스는 절대적인 수치. CPU 리소스 0.1이라는 수치는 sin..

perf sched record -- sleep 1 하면 1초동안 cpu scheduler된 기록을 남기고 perf sched latency 하면 프로세스 별로 latency와 switch 등 을 확인할 수 있다.

~적당히 알고있던 터라 약간 dive 해본다~ https://jvns.ca/blog/2016/10/10/what-even-is-a-container/ container는 linux kernel의 새로운 기능인 namespace, cgroups, seccomp-bpf 라는 기능으로 독립적인 프로세스를 실행할 수 있도록 한다.실제로 우리가 사용하게 되는 환경은 vm 같아 보이지만 vm 은 아님. 그냥 리눅스 커널에 있는 process임 ## namespace: isolated resources격리된 환경을 제공하는 lightweight 가상화 기술docker나 LXC가 모두 namespace 기반으로 만들어짐hypervisor는 하드웨어 리소스를 가상화하는데 비해, namespace는 동일한 OS, kern..

initd systemd # 현상ubuntu 14.04에서 systemctl 설치 후에systemctl enable {path}로 서비스를 등록해줘도 제대로 등록되지 않고, start/status를 해도 resource not found로 파일을 제대로 찾지 못했다.```systemctl list-units``` # 원인이유는 14.04 initd, 16.04 systemd가 default 이기 때문이었다.process pid 1번 process인 init가 systemd로 바뀐거고제대로 동작하도록 하려면 grub을 수정해서 init이 systemd로 동작하도록 변경해주어야한다 /etc/default/grub 파일에 아래와 같이 init=/lib/systemd/systemd 를 추가해주고 ```GRUB_..

문득 궁금해서. Nginx and Haproxy.Which one is better for Load balancer???nginx 는 http/https, haproxy 는 tcp 단에서 동작 이 글에서는 Haproxy를 추천하고있음. https://www.freelancinggig.com/blog/2017/04/26/haproxy-vs-nginx-software-load-balancer-better/ 그런데 과연 http lb가 아닌걸 많이 쓰려나? nginx도 충분히 가볍고 플러그인이 많아서 좋을 것 같은데. haproxy는 기본으로 제공해주는데 반해 nginx는 모니터링을 따로 해야함. haproxy l7 lb가 된다..