인터넷 복원력 클럽을 시작하는 방법

(bowshock.nl)

1P by GN⁺ 2025-06-17 | ★ favorite | 댓글 1개

전쟁·지정학·기후 변화로 유럽의 인터넷 장애가 더 잦고 심각해질 수 있어, 소규모 자원봉사 기술자 그룹이 통신 복구의 초기 구심점이 될 수 있음
클럽은 저전력·비면허 LoRa 무전기와 오픈소스 Meshtastic 문자 메시징으로 중앙 인프라 없이 수 km 범위에서 서로 연락함
이 조합은 면허와 중앙 서버가 필요 없고 약 €20부터 시작할 수 있으며, 1W 미만 전력으로 보조배터리나 소형 태양광 패널에서도 운용 가능함
시작 방법은 약 10km 안의 인터넷 전문가를 모으고, 평상시 연락 채널을 정한 뒤, LoRa 무전기와 보조배터리를 준비해 공통 채널에서 반복 연습하는 흐름임
전력이나 인터넷이 끊긴 뒤에는 준비 시간이 없으므로, 위기 전에 직접 만나 메시지를 주고받고 장비·절차를 손에 익혀야 함

Internet Resiliency Club의 역할

Internet Resiliency Club은 인터넷 전문가들이 중앙화된 인프라 없이 서로 통신하기 위한 자원봉사 그룹임
값싼 저전력 비면허 LoRa 무전기와 오픈소스 Meshtastic 문자 메시징 소프트웨어를 사용함
참여자들은 무전기, 기술 역량, 다른 전문가들과의 개인적 연결을 활용해 인터넷 연결 복구를 부트스트랩할 수 있음
출발점은 전쟁, 지정학, 기후 변화로 유럽의 인터넷 장애가 더 자주, 더 심각하게 발생할 수 있다는 문제의식임
정부와 기업은 필요한 변경의 위험과 비용 때문에 위기가 닥치기 전까지 움직이지 않을 수 있음

지금 준비해야 하는 이유

우크라이나에서는 러시아가 폭탄과 해커를 모두 사용해 통신과 전력을 반복적으로 공격함
2022년에는 우크라이나를 겨냥한 악성코드로 독일 풍력발전기가 비활성화됨
발트해에서는 의심스러운 유조선들이 닻을 끌어 해저 케이블을 절단하는 일이 이어짐
NATO 수장은 모두에게 집에 3일치 물자를 보관하라고 조언함
우크라이나 IXP 1-IX의 “Network Resilience: Experiences of survival and development during the war in Ukraine”는 전쟁 중 네트워크 운영 현실을 보여줌
- 위장된 라우터실 구축
- 3일치 발전기 전력 확보
- 능동 광케이블을 수동 방식으로 교체
- 네트워크 인력의 병역 면제 확보
네덜란드의 클라우드 기반 “비상 통신” 시스템은 전력이나 인터넷 연결에 영향을 주는 비상 상황에서 작동하지 않을 것이라는 비판을 받음
통신 분야에 전력망의 “black start”에 해당하는 공식 계획이 있더라도, 이를 구현해야 할 네트워크 운영자들에게 공유되지 않고 있음

위기 대응과 자원봉사 네트워크

Layer Aleph의 Crisis Engineering 수업은 조직이 실존적 위기에 직면하면 빠르게 더 기능적인 형태로 바뀌거나, 실패해 더 역기능적으로 변한다고 봄
이 접근에서는 위기가 올 것이라고 조직을 미리 설득하기보다, 위기가 도착했을 때 사용할 도구와 계획을 준비하는 쪽에 초점을 둠
개인이 정부나 기업 도움 없이 할 수 있는 일로는, 중앙 인프라 없이 통신 가능한 자원봉사 네트워크 전문가 그룹을 만드는 방법이 있음
아마추어 무선은 더 긴 거리와 높은 대역폭을 제공할 수 있지만, 비용·학습·면허·안테나·전력 요구가 커서 이 목적에는 실용성이 낮다고 판단함
LoRa와 Meshtastic은 몇 km 범위에서 문자 메시지를 보낼 수 있는 값싸고 저전력인 대안으로 선택됨

빠른 시작 절차

Internet Resiliency Club 구성 방법
- 약 10km 이내에 있는 인터넷 관련 기술자들을 모음
- 평상시 연락 수단을 정함: Signal, Matrix, 이메일 등
- 각자 LoRa 무전기와 저전류 충전(trickle charge) 을 지원하는 보조배터리를 준비함
- LoRa 무전기에 Meshtastic을 설치함
- 함께 사용할 LoRa 채널을 정함
- 모임을 열고 Meshtastic으로 메시지를 보내며 연습함
인터넷 인프라 회사에서 일한다면, 관심 있는 직원에게 LoRa 무전기, 휴대폰 보조배터리, 가능하면 소형 태양광 패널을 개인 용도로 제공하는 방안을 제안할 수 있음

