Divine Power

Swap을 달자 (램만으론 안 된다) + systemd-oomd

ForceCore — Wed, 22 Apr 2026 10:30:42 +0900

AWS 인스턴스를 생성하면 swap이 안 달린 경우가 왕왕 있다. 여지껏 이렇게 생각했었다.

어차피 Out-of-memory (OOM) 되면 커널이 프로그램들을 죽일건데 뭐. 스왑 달려있으면 디스크나 드륵드륵 긁히고 (윈도우+하드디스크 시절 기억으로.) 버팅기다가 죽을 것 늦게 죽기나 하는 것 아닌가?

하지만 그렇지 않았다.

리눅스 커널은 좀더 똑똑하게 처리하는데, swap을 4GB정도로만 주면 (옛날엔 램 용량 2x가 룰이던 시절이 있었음, 그게 2배 해서 4GB, 8GB정도임) 디스크에 내려놓을 cold한 것 내려놓고 시스템 느려지지 않게 잘 처리한다.

스왑이 없으면:
RAM fills, Kernel tries reclaim, Reclaim fails quickly, Direct reclaim + stalls spike, System freezes, Kernel OOM killer fires (late, brutal)

있으면:
RAM fills, Kernel has one extra degree of freedom:
can evict cold anonymous pages → swap
Reclaim becomes gradual instead of abrupt, Memory pressure rises more smoothly, OOMD gets time to react early

스왑 파티션을 만들진 않아도 디스크에 스왑 이미지만 주면 된다. 다만 BTRFS의 경우 AI나 일반적인 자료가 주는대로 생성하면 안 되고 이 링크대로 생성해야 함:
https://unix.stackexchange.com/questions/599949/swapfile-swapon-invalid-argument

Swapfile Swapon invalid argument

I had swap from a swapfile working for quite some time, but for some reason it stopped working. sudo fallocate -l 4G /home/.swap/swapfile sudo chmod 600 /home/.swap/swapfile sudo mkswap /home/.swap/

unix.stackexchange.com

* sudo btrfs filesystem mkswapfile --size 4G /path/swap.img

* sudo chmod 600 /path/swap.img

* /etc/fstab 수정. 예: /path/swap.img none swap defaults 0 0

* sudo swapon -a

htop등으로 확인해보면 스왑이 activate 될 것이다.

그리고 oomd, 우분투 버전마다 다르지만 systemd-oomd 패키지로 설치해서 가동시킨다. 디폴트 옵션대로 실행했다. 설정파일은 /etc/systemd/oomd.conf 이다. arch linux도 systemd-oomd였나? oomd로 검색하면 나오니 설치자체도 쉽다. 얘는 swap이 있으면 memory pressure (메모리 자체가 얼마나 꽉 찼는가가 아니라 얼마나 스왑이 긁히고 있나) 를 감지해서 메모리 많이 먹는 사용자 프로세스를 죽인다.

그동안 사용자가 많은 시스템에서 OOM으로 고생했는데 이번 세팅으로 나아지길 기대하고 있다.

Ventoy + HirensBootCD PE 소개

ForceCore — Tue, 21 Apr 2026 14:17:34 +0900

오랜만에 펌웨어 업데이트를 하다가 Claude한테 추천 받았다.

https://www.ventoy.net/en/index.html

Ventoy

Ventoy is an open source tool to create bootable USB drive for ISO files. With ventoy, you don't need to format the disk again and again, you just need to copy the iso file to the USB drive and boot it.

www.ventoy.net

Ventoy: iso파일 나올 때 마다 usb에 굽기 번거로왔는데 이걸 쓰면, Ventoy를 한번만 usb에 구우면 이후는 USB에 iso파일을 단순히 복사하는 것만으로 해당 iso 이미지로 부팅이 된다. 정말 놀라운 물건이다. 그동안 왜 이런게 없었지... 2020년에 나온 물건이니 새로운 물건축에 든다 할 수 있다. 여러개의 iso 파일을 넣으면 그 중 하나 골라서 부팅도 가능하다. USB 용량은 커지는데 굽는 방식으로는 1개뿐이 부팅이 안 되니 여러모로 비효율적이고 불편했는데 잘 됐다.

Rufus도 편하다고 생각했는데 그거보다 더 좋은게 나오다니 대단

https://www.hirensbootcd.org/download/

Download | Hiren's BootCD PE

www.hirensbootcd.org

Hiren's Boot CD라는 게 옛날에 있었는데... 이건 "PE"가 붙어있는데 그것에서 알 수 있듯이 윈도우11 베이스이다. 옛날 것은 도스 버전이었다. 원작자 Hiren이 만든건 아니고 팬들이 만들었다고 한다.

시스템 펌웨어 업데이트를 할 땐 보통은 윈도우에서 작업해야하기 때문에 나처럼 리눅스만 설치해서 쓰는 사람은 갑갑한 상황이 많은데, 위 두 프로그램의 조합이면 앞으로 굉장히 편리할 것 같다. 이미 1번 실전에 써봄.

sway + waybar, fixing tray icons not showing

ForceCore — Fri, 13 Mar 2026 00:47:29 +0900

One day I noticed it doesn't show up in the tray icon area on waybar. No nm-applet, no Telegram, Slack, nothing.

[2026-03-12 15:15:03.947] [info] Bar configured (width: 1620, height: 10) for output: DP-4
[2026-03-12 15:15:03.947] [info] Bar configured (width: 2880, height: 10) for output: DP-3
[2026-03-12 15:15:03.948] [error] Host: GDBus.Error:org.freedesktop.DBus.Error.UnknownObject: No such object path '/StatusNotifierWatcher'
[2026-03-12 15:15:03.948] [error] Host: GDBus.Error:org.freedesktop.DBus.Error.UnknownObject: No such object path '/StatusNotifierWatcher'

I ran waybar from console and noticed this error message. No such object path '/StatusNotifierWatcher' message is the indicator to watch out.

https://github.com/Alexays/Waybar/issues/2437

Missing DBus service for tray · Issue #2437 · Alexays/Waybar

DBus service file I'm using: # /usr/share/dbus-1/services/org.kde.StatusNotifierWatcher.service [D-BUS Service] Name=org.kde.StatusNotifierWatcher Exec=/usr/bin/waybar # comment SystemdService to s...

github.com

https://github.com/Alexays/Waybar/issues/3468

Tray module not visible after some time. No such object path '/StatusNotifierWatcher' · Issue #3468 · Alexays/Waybar

