kaffa
bd70d027b7
jarvis(OpenClaw 게이트웨이) 전면 폐기
...
미사용 판단(게이트웨이 포트 18789/8787 무응답 확인)으로 컨테이너·APISIX 라우트·
DNS·BunnyCDN 호스트네임·Telegram 웹훅과 관련 문서를 전부 정리.
Discord/Telegram 봇 토큰은 DarkRouter와 공유 가능성이 있어 삭제 보류.
2026-07-27 11:34:31 +09:00
kaffa
06fc6040b4
osaka APISIX etcd 설정 오류 정정 및 실제 구성 반영
...
- osaka config.yaml의 죽은 etcd host(10.100.2.214) → mbp 정상 주소(100.115.154.78)로 수정
- osaka가 로컬 waf-etcd 대신 Patroni 공유 통합 etcd를 실사용 중임을 문서화
- mbp etcd 부트스트랩 플래그의 stale 4번째 멤버(etcd-hp2) 기록
- mbp raft 파티션 자연복구 사례 및 osaka APISIX 버전 지연(3.15.0, 최신 3.17.0) 기록
2026-07-21 15:33:12 +09:00
kaffa
fdc6f7a7e3
CF zone 정리: actions.it.com, servidor.it.com 삭제 (2026-07-18 NS 이탈 확인 후)
2026-07-21 13:48:25 +09:00
kaffa
0cc814a91e
outline-data 스냅샷 사건: 2026-06-01 retention 수정이 미검증 상태로 방치돼 재발했음을 확인
...
- 2026-06-01 RecurringJob spec.labels patch는 그대로 살아있으나
실제 신규 스냅샷에 recurring-job 라벨이 여전히 안 붙는 것을 재확인
- 라벨 결함이 특정 볼륨이 아닌 전 볼륨 공통이며, outline-data는
쓰기 빈도가 높아 250 하드캡에 먼저 도달한 것으로 추정
- 다른 고빈도 쓰기 볼륨도 시간 경과 시 동일 문제 위험 있음을 문서화
2026-07-11 12:28:45 +09:00
kaffa
9de9b51469
outline-data Longhorn 스냅샷 250개 하드캡 초과 사건 기록 및 해결
...
- k3s 정기 점검 중 outline-data 볼륨 스냅샷 256개(하드캡 250 초과)로
critical-snapshot/critical-backup 신규 생성 실패 발견
- kubectl delete(webhook이 finalizer 유지)와 파드 재배포/재attach
둘 다 무효였음을 확인 후, Longhorn REST API snapshotPurge 반복 호출로
256 -> 58개 정상화
- 근본 원인(retain 정책이 왜 이 볼륨만 실패했는지)은 미확정으로 남김
2026-07-11 12:24:41 +09:00
kaffa
881a5ce7a5
rustdesk.inouter.com A레코드 추가 (DNS-only) + 클라이언트 설정 호스트명으로 갱신
2026-06-11 22:56:32 +09:00
kaffa
605102d55b
inbest SFTP 전송장애 실제원인 정정: 서버 아닌 FileZilla 전송연결 비번오류 (해결). 서버측 nginx/penalty면제는 부수개선
2026-06-11 14:17:12 +09:00
kaffa
0b3a8598b0
inbest SFTP 장애 근본원인: PerSourcePenalties (공유 SNAT source 페널티), 면제로 해결
2026-06-11 12:18:42 +09:00
kaffa
3f053101af
zlambda: inbest SFTP 릴레이 socat→nginx stream 교체 (2026-06-11)
2026-06-11 11:48:24 +09:00
kaffa
bbf1706a36
zlambda: inbest SFTP 포워딩 socat을 NixOS systemd 서비스로 선언화 (docker→systemd)
...
+ 운영메모: nixos-infra git remote SSH→HTTPS 교체, flake는 tracked 파일만 빌드(git add 필수)
2026-06-10 17:59:10 +09:00
kaffa
d1537df4ef
zlambda: inbest SFTP 포트포워딩 구성 (socat 릴레이 139.162.71.52:2201 → kr2 sftp 컨테이너)
...
- alpine/socat 컨테이너로 2201→10.100.1.158:22 투명 relay (tailscale 경유)
- 공개 엔드포인트 139.162.71.52:2201, inbest/inbest1004 로그인 검증 완료
- Linode 방화벽 2201 인바운드 허용 (zlambda는 별도 Linode 계정, 사용자 관리)
- TODO: nixos-infra 선언화
2026-06-10 15:39:12 +09:00
kaffa
f4a934d644
infra: hp1 SSH 가능 정정(kaffa@) + hermes ssh config(전 incus 호스트 별칭) 기록
2026-06-10 09:46:51 +09:00
kaffa
ead9101010
infra: hermes 보조 재분류 - 단순(ollama) vs 추론·판단(codex). 원칙 명확화
2026-06-09 19:09:06 +09:00
kaffa
185c66a0d9
infra: hermes 보조 ollama 병행 검증 완료 - auxiliary 10종 전수 지정, NAT IP 검증법
2026-06-09 19:05:17 +09:00
kaffa
0390b7ad6e
infra: hermes를 Debian 13 재구성으로 정본 갱신 (NixOS→Debian, graphify 구조추출, 토큰 정리)
2026-06-09 18:27:26 +09:00
kaffa
2b70f3b607
infra: hermes 보조모델(kr1 ollama LAN)+telegram gateway 구성, ollama LAN 도달 정정
2026-06-09 17:43:14 +09:00
kaffa
2533ecf1a2
infra: hermes NixOS 컨테이너 정본 추가 (hp2, Hermes Agent + Codex 백엔드)
2026-06-09 17:10:58 +09:00
kaffa
b1ba9f1d90
k3s-to-incus-migration: APISIX 서울 유지·Tofu+Ansible·kr1 GPU 확정
2026-06-01 13:25:42 +09:00
kaffa
a44ff12f15
infra/compute: K3s → Incus 이전 플랜 초안
2026-06-01 13:22:11 +09:00
kaffa
1a944bdd6b
nas: r8152 v2.20.1-1 → v2.21.4-1 (LPM 재발 대응) + spk_su 설치 절차 기록
...
- 5/24 LPM disconnect 재발 → 새 카드 4일 만에 빈도 증가
- bb-qq r8152 패키지 업그레이드. 첫 install이 의도적으로 fail (spk_su 부재) → spk_su manual install 후 SPK 재install로 정상화
- 검증: status=running, driver v2.21.4 (2025-10-28), end-to-end JF (ping -M do -s 8972) 통과
- 효과(LPM 발화 빈도 감소)는 며칠 관찰 필요
- nas-storage.md에 5/24 재발 + 5/26 업그레이드 시점 추가
- history/2026-05-26 신규 — 설치 절차 함정(spk_su) 정리
2026-05-26 17:12:02 +09:00
kaffa
03ef787444
cf-bouncer: fall-mvp.com zone 제거 — netbis CF bouncer 21일 만에 동기화 재개
...
fall-mvp.com zone이 CF에서 삭제되어 bouncer가 2026-05-02부터 fatal 루프로 정지. config에서 2줄 제거 후 enable+start. LAPI pull 2026-05-23T04:56:28Z로 갱신 확인.
- infra/security/crowdsec-safeline.md: 적용 zone 6 → 5
- history/2026-05-23-cf-bouncer-fall-mvp-removal.md: 인시던트 기록
2026-05-23 14:00:25 +09:00
kaffa
5be51134c9
incus-hp1 storage-net 참여 사실 반영 + kr2 multus-shim ETXTBSY 인시던트 기록
...
- infra-hosts.md: hp1 행 갱신 (이전 "1GbE only" → 2.5G 192.168.205.227, MAC 20:e1:5d:6a:2b:2e, MTU 9000 JF OK), 2.5G 표 hp1 행 추가, NAS NIC 정보(USB cdc_ncm → r8152 RTL8157 chip rev 14 + MAC)로 정확화, 호스트 자원 표에 hp1 추가, SSH 정보 라인에 hp1 접근 한계 명시
- nas-storage.md: K3s 노드 표 3→4 노드로 갱신 (hp1 추가), nodeAffinity 설명 표현 갱신
- history/2026-05-20-kr2-multus-shim-etxtbsy.md: ETXTBSY 데드락 RCA 및 `rm /opt/cni/bin/multus-shim` 회피책 기록
2026-05-20 17:10:07 +09:00
kaffa
ba30121962
NAS eth2 USB 2.5GbE 카드 교체 (rev 17 → rev 14, USB 4-1 → 2-2)
...
- ethtool: 2500 Mb/s Full Duplex 정상 협상
- iperf v2 (MTU 9000): TX 2.26 Gbit/s, RX 2.45 Gbit/s (이론 91%/98%)
- DSM ifcfg가 슬롯 기반으로 eth2 자리 자동 매핑 → 이름/IP/MTU 승계
- watchdog 그대로 유효, 새 카드도 RTL8157 계열이므로 LPM 재발 모니터링 대상
2026-05-20 15:41:31 +09:00
kaffa
bc01809643
incus-kr2: K3s/reboot 동반 작업 전 iommu=pt 사전 체크 항목 추가
2026-05-14 16:57:09 +09:00
kaffa
f0de7a3c37
infra-hosts: frontmatter updated 누적 보존 (iommu=pt 기록 복원)
2026-05-14 12:28:12 +09:00
kaffa
821c5a6278
infra-hosts: K3s 4노드 v1.34.5 → v1.34.7+k3s1 patch 업그레이드 (2026-05-14)
2026-05-14 12:27:10 +09:00
heimdall
81e270a90f
longhorn: snapshot-purge 임시 cron 회수 (1.11.2 fix 적용 후 의미 소멸)
2026-05-09 20:37:13 +09:00
heimdall
02a9b9dfd8
longhorn: 1.11.1 → 1.11.2 (snapshot warning #12856 fix)
2026-05-07 08:10:59 +09:00
kaffa
0a45e0536c
AMD-Vi (IOMMU) Completion-Wait timeout 메커니즘 정본 신설
...
incus-kr2 freeze 사건 분석으로 확정된 IOMMU 부분 hang 메커니즘과
운영 규칙(`iommu=pt` 선제 적용)을 별도 reference 문서로 분리.
호스트 사연(history)과 메커니즘(reference)을 분리해 다른 AMD Ryzen
호스트 도입 시 재사용 가능한 정본으로 정리.
- infra/compute/amd-vi-iommu.md 신규 (메커니즘 + 차단 + 운영 규칙)
- compute _index.md, hosts/incus-kr2.md, history 문서에 링크
2026-05-05 11:47:31 +09:00
kaffa
35f1e16f09
incus-kr2 freeze 원인 = AMD-Vi (IOMMU) Completion-Wait timeout
...
호스트 약 2주 간격 freeze 재발 패턴 분석 결과 AMD Ryzen 6900HX의
IOMMU Completion-Wait queue stall이 근본 원인. GRUB cmdline에
`iommu=pt` 추가하여 IOMMU passthrough 모드로 차단.
- infra/compute/hosts/incus-kr2.md 신규 (호스트 정본)
- history/2026-05-04-amd-iommu-freeze.md 신규 (사건 기록)
- _index.md / infra-hosts.md 갱신
2026-05-05 07:18:28 +09:00
heimdall
46419eb8a1
longhorn: snapshot-purge cron 워크어라운드 (v1.11.1 stuck snapshot)
2026-05-02 15:22:51 +09:00
kaffa
1b1c968826
infra/network/beryl-ax: zram swap (zstd) 섹션 추가
...
휴대용 라우터의 빠듯한 RAM(491MB, swap 없음) 대비 CPU가 95% idle인
환경적 특성에 맞춰 zram 압축 swap을 도입. lzo 기본을 zstd로
전환해 압축률 ~1.5배 향상. 설치/검증/UCI 영구화 절차 정리.
2026-05-02 08:06:22 +09:00
kaffa
ebac715db5
infra/network: Beryl AX (GL-MT3000) 휴대용 라우터 문서 추가
...
GL.iNet 4.8.1 기본 설정에서 fw3 tailscale0 zone에 masq 옵션이
누락되어 LAN→tailnet forward 시 SNAT가 안 되는 문제와, dnsmasq
ts.net split-forward 미설정으로 MagicDNS 동작 안 하는 문제를
정리. 영구 UCI 설정과 Mac 측 /etc/resolver/ts.net + search domain
보정까지 포함.
2026-05-01 19:37:20 +09:00
heimdall
23a91899e5
outline: 0.82.0 -> 1.7.0 메이저 업그레이드 (OIDC SameSite 쿠키 수정)
2026-04-29 15:30:25 +09:00
kaffa
b9300e6798
domain-boundaries: ironclad 자체 cycle 추가
...
ironclad 트래픽 흐름을 명시:
- CF + BunnyCDN 병행 entry (zone proxied 패턴별 분기)
- OpenWrt 라우터 (192.168.9.1) → MetalLB → K3s APISIX + SafeLine
- 1차 limit-req + 2차 chaitin-waf in-line gRPC
- 로그: VL → CrowdSec acquisition → 자작 4종 + hub 시나리오
- enforce layer: CF/BunnyCDN bouncer 모두 폐기 후 재구축 미정
· CF bouncer: netbis-cf-firewall과 동일 패턴으로 kappa account용 추가 운영 후보
· BunnyCDN bouncer: BlockedIps API 또는 Shield Access List(Advanced) — Ticket 388529 답변 후 결정
자산 매핑 표를 netbis/ironclad/bridge로 분리해 명시
추적 시 주의 항목 보강
2026-04-27 07:44:24 +09:00
kaffa
e68977a9d3
infra: 도메인 경계 정본 신규 (netbis vs ironclad cross-domain)
...
- infra/domain-boundaries.md 신규 — 두 영역 자산/계정/책임 분리 + cyclic 데이터 흐름 + 자산 매핑 + 추적 시 주의사항
- infra/_index.md에 도메인 경계 절 추가
- 기존 정본들(services/netbis, infra/security/crowdsec-safeline, services/bunnycdn-security 등)이 흩어져 갖던 cross-domain 정보의 단일 진입점
핵심 사실:
- netbis CF account != kappa CF account (별개)
- NPM 6대 origin은 netbis 자산, vl/CrowdSec/netbis-cf-firewall은 ironclad 인프라
- zlambda는 양 영역 다리 (Tailscale + Linode public IP 보유)
- netbis-cf-firewall은 ironclad 컨테이너 동거하지만 netbis CF API token으로 push
2026-04-27 07:38:47 +09:00
kaffa
d25dc3e52f
obsidian 정합성 정정 — bouncer 단일화 잔존 stale 정리
...
- infra/compute/infra-hosts.md: jp1 default 20→19, cs-cf-worker-bouncer 컨테이너 라인에서 제거
- services/bunnycdn-security.md: Edge Script 64811 / bloom filter / 국가차단 / Turnstile inouter-bunny 폐기 반영. 현재 layer (Bunny Shield + Rate Limit + 대역폭 한도) 중심 재작성
- infra/network/apisix.md: Edge Script 64811 attach 라인 폐기 표시
- infra/security/cloudflare.md: Workers 인벤토리 + Worker 라우트 + CF proxy 패턴 + cfb-manager 절 모두 폐기 반영
- infra/security/crowdsec-safeline.md: cs-cf-worker-bouncer 운영 중 문장 폐기 표시
- ops-agents/overview.md: Syn 영역 정의에서 폐기 자산 명시
- history/_index.md: 누락된 2026-04-25-netbis-npm-vector-msg-rewrite, 2026-04-26-bouncer-consolidation 등록 + frontmatter updated
2026-04-26 10:33:48 +09:00
kaffa
560dde3f88
cloudflare: Turnstile 위젯 6개 + Edge Script 64811 정리 추기
...
- Turnstile 4개 (cs-cf-worker-bouncer-widget): 삭제
- Turnstile inouter (legacy orphan): 삭제
- Turnstile inouter-bunny-middleware: 삭제 (BunnyCDN 미들웨어 64811과 함께)
- Edge Script 64811: DELETE /compute/script/64811 HTTP 204
- 4개 풀존 (iron-jp/iron-kr/iron-kr-waf/iron-git) MiddlewareScriptId null 자동 정리 확인
- 보류: Turnstile crowdsec-captcha (8 도메인 사용처 추적 미완)
- bouncer 단일화 history에 Syn 회신 + Turnstile/Edge Script 추가 정리 결과 추기
2026-04-26 10:27:02 +09:00
heimdall
53172c06e8
bouncer 단일화: netbis-cf-firewall만 유지, 나머지 3종(cs-cf-worker/apisix-waf/bunny-cdn) 폐기
2026-04-26 09:55:55 +09:00
heimdall
f733dd574a
netbis: NPM Vector _msg 재합성 (proxy_v2 → nginx combined) — child-nginx-logs unparsed 84% 해결
2026-04-25 15:17:01 +09:00
kaffa
46cb3236d3
deprecate anomaly-detect (오탐 다수로 인스턴스까지 제거)
...
원인: Grok-4-fast agentic 분석기가 더미 IP(1.1.1.1, 1.2.3.4 시퀀스),
Cloudflare 엣지 IP(172.70.x), 자체 Linode IDC 대역(45.79.x)을
path-enumeration으로 오탐 ban. 같은 기간 hub 시나리오는 진짜 스캐너
1건(India SoloRDP)을 정확히 잡음.
작업:
- infra/platform/anomaly-detect.md → deprecated stub
- history/2026-04-25-anomaly-detect-removal.md 신규 (폐기 사유, 재가동 조건 정리)
- crowdsec-safeline.md acquisition 다이어그램에서 anomaly-detect 분기 제거
- infra/compute/infra-hosts.md hp2 default 5→4 갱신
- infra/platform/_index.md, history/_index.md 인덱스 갱신
- infra/security/vault.md apps 목록에서 항목 제거 (apps/anomaly-detect 경로는 비어있음, 유지)
보존:
- Vault secret/ai/openrouter (다른 서비스 공용 가능성)
- Gitea kaffa/anomaly-detect repo (재구축 reference)
2026-04-25 15:00:13 +09:00
kaffa
ffdabc994b
crowdsec: profile current state, distributed DDoS scenario notes, bouncer action mapping
...
- profile.yaml is ban-only — captcha/throttle decision은 emit 안 됨
- Hub 분산 DDoS 시나리오 (http-ddos-by-ASN/cn) 도입 시 profile 분기 필수
- cs-cf-worker-bouncer: default_action captcha (Turnstile)
- netbis-cf-firewall: default_action managed_challenge (6 zone)
- 두 bouncer 모두 LAPI decision type 무관하게 캡챠 페이지로 응답
2026-04-25 12:59:49 +09:00
kaffa
e5c6b4deab
netbis CF firewall bouncer 재구축 (origin filter) + VL acquisition 통합 + sigmatch v2.4
...
- crowdsec-safeline.md: VL → CrowdSec acquisition 3개(apisix/traefik/npm) → 1개 통합
(victorialogs-nginx.yaml, query OR 결합). Netbis NPM CrowdSec 연동 활성.
netbis-cf-firewall 재구축 섹션 추가.
- services/netbis.md: bouncer 폐기 → 재구축 정정. firewall_bouncer_token 정보 갱신.
Worker bouncer는 트래픽 비례 비용으로 재구축 안 함 명시.
- history/2026-04-25-netbis-cf-firewall-rebuild.md: 오늘 작업 종합 (sigmatch v2.4
MP 제거, VL 통합, CrowdSec 연동, CF Firewall bouncer 재구축, origin filter로
10k 한도 회피).
origin filter [crowdsec, cscli] 적용으로 2026-04-23 폐기 사유였던 CF IP List
10k 한도 회피. Worker bouncer는 origin filter로 회피 불가 (트래픽 비례 비용)
이라 재구축 안 함.
2026-04-25 12:43:47 +09:00
kaffa
102da9c2fe
cloudflare: Pseudo IPv4 (Class E 240/4) 정리 — Netbis 관찰 기반
...
- infra/security/cloudflare.md: Pseudo IPv4 섹션 신규 (동작 원리·모드·함의·오해 주의)
- services/netbis.md: client_ip 의미에서 부정확한 '254.x 범위' → '240.0.0.0/4' 정정, CF docs 링크
- history: 2026-04-24 CF Pseudo IPv4 정체 규명 (CGNAT 오진 교훈 포함)
2026-04-24 08:11:44 +09:00
heimdall
461ee81839
netbis: NPM 6대 Vector→zlambda→VL 로그 수집 파이프라인 구축
2026-04-23 15:23:37 +09:00
heimdall
bf33c043f9
netbis: CF 바운서 전량 제거 (netbis-cf + netbis-cf-firewall)
2026-04-23 13:52:59 +09:00
heimdall
29c17065b2
netbis: crowdsec-cloudflare-bouncer (firewall rule) 추가 — worker bouncer와 병행
2026-04-23 13:27:23 +09:00
heimdall
738a60b093
longhorn: 1.8.2 -> 1.11.1 업그레이드 (2026-04-23)
2026-04-23 09:06:21 +09:00
kaffa
08313cd4d4
infra/platform/ollama: add GPU and VRAM details
...
GTX 1080 Ti(11GB VRAM, CUDA 12.4) GPU 가속 확인. gemma4:e4b 로드 시
10GB 점유(89%), 동시 로드 한계·GPU 공유 제약·36 tok/s 실측치 추가.
infra-hosts.md §GPU 링크.
2026-04-21 12:29:11 +09:00
kaffa
6a54e8bbc3
add infra/platform/ollama.md
...
kr1 호스트의 Ollama 런타임 정본 기록. Tailscale 11434 엔드포인트,
qwen3:4b / gemma4:e4b 모델, 2026-04-21 tool-calling 검증 내역 포함.
2026-04-21 11:48:37 +09:00