LoRa와 Meshtastic의 기본 동작

LoRa 무전기는 비상 통신에 맞는 여러 특성을 갖고 있음
- 중앙 인프라 불필요
- 면허 불필요
- 약 €20부터 시작하는 낮은 가격
- 1W 미만 저전력
- 일반 휴대폰 보조배터리로 전원 공급 가능
- 오픈소스 Meshtastic 펌웨어 실행
- 가시선 기준 여러 홉, 수 km 범위에서 문자 메시지 송수신 가능
- Bluetooth나 WiFi로 휴대폰·컴퓨터에 연결 가능
- 많은 도시 지역에 이미 Meshtastic 네트워크가 있음
LoRa는 chirp spread spectrum 기법에서 파생된 저전력 저비트레이트 무선 메시징 방식임
- 전송 속도는 약 1~25kbps
- 전력 사용량은 1W 미만
Meshtastic은 LoRa 무전기용 오픈소스 펌웨어임
- flood-forward 메시 네트워크 프로토콜을 사용함
- Meshtastic 노드 사이에서 최대 3개 가시선 홉까지 메시지를 전달함
- 보통 약 10km 정도지만, 지형과 날씨에 크게 의존함
저가형 LoRa 보드는 개발 보드 형태가 많아 배터리, 케이스, 좋은 안테나가 없을 수 있음
더 비싼 제품은 인클로저, 배터리, 태양광 패널, 큰 화면, 키보드 등을 포함할 수 있으며, 일부는 별도 휴대폰이나 컴퓨터 없이 사용할 수 있음

Meshtastic과 MeshCore 선택

MeshCore는 메시를 더 안정적으로 보낼 수 있지만 복원력은 낮다고 평가됨
장거리 신뢰성은 중앙화되고 중앙 관리되는 네트워크에 가까운 방식에서 나옴
MeshCore는 현재 혼잡 문제를 겪고 있고, 상향식보다 top-down 관리가 필요함
전력이 끊겨 많은 리피터가 내려가면 MeshCore 네트워크의 큰 구역이 분리되고, 남은 부분은 업데이트 메시지로 넘칠 수 있음
두 방식을 함께 쓰는 것도 가능함
- Meshtastic과 MeshCore를 모두 실행하는 기기를 준비함
- 네트워크 연결이나 상용 전력 없이 펌웨어를 바꾸는 연습을 함

배터리와 태양광 전원

LoRa 무전기는 보통 100~200mA 수준의 낮은 전력을 사용함
10,000~20,000mAh 용량의 일반 휴대폰 보조배터리는 LoRa 무전기를 약 2~8일 구동할 수 있음
- 칩셋
- 송신 시간
- WiFi 또는 Bluetooth 사용 여부에 따라 달라짐
보조배터리는 저전류 충전을 지원해야 함
- 지원하지 않으면 LoRa 무전기의 전력 소모가 너무 낮아, 보조배터리가 아무것도 연결되지 않았다고 판단하고 전원 공급을 멈출 수 있음
USB 출력이 있는 소형 태양광 패널을 직접 연결하거나, LoRa 무전기에 쓰는 배터리를 충전하는 방식으로 태양광 전원을 사용할 수 있음
800cm² 접이식 태양광 패널이 15W를 생성하고 최대 5W/500mA를 출력하면 많은 LoRa 무전기를 구동하기에 충분함
이 정도 소형 구성에서는 퓨즈, 충전 컨트롤러, buck/boost 컨버터 없이 태양광 패널과 선택적 휴대폰 보조배터리만으로도 가능함
2026년 기준으로 통합 배터리를 갖춘 완전 태양광 LoRa 무전기를 살 수 있지만, 품질 관리 문제는 여전히 있는 편임

펌웨어 설치와 무선 설정