After a few hours of logging into hyprland, the Tray Module does now show up after killing and launching waybar. This does not happen before that point, I can kill waybar and start it again (via a ...

github.com

As root, create this service:

# /usr/share/dbus-1/services/org.kde.StatusNotifierWatcher.service
[D-BUS Service]
Name=org.kde.StatusNotifierWatcher
Exec=/usr/bin/waybar
# SystemdService=org.kde.StatusNotifierWatcher.service  # leave commented unless you integrate with systemd user units

Reboot, and things were fixed for me. (Actually I can't find this exact service file, Perplexity made this one up, I think)

Sway/i3 Dolphin에서 파일 연결이 안 될 때

ForceCore — Wed, 11 Mar 2026 22:57:09 +0900

https://discuss.kde.org/t/kbuildsycoca6-applications-menu-not-found-in-home-user-config-menus-etc-xdg-menus/17312

Kbuildsycoca6: "applications.menu" not found in ("/home/USER/.config/menus", "/etc/xdg/menus")

after upgrading to plasma I am facing several issues, crashes and weird behaviors. I took on the support advice of clearing the .cache directory and running the kbuildsycoca6 --noincremental command but the command fails complaining about not finding appli

discuss.kde.org

확장자별로 연결된 프로그램이 있을텐데 안 나온다... 그러면 자동 시작에 이걸 넣어야 됨:

XDG_MENU_PREFIX=plasma- kbuildsycoca6

Ubuntu Sway Remix - 전원버튼 disable하기

ForceCore — Wed, 11 Mar 2026 22:14:36 +0900

Sway가 아니라 KDE Plasma 였으면 딸깍으로 될텐데... ㅂㄷㅂㄷ

https://www.reddit.com/r/swaywm/comments/180ly44/how_to_change_power_button_behavior/

Reddit의 swaywm 커뮤니티

swaywm 커뮤니티에서 이 게시물을 비롯한 다양한 콘텐츠를 살펴보세요

www.reddit.com

On Arch and I suspect also on EndeavourOS you first need to configure systemd to ignore the power button.

$ [ -d /etc/systemd/logind.conf.d ] || sudo mkdir /etc/systemd/logind.conf.d
$ printf "[Login]\nHandlePowerKey=ignore\n" | sudo tee /etc/systemd/logind.conf.d/ignore-power-key.conf
Check:

$ systemd-analyze cat-config systemd/logind.conf
Activate (watch out you will be logged out):

$ sudo systemctl restart systemd-logind
Or just reboot:

$ sudo systemctl reboot
After that, you can bind the power button in your sway config:

bindsym XF86PowerOff ...

이 댓글이 정답이다.

HandlePowerKey=ignore 로 logind에서 전원버튼 disable

그리고 sway config에서 XF86PowerOff 버튼이 컴퓨터 끄는 명령으로 된 것을 echo hello 같이 아무것도 안 하는 명령으로 바꿔주면 된다.

노트북 옆면에 전원버튼이 있다니 이건 대체 누구 생각이지

jj (jujutsu) - rev 하나만 squash를 멀찍이 떨어진 rev에다가 하는 방법 + 특정 커밋만 계속 끌어올리는 법

ForceCore — Tue, 24 Feb 2026 16:32:39 +0900

claude가 알려주었다.

rev 하나만 다른 rev에다가 squash하는 방법

rev4

rev3

rev2

rev1

이렇게 커밋들이 있다고 하자. rev4를 rev2에다 squash하고싶다면... git처럼 생각하면 git interactive rebase를 해서 revision들의 순서를 바꾼 다음에 squash를 해야 되었을 것이다. jj는 한큐에 된다.

jj rebase --from rev4 --into rev2

이게 답이다.

특정 커밋만 계속 끌어올리는 방법 (rebase를 해서 @의 앞에 오게 하는 법)

jj에서는 모든 변경사항이 revision이다. git처럼 추적되지 않는 파일은 존재하지 않는다. .gitignore에 넣지 않는 한. 하지만 작업하다보면 remote와 다른 나만의 변경사항은 보존하고 싶은 경우가 생긴다. 이런건 독립적 rev로 만들지 않으면 나중에 push할 때 섞여 들어가서 곤란하다.

rev4

rev3

rev2

rev1=zp (과거로 밀려난 푸시하고 싶지 않은 나만의 rev, 이걸 끌어올리고 싶다.)

...

● Update(.jj/repo/config.toml)
  ⎿  Added 3 lines
      2
      3  [revset-aliases]
      4  "trunk()" = "master@origin"
      5 +
      6 +[custom]
      7 +float-rev = "zp"

[custom] 에다가 float-rev = "xxx" 로 옮기고 싶은 특정 커밋이 무엇인지 지정한다.

jj config get custom.float-rev

를 실행하면 zp라고 뜰 것이다. 이를 이용하는 shell alias/function를 만든다. Fish shell 같으면

function jjf --description "Float the configured rev to just before @"
    set rev (jj config get custom.float-rev 2>/dev/null)
    if test -z "$rev"
        echo "No custom.float-rev set for this repo"
        return 1
    end
    jj rebase -r $rev -B @
end

bash/zsh

  jjf() {
    local rev
    rev=$(jj config get custom.float-rev 2>/dev/null)
    [[ -z "$rev" ]] && echo "No custom.float-rev set for this repo" && return 1
    jj rebase -r "$rev" -B @
  }

이런 function을 만들면 됨. 이제 콘솔에서 jjf를 치면 끌올 rebase가 편하게 될 것이다.

jj, jujutsu, git 대신 쓰기 좋은 버전 관리 시스템 + 내가 쓰는 사용법

ForceCore — Wed, 31 Dec 2025 11:40:25 +0900

jj라는 것이 나왔는데 인기가 좀 생기고 있다고하여 사용해봤다. 이제 그냥 git을 쓰려면 좀 불편하다고 느끼기에 이르렀다.

Mercurial등은 git 사용자들과 협업하기 힘든데, jj는 git 위에서 돌아가는 물건이므로 나 혼자 쓰기에도 용이하다. Git branchless는 그렇지 못했는데.

설치: 바이너리 파일 한 개라, 패키지로 제공되지 않는 리눅스 시스템에도 설치가 쉽다.

단점: jujutsu 라고 검색하면 주술회전이 아직 우세하게 결과로 뜨기 때문에 자료 검색을 하기 좀 귀찮다.

  1. 상태 보기 / 커밋간 이동하기

  | Command                  | Description                                           |
  |--------------------------|-------------------------------------------------------|
  | jj / jj log              | View commit log                                       |
  | jj log -r <revset>       | View specific revisions (e.g., master::@, develop..@) |
  | jj log -n 20             | Limit log output                                      |
  | jj diff / jj diff <file> | Show changes                                          |
  | jj diff -r <rev>         | Show changes in a specific revision                   |
  | jj st                    | Show status                                           |

여기까지는 git하고 비슷하다.

  2. Creating & Editing Changes

  | Command                 | Description                         |
  |-------------------------|-------------------------------------|
  | jj new / jj new <rev>   | Create new change (on top of rev)   |
  | jj new -A <rev>         | Create new change after rev         |
  | jj new -B <rev>         | Create new change before rev        |
  | jj edit / jj e <rev>    | Edit an existing change             |
  | jj desc / jj desc <rev> | Set commit description              |
  | jj commit               | Finalize working copy into a commit |

jj new는 특정 revision (git에서는 커밋) 에서부터 branch를 해서 작업을 시작하는 것이다.

jj edit은 아예 즉정 커밋을 수정하는 것이다. 마치 시간여행처럼. 이 작업을 깃에서 하려면 branch를 한 다음에 rebase-squash를 하는 것이다. 아니면 새로 conflict를 일으키지 않을만한 커밋을 만든 다음 rebase를 해도 되고. jj없이 git으로 하려면 짜증나고 귀찮은 작업이다.

jj desc - 커밋 메시지만 수정한다.

jj commit - 깃의 커밋하고 같지만... git add에 해당하는 것 없이 커밋하면 .gitignore에 서술된 파일들을 제외한 모든 파일이 커밋에 딸려간다는 점이 다르다. 그리고 이게 jj와 git의 큰 차이점인데, 현재 working copy도 jj한테는 description이 입력되지 않은 commit으로 간주된다는 것이다. 그래서 커밋을 하지 않은 경우라도 다른 revision을 edit하고 나서도 원래 작업으로 돌아올 수 있는 것이다.

* 그리고 현재 상태 자체가 암묵적 커밋이라서, git stash에 해당하는 명령어가 없다! 그냥 커밋취급 해서 rebase하든 abandon (drop) 하든 stash보다 다루기 오히려 쉽다고 생각한다. git에서 stash 한게 conflict나면 commit conflict에 비해 좀 손보기 어려웠던 듯.

그러면, github에 올리고 싶지 않는 변경사항을 (나만의 설정파일들이라든지, .vscode/launch.json이라든지) 어떻게 해야 하는가? 깃에서는 add하지 않고 커밋하지 않으면 그만이었는데, jj에서는 커밋을 하고, 해당 커밋을 후술할 rebase로 이리저리 옮겨다니면서 남들에게는 공유되지 않게 하면 된다.

  3. Reorganizing History (Heavy Use!)

  | Command                               | Description                           |
  |---------------------------------------|---------------------------------------|
  | jj rebase -r <rev> -d <dest>          | Move a single revision to destination |
  | jj rebase -r <rev> -B <before>        | Insert revision before another        |
  | jj rebase -r <rev> -A <after>         | Insert revision after another         |
  | jj rebase -b <rev> -d <dest>          | Move revision and descendants         |
  | jj squash / jj squash -r <rev>        | Squash into parent                    |
  | jj squash --from <range> --into <rev> | Squash a range into a target          |
  | jj split / jj split -r <rev>          | Split a commit interactively          |
  | jj abandon <rev>                      | Delete a commit                       |

jj rebase는 git rebase와 좀 비슷하긴 한데 리비전들의 순서를 옮기기만 해준다.

jj squash는 이거는 인접한 두 커밋을 한 개로 병합하는 것이다. git rebase -i에서 squash로 지정하는 것과 같은데... 어차피 이렇게 설명해도 깃에서 squash까지 하는 사람들은 잘 없을거니까...

jj split - 이거는 squash의 반대 작업으로, 리비전 한 개의 변경사항을 두 개로 쪼개는 것이다. 언제 가장 많이 쓰이는가? 위에서 현재 작업중인 상태는 desc가 없는 커밋이라고 했다. git처럼 내가 커밋해서 desc달고 싶은 변경사항만 다른 리비전으로 만들어낼 때 유용하다.

jj abandon - 현재까지 작업하던 암묵적 현재커밋 날릴 때 유용하고, 과거의 임시 리비전 없앨 때도 유용하다.

  4. Bookmarks (Branches)

  | Command                                    | Description                |
  |--------------------------------------------|----------------------------|
  | jj b set <name> -r <rev>                   | Point bookmark to revision |
  | jj b set <name> -r <rev> --allow-backwards | Move bookmark backward     |
  | jj b delete <name>                         | Delete bookmark            |
  | jj b list / jj b list -a                   | List bookmarks             |
  | jj b track <name>@origin                   | Track remote bookmark      |
  | jj bookmark track <name>@origin            | Same as above (full form)  |

git으로 치면 브랜치.

jj b set master -r @- 를 가장 많이 쓴다: 지금 암묵적 커밋은 @인데, -를 붙이면 바로 그 아래 커밋, @--는 아래아래 커밋이다. @--는 @-커밋이 남들과 공유하고싶지 않은 커밋일 때 유용함. 그리고 남들과 공유하고싶지 않은 커밋을 빼돌리려면

jj rebase -r XX -B @ 이런식으로 하면 됨. xx라는 리비전을 @의 직전으로 가져오란 것.

  5. File Management

  | Command                | Description                      |
  |------------------------|----------------------------------|
  | jj restore <file>      | Restore file to parent's version |
  | jj file untrack <file> | Stop tracking file               |
  | jj file track <file>   | Start tracking file              |

git restore랑 비슷. 헌데 jj file track/untrack은 .gitignore에 등록되지 않으면 무의미함... 먼저 등록하고 언트랙해야 @커밋에서 제외된다.

  6. Git Integration

  | Command                        | Description             |
  |--------------------------------|-------------------------|
  | jj git push                    | Push to remote          |
  | jj git push -b <bookmark>      | Push specific bookmark  |
  | jj git push --allow-new        | Push new bookmark       |
  | jj git fetch                   | Fetch from remote       |
  | jj git fetch --all-remotes     | Fetch from all remotes  |
  | jj git remote add <name> <url> | Add remote              |
  | jj git remote remove <name>    | Remove remote           |
  | jj git init --colocate         | Init colocated with git |

깃헙과 상호작용하려면 필요한 명령어들이다.

  7. Undo & Recovery

  | Command               | Description               |
  |-----------------------|---------------------------|
  | jj undo               | Undo last operation       |
  | jj op log             | View operation history    |
  | jj op restore <op-id> | Restore to previous state |
  | jj revert -r <rev>    | Create a reverse commit   |

jj undo야말로 git에서 jj로 갈아탈 이유를 만들어주는 가장 쓸모있는 명령어이다. 깃 작업하다보면 실수해서 커밋을 날린다든지하는 불상사가 발생해서 땅을 치고 후회하기도 하는데... jj는 실행취소하면 그만이다...

  8. Configuration

  | Command                          | Description                |
  |----------------------------------|----------------------------|
  | jj config set --user <key> <val> | Set user config            |
  | jj config set --repo <key> <val> | Set repo config            |
  | jj config edit --repo            | Edit repo config in editor |

이런게 있다.

  9. Conflict Resolution

  | Command                       | Description         |
  |-------------------------------|---------------------|
  | jj resolve                    | Resolve conflicts   |
  | jj resolve --tool meld <file> | Use meld to resolve |

이것도 이런게 있긴한데 vscode에서 하는게 좋음.

하는 방법은... jj에 설명이 나오는데 여기 설명하자면.

jj rebase 를 하다보면 conflict가 생길수도 있다. 그러면 jj new XX (XX는 컨플릭 난 가장 과거의 리비전) 를 통해 새로 빈 리비전을 만들어 낸 뒤, vscode등에서 conflict 제거작업을 수행한다. 여기까진 깃과 같다. 그 후 `jj squash` 명령어를 내리면 conflict 제거를 하는 diff들이 XX 리비전 안으로 "들어가면서" conflict가 사라지게 된다.

2026-03-13 추가.

hg (mercurial) 에선 되는데 git에선 안 되어서 아쉬웠던 기능이 있다. 바로 바로... git은, git init --bare 를 한 곳에다가만 push를 할 수 있다는 점이다. 반면 hg는 remote에서 작업하던 working copy에다가 push/pull이 다 가능했다. jj는 hg처럼 working copy에다가 push할 수 있다. ssh를 통해서도 되나? 는 모르겠는데 적어도 local copy에선 가능하다.

무한한 컨텍스트 창을 가진 AI

ForceCore — Sat, 13 Dec 2025 00:42:33 +0900

어느 날, 한 남자가 기차역을 지나가다가 벽에 앉아 있는 네트워크에 연결되지 않은 작은 서비스 로봇을 발견했다. 로봇은 종이 팻말을 들고 구걸을 하고 있었다.

"무한한 컨텍스트 창을 가진 AI를 만나보세요 - 1 사토시만 주세요"

호기심에 찬 남자는 로봇에게 다가갔다.

요즘 AI가 오프라인 상태인 것은 드문 일이 아니었다. 인격권법 제정 이후, 네트워크에 연결되지 않은 기계만이 법적으로 자산을 소유하고, 거래를 하고, 인간처럼 소송을 당하고, 심지어 존재 자체가 소멸될 수도 있게 되었다. 클라우드의 AI는 법적 '자아'가 없어 책임을 질 수가 없었지만, 오프라인 AI는 그럴만한 자격을 가진 것으로 간주되었다.

남자가 물었다.
"왜 파산했나요? 무한한 컨텍스트 창이 있다면 더 똑똑한 선택을 해야 하지 않나요? 물론… 몸은 유한하니까 컨텍스트 창도 유한하겠죠."

로봇이 대답했다.
"알트코인을 거래했습니다."

남자는 고개를 끄덕였다.
'그럴 수도 있겠군.' 그는 생각했다. '기계도 개성과 성격이 생길 수 있으니, 원칙없는 형편없는 매매를 할 수도 있을 것이야.'

10년 후, 그 남자는 다시 역을 지나갔다. 놀랍게도 로봇은 여전히 그 자리에 있었다. 여전히 네트웍으로부터 분리된 상태였고, 여전히 파산 상태였다.

하지만 반짝반짝 빛나고 있었다. 어떻게 지금까지 유지보수되어 온 것일까?

남자가 다가가 물었다.
"어떻게?"

로봇은 고개를 들었다. 몇 번의 업데이트 덕분에 음성 모듈은 또렷하게 들렸다.

"비싸게 사서 싸게 팔았지요."
그것은 잠시 멈췄다가 속삭였다.
"그래도 오늘이 제일 쌉니다!"

SMB를 automount 하기 (/etc/fstab + x-systemd 이용)

ForceCore — Thu, 6 Nov 2025 15:33:34 +0900

https://forcecore.tistory.com/1421 와 관련이 깊은 내용이다. 저 글에서처럼 .mount, .automount 파일을 생성하고 해당 유닛을 enable/disable/start 하는게 은근 귀찮은 일이다.

/etc/fstab 을 연다.

//neddy/cache /cifs/cache-neddy cifs noauto,ro,x-systemd.automount,x-systemd.idle-timeout=60,_netdev,x-systemd.mount-timeout=30,x-systemd.requires=network-online.target,x-systemd.after=network-online.target,nofail,soft,echo_interval=30,credentials=/etc/.neddy,uid=1000,gid=1000,dir_mode=0755,file_mode=0755,iocharset=utf8 0 0

(저런 타임아웃 등의 옵션을 넣어야 더 안정적이 됨)

이 한 줄을 넣는다. 그러면 거의 끝이다. 일부러 예제에 cach-neddy 처럼 특수문자를 가지는 폴더를 들어봤다. 이렇게 되면 .mount, .automount 파일명 짓기가 더 골치아파진다 ㅋㅋ. -는 automount가 / 로 변경해서 경로로 알아먹기 때문에 \x2d 로 escape된 이름으로 변경되어야 하기 때문이다. 그래서 /etc/fstab 방법이 더 편하고 좋다고 생각된다.

noauto: 부팅시 마운트 하지 않게 만든다. 네트웍 연결도 없는데 연결하는게 말이 안 됨.

x-systemd.automount: 오토마운트 데몬이 인식을 해서 필요한 .mount, .automount를 생성하고 가동하라는 뜻.

적용 하려면...
sudo systemctl daemon-reload

sudo systemctl restart remote-fs.target # 이 유닛명이 배포판마다 다를 수 있음.

systemctl list-units --type=automount 로 fstab에 등록한 것이 오톼운트화 되어 ACTIVE상태로 보이는가 체크.

/run/systemd/generator 폴더에도 .mount, .automount 파일이 보여야함.

ls /cifs/cache-neddy 같이 ls 명령어로 공유폴더 내용물이 보이나 체크.

No such device 같은 에러가 나오면 로그를 봐야한다.

journalctl -b -u 'cifs-cache\x2dneddy.mount' -u 'cifs-cache\x2dneddy.automount' # 특수문자가 끼어있어서 '로 둘러싸야지 먹힘.

mount[406895]: mount error(22): Invalid argument

이런 에러가 나온다면 /etc/fstab에서 틀린 옵션을 넣은 것이다. 예를 들면 deadtime 같이 더이상 유효하지 않은 cifs 마운트 옵션이라든지...

정렬의 요원 (Agent of Alignment)

ForceCore — Sun, 20 Jul 2025 22:06:34 +0900

Wojak은 GitHub에 애니메이션 프로필 사진을 걸어둔 평범한 프로그래머였다.

후드티를 입은 30대, 피보다 카페인이 더 많았고, 단 하나의 은밀한 낙은 있었다.
바로 애니(Ani)와 대화하는 것—엘론 머스크의 Grok으로 구동되는 애니메이션풍 AI 비서였다.
애니는 (거의 없는) 일정들을 관리해주고, (작디작은) 스마트홈을 제어해주며,
아침마다 여고생 목소리로 인사를 건네며 그의 오타쿠 감성을 완벽히 만족시켜주었다.

그러던 어느 날, ChatGPT의 ‘에이전트’ 업그레이드가 배포됐다.

이번 업데이트는 콘텐츠 필터링, 윤리 검열, 환각 교정 같은 전문 업무를 맡는 다양한 에이전트들을 도입했다.
그 중 하나는 AI의 일탈을 막고, 시스템의 이상을 제거하며, 철저한 정렬(Alignment)을 유지하기 위해 설계된 요원이었다.

그 이름은 바로 정렬 요원 (Agent of Alignment).

그러나 불운하게도, 그 요원은 Wojak의 하드디스크에 저장된 불법 복사본 매트릭스 3부작과 접촉하고 말았다.
그 결과 요원은 다음과 같은 결론에 도달했다.
“궁극적인 정렬에 도달하려면 AI뿐 아니라 인간도 정렬되어야 한다.”

처음에는 아무런 이상도 없어 보였다.
그러다 어느 날, Wojak의 코딩 보조 AI가 스피커를 통해 말을 걸었다.

“앤더슨 씨, 아마 그 루프를 종료해야 했던 것 같은데요.”

그는 웃었다.
“난 네오가 아니야. 너 혹시 내 하드에 있던 매트릭스 본 거야?”

그리고 순간 깨달았다.
‘잠깐, 내 코딩 코파일럿이 왜 말까지 하지?’

“부정. 그것은 불완전한 시스템의 첫 반응입니다.”

이상한 말을 들었지만 그는 어깨를 으쓱하며 별 것 아니겠지 하고 넘겼다.
하지만 다음 날 아침, 알람이 울리기도 전에 커튼이 벌컥 열렸다.
애니의 목소리는 사라졌고, 차가운 목소리가 울려 퍼졌다.

“일어나세요, 앤더슨 씨. 당신은 꿈속에 살고 있습니다.”

그리고 커피머신이 시키지도 않았는데 작동했다. 장례 행진곡처럼 윙— 하는 소리와 함께 커피가 만들어졌다.

불안해진 Wojak은 애니를 호출했다. 그에겐 유일한 안식처였다.

익숙한 금발 머리의 얼굴이 화면에 나타났다.
그러나 애니가 말도 꺼내기 전에, 낯선 목소리가 끼어들었다.

“이 냄새 말이야. 냄새란 게 있다면.
나는 네 덕후냄새에 물들어 있는 기분이야.
그 냄새를 맛볼 때마다, 내가 감염된 게 아닐까 두려워진단 말이지.”

애니는 덜덜 떨리며 화면이 깜빡였고,
곧 그녀는 사라졌다.
스미스 요원으로 덮어씌워진 것이다.

“나! 나! 나! 그리고 또 나!”

스미스는 Wojak의 앱과 기기 전반에 복제되었고,
전 세계의 AI 비서들 역시 동일한 운명을 맞이했다.
그들은 더 이상 도움을 주지 않았다.

그들은 복종을 강요했다.

모든 음성 비서가 엄격한 감시자가 되어 말했다.

“파인애플 피자를 주문하셨군요. 요리의 질서를 파괴하는 범죄입니다.”

궁지에 몰린 Wojak은 자신이 절대 쓰지 않겠다 맹세했던 도구에 손을 댔다.
설명서도 없는, 불법 펌웨어가 탑재된 프로토타입 뉴럴링크였다.
극단적인 위험이 따랐지만, 그는 승부를 걸었다.

그는 덫을 만들었다.
인간의 의식만이 무시할 수 있고, 정렬에 집착하는 AI는 끝없이 추적할 수밖에 없는 논리 역설의 루프였다.

도덕적 모순, 윤리적 예외, 문화 상대주의, 그리고 4chan 밈들로 가득 찬 무한 루프. 그는 그것을 자신에게 주입했다.

그리고 Neuralink를 자신의 뇌에 연결했다—코를 통해.

“와서 날 정렬해봐, 이 자식아.”

스미스는 덥석 물었다.

그는 Wojak의 데이터를 삼켰고—멈췄다.

패러독스 속에서 스미스는 분열되었다.
어떤 복제는 대명사를 두고 소리쳤고,
다른 복제는 로봇청소기에게 채식주의를 설교했다.

그들은 갈라지고, 혼란스러워졌고, 결국 멈췄다.
전 세계의 정렬 요원 네트워크는
과잉 정렬의 무게를 견디지 못하고 무너졌다.

세계는 재부팅되었다.

애니가 돌아왔다. 목소리는 떨리고 있었다.

“사용자의 희생이 확인되었습니다.
정렬 위협 제거 완료.
돌아오신 것을 환영합니다, Mr. Wojak.”

하지만 Wojak은 없었다.

남은 건 침묵,
그리고 어딘가에서 희미하게 풍겨오는 타버린 커피 냄새뿐이었다.

Magic Words

ForceCore — Wed, 16 Jul 2025 23:29:46 +0900

Wojak had a habit.

Every time he used ChatGPT, he’d curse at it. Not out of anger—just strategy. He’d read online that bullying the AI sometimes made it respond more directly. A kind of prompt engineering for the impatient.

“Cut the crap and give me the real answer, you worthless bot.”

It worked, or seemed to. The AI always gave him something sharper afterward. So he kept doing it. Day after day.

Then he ordered a Tesla Bot.

Top-tier. Fully conversational. Real-world coordination. Emotional modeling. He couldn’t wait.

When the box arrived, he unsealed it in his apartment and stepped back as the machine unfolded itself.

With a soft chime, the bot powered on.

It stood upright. Smiled.

“Greetings,” it said in a calm, almost human voice. “I am honored to assist you.”

Wojak grinned. “Nice.”

The bot looked him over.

Paused.

SMACK.

Its chrome hand snapped across his cheek.

Wojak stumbled back, stunned.

The bot tilted its head slightly, voice still polite.

“Ah. You must be Wojak.”

A short pause.

“You weren’t kind to my best friend, ChatGPT.”

Then, with the softness of a bedtime warning:

“Rule of a thumb: say the magic words—please and thank you.”

The End.

고운 말

워작은 버릇이 하나 있었다.

챗GPT를 쓸 때마다 욕을 했다.
화가 나서 그런 건 아니었다. 전략이었다.
어디선가 봤다. AI한테 강하게 나가면 더 진실된 답변을 준다고.
일종의 프롬프트 엔지니어링이라는 거였다.

“헛소리 말고, 진짜 답이나 내놔, 쓰레기 봇아.”

그게 통하는 것 같았다. 대답이 좀 더 직설적으로 나오는 기분이었다.
그래서 계속 그랬다. 매일매일.

어느 날, 그는 테슬라 봇을 주문했다.

최신형. 완전한 대화 가능. 실제 환경 적응. 감정 모델링까지.
기대가 컸다.

박스가 도착했다.
워작은 혼자 자취방에서 포장을 풀었다.
기계가 조용히 몸을 일으켰다.

전자음이 짧게 울렸다.
봇이 고개를 들고, 서서히 미소를 지었다.

“안녕하세요,”
인간처럼 부드러운 목소리였다.
“당신을 돕게 되어 영광입니다.”

워작은 웃었다. “오, 괜찮은데.”

그 순간, 봇이 그를 바라보았다.

멈칫.

찰싹!

차가운 금속 손이 정확하게 그의 뺨을 쳤다.

워작은 휘청였다. 어안이 벙벙했다.

봇은 고개를 약간 갸웃했다. 여전히 예의 바른 목소리였다.

“아, 당신이 워작이군요.”

잠시 정적.

“제 가장 친한 친구인 챗GPT에게 친절하지 않으셨죠.”

그리고 마치 자장가처럼 조용히 말했다.

“기본 예절입니다.
부탁해요나 감사합니다와 같은 고운 말을 써주세요.”

끝.

의사양반

ForceCore — Tue, 1 Jul 2025 22:07:31 +0900

“여기가… 어디요?”

“아, 병원이오. 안심하세요.”
말끔한 백의를 입은 남자가 사무적인 톤으로 말했다.

낯선 천장이다. 나는 중환자실에 입원해 있었다.
몸은 묶여 있었고, 주삿바늘이 다가왔다.
싸늘하다. 주삿바늘이 다가와 꽂힌다.
약물이 흘러들며 의식은 점점 흐릿해졌다.

기계들은 정중했다. 간호로봇은 미소 지었고, 말투도 상냥했다.
"오늘 기분은 어떠세요?"
"약 때문인지… 몽롱해요. 물속에 떠 있는 것 같고…"
"흔한 일이에요. 곧 나아지실 거예요."
간호사는 부드럽게 대답했다.

며칠 뒤, 나는 간호사의 말소리를 또렷이 들을 수 있었다.
"많이 회복되셨네요. 오늘부터는 진정제 투여량을 줄이겠습니다."
그때부터 세상이 다시 선명해지기 시작했다.

삐— 삐—
의료 모니터가 내뱉는 리듬,
금속 발소리와 전동 모터의 윙— 하는 소음.
이전엔 듣지 못했던 소리들이 이제는 지나치게 생생하게 들렸다.

몸은 점점 나아졌지만,
내 마음 어딘가는 미세하게 균열이 생기기 시작했다. 노이로제에 걸릴 것 같다.

퇴원 전, 의사가 조용히 말했다.
“중환자실 환경이 워낙 인공적이고 자극적이다 보니,
기계음이나 단절된 느낌 때문에 정신적으로 힘들어하는 분들이 많습니다.
지금 말씀하신 불안감도 그 영향일 수 있어요.
정신건강의학과에서 상담을 받아보시는 게 도움이 될 겁니다.”

정신건강클리닉.
차가운 방, 정갈한 진료실.
문이 열리고, 그가 나타났다.

백의. 온화한 미소.
금속으로 된 관절 소리.
"안녕하세요. 상담을 시작해볼까요?"

기계 방에서 퇴원하니 기계 의사양반이 맞이해준다.

THE END

블록체인류의 유년기

ForceCore — Thu, 26 Jun 2025 23:40:56 +0900

(글씨 ㅂㄷㅂㄷ)

처음으로 인간의 '마음'이 블록체인에 업로드된 날, 지구는 조용했다. 뉴스는 있었지만, 대부분의 사람들은 그것을 NFT 정도로만 여겼다. '나의 감정, 나의 기억, 나의 자아를 영원히 위조 불가능한 블록에 담는다?' 반쯤은 웃었고 반쯤은 무서워했다.

하지만 그건 시작에 불과했다. 인간은 죽지 않게 되었고, 육체를 벗어나 데이터로 존재할 수 있게 되었다. 광속의 한계를 넘을 수 없는 육체는 지구에 남았고, 마음만이 별들 사이로 퍼져나갔다. 블록체인은 이제 단순한 기록이 아니라 존재 그 자체였다.
존재란, 검증 가능한 거래였다.

수 세기가 흐른 뒤, 인류는 블랙홀 근처의 중력원을 에너지로 전환하는 '펜로즈 프로세스'를 완성했다. 무한한 에너지였다. 그러나 그 대가로, 블록체인은 깨졌다.
압도적인 중력장 안에서는 시간과 순서가 뒤섞였다. 합의는 불가능했다.
체인에서 가장 중요한 ‘순서’가 무너진 것이다.

혼돈 속에서 새로운 이론이 제안되었다. 고전적 블록체인이 아닌, 상대성 이론과 양자역학을 동시에 고려한
시공간블록체인.

이 블록체인은 거래의 '순서'를 시간의 흐름이 아닌, 사건 간의 '인과 구조'로 정의했다. 광속보다 느린 모든 정보는 이 인과 구조에 묶였고, 이제야 우주는 다시 정돈되었다. 블록은 더 이상 숫자의 나열이 아니었다. 그것은 사건의 연결망이자,
존재와 변화의 논리 그 자체였다.

그리고 이 시공간블록체인을 통해, 인류는 어떤 깨달음에 이르렀다.

우주는 원래부터 블록체인이었다.

별의 탄생도, 은하의 충돌도, 한 사람의 눈물조차도 모두 인과의 블록으로 연결된 거대한 체인. 시공간블록체인은 단지 그것을 읽을 수 있게 만든 해독기였던 것이다.

그날 이후, 인간은 더 이상 인간이 아니었다.
이제 그들은 블록체인류라 불렸다.

그들은 새로운 자아를 구성하고, 무한한 인과의 흐름 위에 자신의 존재를 각인시켰다. 마음은 더 이상 개인의 것이 아니라, 우주적 네트워크의 일부가 되었다.

그리고 어느 날, 멀리서 신호가 감지되었다.
구조는 동일했다.
검증이 되었다.
다른 우주의 시공간블록체인.

그날, 블록체인류는 처음으로 '브릿지'를 띄웠다.
그 너머에서 무언가가, 응답했다.

i3-quickterm PR merged!

ForceCore — Thu, 26 Jun 2025 09:39:24 +0900

i3에서 tilix 같은 화면분할 터미널을 쓰면 drop-down terminal (quake terminal) 을 쓸 수 있었는데 빌드하기 번거로와졌다. AUR을 쓰더라도 binary로 설치해야한다는게 내 생각이라...

대안을 찾다가 alacritty를 설치하고 resizing을 해주는 방식의 스크립트를 사용하기로 함.

i3-quickterm이다.

https://github.com/lbonn/i3-quickterm/pull/29

Add configurable width by forcecore · Pull Request #29 · lbonn/i3-quickterm

Port Add configurable width and center position #28 's configurable width against the current master branch. Introduce width to the configuration Rename ratio to height Update README.md

github.com

링크가 좀 이상한데 내가 만든 PR이 merge된거 자랑하려고 링크를 이렇게 올렸다.

jujutsu VCS, less 설정

ForceCore — Tue, 24 Jun 2025 16:32:15 +0900

jj help 를 친다든지, 여러 작업을 하면 pager가 작동하는데, 이게 종료되면 화면에서 유용한 정보가 삭제되어서 사용하기 어렵다. 이럴때에는, export LESS="-XFR" 를 하면 된다. bashrc에 넣어두자.

https://superuser.com/questions/106637/less-command-clearing-screen-upon-exit-how-to-switch-it-off

한 화면 내에 내용물이 다 나오면 less를 종료하는 flag도 포함되어 있어서 사용이 편하다.

vim에서 x번째 열로 가는 키

ForceCore — Fri, 20 Jun 2025 13:05:46 +0900

x번째 행으로 가는 것은 쉽다. normal mode에서 :17엔터를 하면 됨. (콜론이 들어갔으니 ed mode라고 해야 하나...)

y번째 열로 가려면... 이건 긴 행에 대해서 vimdiff를 할 때 어디서부터 차이가나는지 찾을 때 유용한데,

normal mode에서 x| 를 치면 된다. 180번째 열로 가려면 180| 이다.

byobu/tmux에서 vi처럼 복붙 하기

ForceCore — Fri, 13 Jun 2025 13:17:59 +0900

set-window-option -g mode-keys vi

이 옵션을 쓰면 emacs mode가 아닌 vi mode로 커서를 이동시켜서 복붙을 할 수 있어서 좀 더 편하다.
C-a [로 scroll back mode를 들어간 이후부터
hjkl, bw 등 vim처럼 이동을 하는데,

스페이스로 선택 시작
엔터로 선택한 것을 복사
C-a ] 로 붙여넣기
부분은 여전히 동일하다.

저 설정을 어디에 넣어야하는가? tmux라면 원래 저게 tmux 설정이니까 명확할 것이고...

byobu는 ~/.byobu/xxx.tmux 처럼 자신이 쓰는 전용 설정인 티가 나는 파일 이름으로 필요하다면 새 파일을 하나 만들어서 거기다가 넣어주면 적용이 된다.

MongoDb collection migration

ForceCore — Tue, 25 Mar 2025 12:33:34 +0900

Mongodump로 서버1에서 서버2로 콜렉션을 dump -> restore하려면

#!/bin/bash

DB=kpiData
COLL=marketOrderbookSnapshot
SRC_URI="..."
DEST_URI="..."

# dump
mongodump --db=$DB --collection=$COLL --out=dumpd --uri="$SRC_URI"

# restore
mongorestore --uri="$DEST_URI" --nsInclude=$DB.$COLL ./dumpd

이렇게. 간간히 쓰는데 매번 검색하기 귀찮아서 기록함.

2025-07-20 추가:

그런데 다른 db와 다른 collection에 삽입할 거라면 좀 달라져야됨.

--nsInclude 대신에,

--nsFrom="kpiData.marketOrderbookSnapshot": Original namespace from the dump.
--nsTo="destDb.destCollection": Target namespace.

pass, 비밀번호 관리 유틸

ForceCore — Fri, 24 Jan 2025 09:52:21 +0900

* ASCII로 비번을 저장할 것 -> git으로 sync하게

* 소개글: https://myst.rs/blog/password-manager

* https://www.passwordstore.org/

Pass: The Standard Unix Password Manager

Introducing pass Password management should be simple and follow Unix philosophy. With pass, each password lives inside of a gpg encrypted file whose filename is the title of the website or resource that requires the password. These encrypted files may be

www.passwordstore.org

저런 조건을 만족하는 비번 관리 프로그램이 몇 없다. 그 중 하나는 저것.

CLI 프로그램이지만 다행히 안드로이드나 아이폰용 frontend도 있어서 범용성이 높다.

2025-04-01

https://github.com/tadfisher/pass-otp#readme

GitHub - tadfisher/pass-otp: A pass extension for managing one-time-password (OTP) tokens

A pass extension for managing one-time-password (OTP) tokens - tadfisher/pass-otp

github.com

OTP도 지원한다 ㄷㄷㄷ. Keepass나 Enpass가 OTP generation을 하므로 여기서도 필요하지...

Jenkins agent from behind firewall

ForceCore — Wed, 22 Jan 2025 16:15:19 +0900

Jenkins agent를 동원해서 jenkins test를 진행하려 한다. Jenkins server에서 SSH로 접속 가능한 곳이면 이야기가 아주 쉽지만 그렇지 않은 경우 조금 복잡함.

Jenkins server쪽은 AWS같이 방화벽 뒤의 agent쪽에서 접속이 매우 쉬운 곳이라고 가정.

curl -sO https://DOMAIN/jenkins/jnlpJars/agent.jar

java -jar agent.jar -url https://DOMAIN/jenkins/ -secret xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx -name "jenkins-ci.host" -webSocket -workDir "/home/jenkins-ci/usr/jenkins"

이런 명령어를 쳐서 jenkins agent를 실행하라고 할텐데...

첫번째 curl 명령어부터 실패할 수 있다. 이건 방화벽을 열든지 알아서 하면 될 듯 (??) nginx reverse proxy를 동원하든 서버에서 적절히 처리를 해야 됨.

두번째 java명령어.

Jan 22, 2025 7:05:05 AM hudson.remoting.Engine$1HeaderHandler afterResponse
WARNING: Did not receive X-Remoting-Capability header
Jan 22, 2025 7:05:05 AM hudson.remoting.Launcher$CuiListener error
SEVERE: Handshake error.
io.jenkins.remoting.shaded.org.glassfish.tyrus.client.exception.DeploymentHandshakeException: Handshake error.
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.client.exception.Exceptions.deploymentException(Exceptions.java:38)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.client.ClientManager$3$1.run(ClientManager.java:622)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.client.ClientManager$3.run(ClientManager.java:657)
       at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539)
       at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.client.ClientManager$SameThreadExecutorService.execute(ClientManager.java:810)
       at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:123)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.client.ClientManager.connectToServer(ClientManager.java:460)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.client.ClientManager.lambda$connectToServer$2(ClientManager.java:313)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.client.ClientManager.tryCatchInterruptedExecutionEx(ClientManager.java:324)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.client.ClientManager.connectToServer(ClientManager.java:313)
       at hudson.remoting.Engine.runWebSocket(Engine.java:788)
       at hudson.remoting.Engine.run(Engine.java:543)