일부 보드는 Meshtastic이 이미 설치된 상태로 출하되지만, 보통 몇 달 지난 버전일 가능성이 큼
LoRa 보드 플래싱은 비교적 쉬운 편임
- Meshtastic 웹 브라우저 플래셔 사용 가능
- Chrome 또는 Edge 필요
- 기기가 USB 드라이브처럼 마운트되면 파일을 끌어다 놓는 방식도 가능함
- 시리얼 인터페이스를 쓰는 명령줄 도구도 있으나 Python 환경 조정이 필요할 수 있음
유럽에서 LoRa에 사용할 수 있는 주파수는 868MHz와 433MHz임
유럽 Meshtastic 사용자에게는 868MHz가 가장 많이 쓰임
모뎀 프리셋은 특별한 이유가 없다면 기본값인 LONG_FAST를 사용함
LoRa의 채널은 같은 암호화 키와 채널명을 쓰는 메시지 흐름임
- 모든 Meshtastic 노드가 공유하는 기본 primary channel이 있음
- 같은 키와 채널명을 가진 노드만 접근 가능한 secondary channel도 설정할 수 있음
- 공유 secondary channel용 암호화 키와 채널명을 정하고, QR 코드로 설정을 공유할 수 있음

모임과 연습

함께 일하는 방법은 위기 중이 아니라 위기 전에 익혀야 함
Crisis Engineering 관점에서는 이미 함께 일해본 팀이 성공할 가능성이 더 높음
자원봉사 그룹에서는 함께 “일하는” 경험이 재미있어야 함
모임 활동, 장소, 시간을 바꿔가며 다양한 사람이 참여할 수 있게 해야 함
실제로 만나서 Meshtastic 메시지를 보내고, 장비와 절차를 손에 익히는 것이 클럽 운영의 핵심임

GN⁺ 2025-06-17 [-]

Hacker News 의견들

Meshtastic은 인터넷 없는 환경에서 바로 설치해 쓰기엔 아직 준비가 안 됐다고 느낌
시골 휴가지에 보드를 가져가 넓은 공간에서 테스트하려 했지만 인터넷이 매우 제한적이었고, Meshtastic 프로젝트 전체가 웹 우선으로 되어 있었음
보드 플래시는 권장 방식이 "Web Flasher"이고, 펌웨어 소스를 받아도 PlatformIO가 도구체인과 플래셔를 인터넷으로 내려받아 설치해야 함
클라이언트는 앱스토어나 https://client.meshtastic.org/ 웹 앱으로 제공되는데 어느 쪽도 오프라인 중심이 아님. 나중에 보드 자체가 웹 앱을 호스팅한다는 건 알았지만, 그래도 Wi-Fi AP에 연결해야 하고 보드를 컴퓨터에 꽂는 것만으로는 접근되지 않음
문서도 https://meshtastic.org/docs에만 있고, "Download Docs"나 "How to self host this project" 같은 항목은 보이지 않음. 기술자는 알아낼 수 있겠지만 핵심 관심사는 아닌 듯함
이 글의 취지가 미리 다 준비하라는 것일 수는 있지만, 오프라인으로 읽을 PDF 문서조차 없다는 건 아쉬움. 이 스레드에서 Meshcore도 알게 됐지만, 사이트의 시작 안내가 YouTube 영상이라면 비상 상황 대비로는 부족함
- 플래시는 항상 CLI나 "끌어다 놓기" 방식으로만 했고, Web Flasher는 입문자에게 좋지만 모든 기기에 대해 100% 오프라인 방식이 있음
  Android 클라이언트 .apk는 GitHub에서 직접 받을 수 있음: https://github.com/meshtastic/Meshtastic-Android/releases
  그래도 장기 인터넷 단절 사용 사례를 더 잘 지원해야 한다는 데는 동의함
- 컴파일된 펌웨어는 GitHub에 있고, 플래시 스크립트와 함께 묶여 있음
  Meshtastic CLI도 쓸 수 있음
  문서는 git 저장소에 .mdx 형식으로 있음: https://github.com/meshtastic/meshtastic
  지적한 문제들은 모두 웹 브라우저에 익숙한 사용자에게 더 편하게 만들려다 생긴 결과로 보임. 현재 웹은 web3까지 포함해도 탈중앙화와는 거리가 멂
- 이런 문제의 상당수는 사용자와 기여자의 규모와 다양성이 커지면 해결된다고 봄
  Linux를 보면 지난 10년간 크게 성장했고, 솔직히 가장 큰 부분은 사용성임. UI/UX가 훨씬 좋아지고 깔끔해졌음. Microsoft와 Apple이 더 적대적으로 변하면서 대안을 찾는 사람도 늘었지만, 그 사람들이 들어올 공간을 만든 건 사용성이었고, 더 크고 다양한 커뮤니티가 접근성을 높였음
  비판은 계속하되, 순수한 불평이 아니라 피드백으로 해석해야 함. 그래야 이런 것들을 더 나은 제품으로 바꿀 수 있음. 결국 여기가 훌륭한 제품을 만드는 곳 아닌가
  그리고 문서화의 중요성을 절대 과소평가하면 안 됨. 계속 바뀌어서 부담스럽고 귀찮아 보이지만, 사람들이 어떻게 참여해야 하는지 모르면 그들을 끌어들일 수 없음. 회사든 오픈소스 프로젝트든 매우 수익성 높은 투자임
- 클라이언트 관련 걱정은 일부 맞지 않을 수 있음
  웹 앱은 브라우저로 페이지를 저장하면 오프라인에서도 잘 동작하는 듯함
  Android 앱은 GitHub에 미리 빌드된 버전이 있음
  iOS 앱을 최종 사용자에게 오프라인 배포할 수 없는 건 Apple 때문임. Apple을 탓하거나 더 나은 폰을 사야 함
- 보드를 컴퓨터에 꽂기만 해도 쓸 수 있게 하는 건 꽤 사소하게 구현 가능한 일임
  편의상 USB 이더넷으로 제어용 웹서버를 여는 장치를 본 적이 있음
유럽 대도시에서 거의 100% 메시 커버리지가 있는 환경으로 Meshtastic을 테스트했는데, 실제 성능은 꽤 실망스러웠음
안테나 이득 차이와 형편없는 메시 성능 때문에 메시지를 받기는 해도 답장을 못 하는 경우가 많았고, 공개 채팅은 완전히 죽어 있거나 테스트 메시지로 넘쳤음
메시가 실제로 잘 확장되지 못해서 100개 넘는 노드가 있으면 무너지고, 중간 속도 채널도 금방 막혀 모든 게 매우 느렸음. 아무도 안 쓰는 상황에서도 겨우 작동하는 수준이라 비상 상황에서는 Meshtastic에 의존하지 않을 것 같음
차라리 공개 Wi-Fi 메시가 더 가치 있을 듯함. 중고 Wi-Fi 라우터는 거의 공짜이고 공급도 많으며 전력도 적게 씀. 모두가 이미 주머니에 호환 클라이언트 기기를 갖고 있음. 완전 정전에서는 메시가 실패하겠지만, 전기가 있을 때는 적어도 뭔가에 쓸 수 있음
- 이 평가에 동의함. 1년쯤, 어쩌면 더 오래 두 노드를 운영했지만 그동안 접촉은 아마 두 번뿐이었음
  868MHz에 맞춘 Yagi 안테나나 전용 폴 안테나를 써도 내 위치에서는 범위가 꽤 나쁨. 길을 따라 1km만 걸어도 신호가 빠르게 떨어지는 듯함. 높이가 핵심이라는 건 알고 안테나도 꽤 높지만, 868MHz는 감쇠가 매우 빠른 것 같음
  그래서 Meshtastic이 특별히 효과적인 해법이라고 믿지 않음. 원리는 타당하지만 실제 구현은 부족함. 특히 SDR 덕분에 간단한 휴대용 무전기가 약 20유로로 아주 저렴해진 지금은 Hamnet이나 전통적인 아마추어 무선 같은 기존 방식이 훨씬 낫다고 봄
- Wi-Fi 라우터는 커버하는 면적에 비해 전력을 꽤 많이 씀
  100제곱미터에 10와트쯤이면 도시 전체를 덮으려 할 때는 큰 비용임
- 스페인 정전을 겪어보니, 휴대폰을 쓰는 이런 방식은 정말 유용했을 것 같음
  그러면 한 사람만 발전기나 Starlink를 갖고 있어도 어느 정도 연결성을 제공할 수 있음
- 휴대폰 제조사들이 아직 메시 네트워크를 구현하지 않았다는 게 놀라움
  Apple의 Find My 네트워크를 일종의 메시라고 부를 수는 있겠지만, 임의 데이터를 몰래 실어 나르려면 대역폭이 매우 낮음. Apple의 새 모바일 Wi-Fi 칩이 실제 인터넷 메시 네트워크의 전조일 수도 있음
- Meshtastic도 다른 네트워크, 메시 Wi-Fi까지 포함해서 마찬가지로 어느 정도 계획이 필요함
  내 지역에는 산 정상에 아주 잘 배치된 ROUTER 노드 몇 개가 있어서 낮은 도심의 잡음 폭주를 대부분 억제하고, 약 80km까지의 로컬 메시징은 꽤 안정적임. Wi-Fi로는 절대 불가능한 일임
  지역 노드는 약 80개, LONG_FAST 채널, 인구는 약 50만 명인 조건임
  다만 Meshtastic의 라우팅 알고리즘은 극도로 비효율적이고 개선 여지가 매우 큼