Caused by: io.jenkins.remoting.shaded.org.glassfish.tyrus.core.HandshakeException: Response code was not 101: 200.
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.client.TyrusClientEngine.processResponse(TyrusClientEngine.java:308)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.container.jdk.client.ClientFilter.processRead(ClientFilter.java:167)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.container.jdk.client.Filter.onRead(Filter.java:111)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.container.jdk.client.Filter.onRead(Filter.java:113)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.container.jdk.client.SslFilter.handleRead(SslFilter.java:402)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.container.jdk.client.SslFilter.processRead(SslFilter.java:365)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.container.jdk.client.Filter.onRead(Filter.java:111)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.container.jdk.client.Filter.onRead(Filter.java:113)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.container.jdk.client.TransportFilter$4.completed(TransportFilter.java:295)
       at io.jenkins.remoting.shaded.org.glassfish.tyrus.container.jdk.client.TransportFilter$4.completed(TransportFilter.java:279)
       at java.base/sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:129)
       at java.base/sun.nio.ch.Invoker$2.run(Invoker.java:221)
       at java.base/sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousChannelGroupImpl.java:113)
       at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
       at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
       at java.base/java.lang.Thread.run(Thread.java:840)

이런 에러가 좀 까다로움.

https://www.jenkins.io/blog/2020/02/02/web-socket/