전기가 나가고, 인터넷이 끊기고, 휴대폰이 안 되는 아침에 깨어나는 악몽이라니, 나이가 들수록 점점 더 목가적으로 들림
- 문제에 한 차원을 더해보면, 어느 날 일어나 보니 도로가 작동하지 않는 상황을 상상할 수 있음
  그날 늦게 도로가 다시 작동한다는 걸 안다면 많은 사람은 즐거운 시간을 보낼 수도 있음. 하지만 문제가 길어지면 그 혼란은 광범위하고 불쾌한 결과를 낳을 것임
  우리는 아직 기술에 얼마나 의존하는지, 그 기술들이 얼마나 취약할 수 있는지 잘 인식하지 못함. 몇 년 전 누군가 달걀 공급 중단에 대비해야 한다고 했다면 웃음을 샀을 것임. "난 달걀 별로 안 좋아해" 같은 농담도 나왔을 것임. 화장지 사재기는 어떤가. 이 두 사건만 봐도 공급 중단이 적어도 어느 정도는 가능하다고 판단할 수 있음. 재화와 서비스가 끝없이 공급된다는 과거의 가정이 미래에는 유지되지 않을 수 있음
  재미있는 농담이고, 개인적으로 없어져도 그립지 않을 의존성도 몇 가지 있음. 그리워지기 전까지는
  개인적으로 흥미로운 개념은 전반적인 회복탄력성임
- 풍자는 알겠지만 상황을 충분히 강하게 시뮬레이션하지 않은 것 같음
  최근 정전 때 스페인과 포르투갈 대부분에서 실제로 이런 일이 일어났고, 보기 좋은 상황은 아니었음
- 평시라면 그렇지만, 어떤 종류든 위기라면 전혀 아님
- 몇 년 전 WhatsApp과 여러 소셜미디어가 내려갔을 때 그날 저녁 베를린에서 밖을 산책했는데, 거리가 이상하게 활기찼음
  꽤 초현실적이었음. 어떤 편향일 수도 있지만 나도 이런 식으로 보게 됨
- "비상 라디오를 켜면, 있다면, 계속 반복되는 'Swan Lake'만 들린다"는 부분은 왜 잘랐나?
메시 네트워크는 재난 회복력의 기반이고 필수적임. 그 위에 어떤 서비스를 올릴지가 문제임
실시간 채팅이라면 어디서나 동작이 검증된 거칠고 안전하지 않은 단순함의 IRC, 현대적 보안을 얹은 Matrix, 혹은 거의 아무도 모르는 메시 네이티브 방식이 있을 수 있음. 재난 이후 실제 사용자를 어떻게 온보딩할지도 중요함
저장 후 전달 메시징은 SMTP 계열이 잘 맞을 수 있지만, 각 지역 재난 POP마다 실제 분산 서버가 있어야 함. 큐에 사실상 영원히 남도록 타임아웃과 재시도 파라미터도 필요함
포럼은 오래된 NNTP보다 나은 게 있을까? 다른 프로토콜은 간헐적 간접 연결을 뒤늦게 받아들였지만, NNTP는 그런 환경에서 태어났음
실제 재난 상황에서 더 정교하거나 상호작용적인 것이 현실적인지도 의문임
주요 OS별 클라이언트가 담긴 온보딩 키트, 일종의 AOL CD-ROM 같은 것도 USB 동글을 통한 스니커넷 배포에 유용할 수 있음
- 재난 이후 온보딩은 앱스토어 잠금과 사이드로딩의 어려움 때문에 복잡해짐
  심지어 휴대폰에서는 평범한 http나 자체 서명 https 연결을 여는 것도 이제 까다로움
  나보다 똑똑한 누군가는 이런 도구 모음을 갖고 있겠지만, 어디서 찾는지 모르겠음
  저장 후 전달 쪽으로는 NNCP가 이런 목적에 맞게 설계됐지만 아직 널리 퍼지지는 않았음
- 글의 요지는 그 메시 네트워크를 인터넷 대체물로 쓰자는 게 아니라고 봄
  저자의 아이디어는 "회복력 클럽"이 일반 인터넷을 복구하는 동안 쓸 통신 채널을 메시 네트워크가 제공한다는 것 같음
메시 무선의 대역폭은 꽤 나쁨
우선 많은 간섭원과 경쟁해야 하고, 여기에는 다른 LoRa 무선도 포함됨. 정전이 되면 좀 나아질 수는 있음. 더 중요한 건 장거리 연결이 중간 홉마다 대역폭을 소모하고 지연과 지연 변동을 쌓는다는 점임
문자 메시징 정도는 합리적일 수 있지만, 홉당 대역폭이 0.3kbps에서 27kbps이고 공유 다중 홉 링크에서는 더 쪼개지므로, 그 외에는 짧은 거리의 초저대역폭 음성 통화나 미니멀한 텍스트 전용 웹사이트 방문 정도를 제외하면 비현실적임
고정형 다중 메가비트 지점 간 마이크로파 무선 링크를 백본으로 보강하고, LoRa는 접근망으로만 쓰는 편이 더 말이 될 수 있음
실제로 이렇게 해본 경험이 궁금함
- 글의 요지는 그 메시 네트워크를 인터넷 대체물로 쓰자는 게 아니라고 봄
  저자의 아이디어는 "회복력 클럽"이 일반 인터넷을 복구하는 동안 쓸 통신 채널을 메시 네트워크가 제공한다는 것 같음
- 말하다 보니 도시별 클럽 운영 마이크로파 백본 네트워크 아이디어에 도달했음
  100Mbit급 지점 간 Ethernet-over-microwave 링크 같은 것을 기반으로 하고, 높은 건물을 허브로 쓰면 꽤 괜찮은 메시를 만들 수 있을 듯함. Wi-Fi, LoRa 또는 둘 다 접근망 역할을 할 수 있음. 장거리 메시 대역폭이 매우 제한적이므로 남용을 막기 위해 클라이언트별 대역폭 제한은 반드시 필요함
  물론 싸지는 않음. 괜찮은 마이크로파 링크는 수천 달러이고, 네트워크의 모든 부분에 예비 태양광과 배터리 전원이 필요함
  "큰 귀, 작은 입" 기법으로 대역폭을 올리는 것도 고려할 만함. LoRa 같은 기술의 고정 링크가 합법 EIRP 수준으로 송신하되, 수신 측에는 고이득 포물면 접시, 예컨대 재활용 위성 접시와 저잡음 증폭기를 양끝에 붙이면 종단 간 Eb/No를 크게 높일 수 있고, 법적으로 가능한 범위에서 대역폭과 거리를 훨씬 늘릴 수 있음
  필요한 하드웨어는 안테나 간 능동 RF 스위칭이나 하이브리드/서큘레이터를 이용한 이중화로 꽤 가능해 보임. 이미 누가 이런 것을 만들었거나 제조하는지, 실제 구현과 규제 장벽이 무엇인지 궁금함
- 맞는 말이고, 독점 변조 방식은 상황을 더 나쁘게 만듦
이 글은 대형 통신사만 있는 도시에서 나온 것이라면 더 이해가 됨
독일 Dresden에는 도시 곳곳에 선을 깔거나 마이크로파 안테나를 둔 자원봉사 조직들이 여럿 있음. AG DSN, Bürgernetz, Freifunk가 그렇고, 최근에는 자원봉사자들이 운영하는 인터넷 교환소 DD-IX도 생겼음
그래서 전기만 있다면 우리에게는 자체 인터넷이 있음
- 저자는 전기가 없어도, 배터리가 버티는 동안은 동작하는 시스템을 상상하는 것 같음
Meshtastic은 재미있지만 제한적이고, 실제 메시 인프라라기보다는 무선 채팅 앱에 가까움
탈중앙 통신을 진지하게 생각한다면 Reticulum을 볼 만함: https://reticulum.network
Reticulum은 LoRa에 한정되지 않고 IP, 직렬 연결, 패킷 무선, 그 밖에 가진 무엇이든 통해 동작함. 지연 허용, 다중 홉, 암호화, 서버 불필요가 특징임. 아직 할 일과 만들 앱은 많지만 기반은 탄탄함
EH22의 좋은 발표: https://media.ccc.de/v/eh22-97-eggceptional-meshnetworking
- EH22 발표 링크는 내겐 404가 뜸
  아마 이 링크일 듯함. 끝에 하이픈이 있음
  https://media.ccc.de/v/eh22-97-eggceptional-meshnetworking-