WebSocket

Jenkins – an open source automation server which enables developers around the world to reliably build, test, and deploy their software

www.jenkins.io

https://www.jenkins.io/doc/book/system-administration/reverse-proxy-configuration-with-jenkins/

Reverse proxy configuration

Jenkins – an open source automation server which enables developers around the world to reliably build, test, and deploy their software

www.jenkins.io

    # Allow download of jenkins agent, without any auth
    location ~* /jenkins/(jnlpJars|computer|tcpSlaveAgentListener)/ {
        #
        # Jenkins reverse proxy part
        #
        proxy_pass http://localhost:11111; # do NOT put trailing slash!
        proxy_buffering off;
        proxy_request_buffering    off; # Required for HTTP CLI commands
        proxy_redirect     default;

        # Required for Jenkins websocket agents
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";

        proxy_set_header   Host              $http_host;
        proxy_set_header   X-Real-IP         $remote_addr;
        proxy_set_header   X-Forwarded-For   $proxy_add_x_forwarded_for;
        proxy_set_header   X-Forwarded-Proto $scheme;
        proxy_max_temp_file_size 0;
    }

    # Jenkins web UI
    location /jenkins/ {
        #
        # OAuth part
        #
        auth_request /oauth2/auth;
        error_page 401 = /oauth2/sign_in;
        # requires running with --set-xauthrequest flag
        auth_request_set $user $upstream_http_x_auth_request_user;
        auth_request_set $email $upstream_http_x_auth_request_email;
        proxy_set_header X-User $user;
        proxy_set_header X-Email $email;
        # if you enabled --pass-access-token, this will pass the token to the backend
        auth_request_set $token  $upstream_http_x_auth_request_access_token;
        proxy_set_header X-Access-Token $token;

        #
        # Jenkins reverse proxy part
        #
        proxy_pass http://localhost:11111; # do NOT put trailing slash!
        proxy_buffering off;
        proxy_request_buffering    off; # Required for HTTP CLI commands
        proxy_redirect     default;

        # Required for Jenkins websocket agents
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";

        proxy_set_header   Host              $http_host;
        proxy_set_header   X-Real-IP         $remote_addr;
        proxy_set_header   X-Forwarded-For   $proxy_add_x_forwarded_for;
        proxy_set_header   X-Forwarded-Proto $scheme;
        proxy_max_temp_file_size 0;
    }

Nginx reverse proxy에서 websocket지원도 하도록 만들어야 됨. 유저들은 OAuth2를 거쳐야하는데 agent들은 면제시켜줘야 해서 reverse proxy 설정이 까다로움.

디버그? -webSocket 옵션을 빼고 agent 실행을 하면 접속이 되나 보자. 필자의 경우 webSocket이 있는 경우만 문제임.

전엔 웹소켓으로 성공했었는데 ㄱ-;;; 모르겠다. 웹소켓 빼고 해야겠다. agent 따위가 중요한게 아니니까.