회복력으로 가는 더 나은 길은 주 반대편 취미가들 사이의 지속적 무선 연결이 아니라, 버스 반대편에 앉은 사람들 사이의 간헐적 연결과, 마침 그 방향으로 가는 사람들이 주머니 속 파일시스템에 "인터넷" 트래픽을 실어 나르도록 배치하는 애플리케이션 계층이라고 느낌
각 홉이 누군가와 악수하고 그 개인키 소유자가 실제 인간임을 확인할 기회가 되면 위협 지형이 달라짐. 그 위에 쌓을 수 있는 최소한의 신뢰 계층이 생김. 바람에 떠다니는 하드웨어 주소로는 그런 걸 얻을 수 없음
두 방식 모두 사용자 행동 때문에 네트워크 운영자가 해로운 관심을 끌 잠재력은 있지만 정도가 매우 다름. 지금까지는 전송원을 추적하겠다며 Meshtastic 운영자 문을 부수고 들어가는 일은 없는 것으로 알지만, 다른 장거리 장난 수단이 실패하면 달라질 것 같음
가장 회복력 있는 인프라는 고가치 표적이 없는 것, 즉 각 사용자가 똑같이 운영자인 구조일 것임
- 이 아이디어는 Secure Scuttlebutt와 많이 비슷하게 들림
  현재 상태는 잘 모르겠음. 웹사이트에서 연결한 클라이언트는 한동안 개발이 중단된 듯함
  https://en.m.wikipedia.org/wiki/Secure_Scuttlebutt
- nncp가 내가 찾은 것 중 최고의 스니커넷 도구에 가까움
  매우 UNIX스럽기 때문에 기술자가 아니면 운영하기 꽤 어렵지만, 그만큼 UI로 감싸기도 쉬울 것임. 설정에 "이웃" 목록을 명시적으로 추가해야 하고, "패킷"은 파일로 스풀하거나 TCP/Noise 연결을 사용해 보낼 수 있음. 홉 단위 전달도 가능하고 종단 간 암호화도 됨
  http://www.nncpgo.org/
  https://www.complete.org/nncp/
- 너무 사이버펑크스럽게 생각하는 것일 수도 있지만, 시스템이 장거리 물리 배송을 한 사람에게 보상을 주면 멋질 듯함
  사람들이 붐비는 지역을 걸어 다니며 보낸 메시지를 모은 뒤, 도시 반대편으로 뛰어가 암호화된 메시지가 수신자를 찾게 하는 배달원 커뮤니티가 생길 수 있음
- 미국은 불행히도 넓게 퍼져 있음
  그런 접근은 도시에서는 통하겠지만, 사람들이 버스를 타지 않거나 매일 다른 사람 주변에 있지도 않은 곳에서는 훨씬 덜 효과적일 것임
  6마일 정도 닿는 방식의 장점은 교외와 20~40에이커 구획이 있는 농촌 지역을 비교적 효과적으로 덮을 수 있다는 점임
- 주머니 속 파일시스템에 "인터넷" 트래픽을 실어 나른다는 게 무슨 뜻인가?
괜찮지만 좀 낡고 불완전함. 요즘은 Meshcore가 Meshtastic과 꽤 경쟁하고 있음: https://meshcore.co.uk/
기억할 점은 LoRa는 짧은 문자 메시지만 허용한다는 것임. 이미지, 음성, 바이너리 파일은 생각도 하지 말아야 함
또 다른 선택지는 20유로짜리 저가 중국 무전기 Quangsheng UV-K5로 위성 연결을 통해 문자 메시지를 보내는 APRS임
- LoRa와 위성 APRS, 사실 지상 APRS도 마찬가지로 문제는 대역폭이 매우 제한적이고 보통 "한 번에 한 사람"만 가능하다는 점임
  Meshtastic이나 Meshcore가 수십 개 기지국과 몇 명의 채팅 사용자에게는 괜찮을 수 있지만, 숫자가 늘어나면 라우팅과 신호 처리에 대역폭 대부분이 쓰이고, 많은 사람이 동시에 메시지를 보내면 전체 시스템이 매우 불안정해짐
  APRS는 아마추어 무선 면허가 필요하고 보통 장비도 조금 더 비싸기 때문에 조금 낫지만, "SmartBeaconing"과 몇 명의 햄만 있어도 충돌, 즉 여러 사람이 동시에 송신해 서로 방해하는 일이 생김
  Reddit에는 이런 저가 중국 무전기를 사는 프레퍼와 바보들이 흔한데, 보통 지식도 없고 필요한 면허도 없으며 실제 사용법도 모름. 도시 환경에서 단신 통신 범위는 수백 미터, 또는 무전기 사이에 큰 건물 한두 개 정도로 측정됨. 중계기는 실제 긴급 서비스가 쓰고 있을 것이어서 어떤 종류의 "사적 사용"에도 사실상 쓸 수 없음
  요약하면 책 몇 권과 카드 한 벌을 챙기고 기다리는 게 낫음. 그리 오래전만 해도 집 밖에서 연락이 안 되는 게 표준이었고, 우리는 잘 버텼음
- Meshcore에서 이해가 안 되는 건 목표가 무엇이냐는 점임
  상업적 사업처럼 보이고 연락처 이메일도 customers@...임. 라이선스도 모르겠음. 차라리 Meshtastic을 쓰겠음
- https://meshcore.co.uk/about.html에 가보면 YouTube 영상 두 개가 있고 "Download Docs PDF" 버튼은 없다는 사실만으로도, "인터넷을 쓰지 않고 사람과 사물을 연결한다"는 말을 얼마나 진지하게 받아들이는지 알 수 있음
- 매우 저대역폭 코덱을 쓰면 LoRa에 음성을 거의 욱여넣을 수는 있음
  공격적인 코덱은 0.5kbps 미만도 가능함. 음질을 희생하되 표준 코덱을 쓰고 싶다면 군용 MELPe 코덱에는 600bit/s 표준 모드가 있음
- Meshcore는 처음 들어봤음. Meshtastic보다 더 조직적으로 들림
  대충 살펴본 바로는 더 다듬어진 것 같지만, 동시에 조금 더 불투명해 보임. 아직 자리 잡을 시간이 충분하지 않았기 때문일 수도 있음. 공개 자격은 갖춘 듯함
  글의 "위기가 오기 전에는 조직이 듣지 않는다. 할 수 있는 건 도구와 계획을 준비해두는 것뿐이다"라는 답은 너무 슬프지만 정말 맞는 말임
  100년 넘은 회사에서 일할 수 있었는데, 그 회사는 전쟁, 대공황, 경기침체, 시장 붕괴 등을 겪어왔음
  그런 회사는 재난 계획에 꽤 열려 있는 편이었지만, 동시에 모래에 머리를 박는 고집쟁이 같을 때도 있었음. 가장 큰 특징은 재정적으로나 문화적으로 보수적인 성향이 강했다는 점이고, 요즘 기술 업계에서는 꽤 특이함
  재해 복구 시스템을 관리해본 사람은 지원을 얻기가 얼마나 어려운지 앎. 재해 복구는 비싸고, 자원을 많이 먹고, 테스트하기 어렵고, 사람들이 생각하고 싶어 하지 않는 영역임. 보험과 비슷함
Meshtastic/LoRa는 통신용으로 그냥 나쁘고 문제가 너무 많음
분쟁 상황에서는 LoRa를 켜는 사람의 위치로 포탄이나 로켓이 날아올 수 있음
우크라이나에서처럼 기본 펌웨어의 DJI 드론을 켜보면 무슨 일이 나는지 알 수 있음
우크라이나에서 무전을 쓸 때도 1번 규칙은 암호화 무전을 쓰지 않는 것임. 이 예가 특히 마음에 드는 건 상식과 반대로 보이기 때문임. 적이 전체 통신을 볼 수 있는데 왜 암호화하지 않은 무전을 쓰고 싶겠는가
이유는 암호화된 무선 트래픽이 적에게 매우 흥미롭기 때문임. 누군가 그걸 쓰고 있다면 중요한 사람일 가능성이 크고, 그러면 포탄을 보내게 됨
- 그렇게 쉽게 포병 표적이 된다면 오히려 이점을 만들 수 있음
  전선 근처에 LoRa 장치를 무작위로 배치하고, 위험을 줄이기 위해 자율 드론이나 광섬유 드론으로 투하한 뒤, 무작위 타이머로 켰다 껐다 하면 적이 포탄과 드론을 소모하게 만들 수 있음

답변달기

인터넷 복원력 클럽을 시작하는 방법

Internet Resiliency Club의 역할

지금 준비해야 하는 이유

위기 대응과 자원봉사 네트워크

빠른 시작 절차

LoRa와 Meshtastic의 기본 동작

Meshtastic과 MeshCore 선택

배터리와 태양광 전원

추천 LoRa 기기

SenseCap Solar P-1 Pro

Heltec V4 이상

SenseCap Card Tracker 1000-E

LILYGO T-Echo

펌웨어 설치와 무선 설정

모임과 연습

Hacker News 의견들

인터넷 복원력 클럽을 시작하는 방법

Internet Resiliency Club의 역할

지금 준비해야 하는 이유

위기 대응과 자원봉사 네트워크

빠른 시작 절차

LoRa와 Meshtastic의 기본 동작

Meshtastic과 MeshCore 선택

배터리와 태양광 전원

추천 LoRa 기기

SenseCap Solar P-1 Pro

Heltec V4 이상

SenseCap Card Tracker 1000-E

LILYGO T-Echo

펌웨어 설치와 무선 설정

모임과 연습

함께 보면 좋은 글 β

댓글과 토론

Hacker News 의견들