로컬 및 시리얼
원격 SSH 외에도, 앱은 바로 그 동일한 터미널에서 두 종류의 로컬 세션을 실행합니다: 로컬 셸(데스크톱)과 시리얼/UART 포트(데스크톱 및 Android). 둘 다 여느 SSH 세션처럼 탭입니다 — 이름을 바꾸고, 자체 창으로 떼어내고, 평소처럼 테마를 적용할 수 있습니다.
로컬 터미널
네이티브 PTY(pty4j)로 구동되는 실제 로컬 셸입니다. 사이드바의 로컬 그룹 또는 + 실행기에서 로컬 터미널을 고르세요.
- 완전한 PTY: 작업 제어, 색상,
vim/htop, 창 크기(SIGWINCH) 모두 시스템 터미널처럼 동작합니다. - 로그인 셸과 함께 홈 디렉터리에서 시작합니다.
- 원격 세션 옆의 임시 작업 공간으로 훌륭합니다 — SSH 왕복이 없습니다.
시리얼 / UART
RS-232 / USB-시리얼을 통해 기기와 통신합니다(라우터 콘솔, 마이크로컨트롤러, Pi 헤더). 데스크톱에서는 jSerialComm으로 구동됩니다. Android에서는 USB-OTG를 통해 어댑터를 꽂고(FTDI, CP210x, CH34x, PL2303 및 CDC-ACM 칩 — 루트 필요 없음) 연결할 때 뜨는 USB 권한 요청을 허용하면 됩니다.
연결
- 사이드바 로컬 그룹(또는 +) → 시리얼 포트.
- 드롭다운에서 포트를 고릅니다. 옆의 새로 고침 버튼이 연결된 포트를 다시 스캔합니다.
- 보드 속도, 데이터 비트, 패리티, 정지 비트, 흐름 제어를 설정하거나 — 저장된 프로파일을 불러옵니다.
- 연결. 세션이 터미널 탭으로 열립니다.
터미널 너비
시리얼 회선은 크기 협상을 전달하지 않습니다(Telnet의 NAWS도, SSH의 window-change도 없습니다). 그래서 상대편은 부팅할 때의 크기를 그대로 유지합니다 — 사실상 모든 getty, 부트로더, 기기 CLI에서 80열입니다. 그래도 터미널은 기본적으로 창 전체 너비를 사용합니다. 기기의 커서 이동이 엉뚱한 자리에 떨어지기 시작하면 — 입력한 글자가 프롬프트 한 줄 위에 나타나는 것이 전형적인 증상입니다 — 연결 양식에 두 가지 해결책이 있습니다:
- 터미널 너비 → 클래식 (80열)은 상대편이 가정하는 80열로 그리드를 고정합니다.
- 터미널 크기 전송 (stty)은 연결 후와 크기가 바뀔 때마다 상대편에
stty rows <r> cols <c>를 입력하여, 완전한 Unix 셸이 창을 따라올 수 있게 합니다. 기본값은 꺼짐입니다 — 상대편이 부트로더나 PLC라면 쓰레기 데이터만 받게 되기 때문입니다.
두 설정 모두 프로파일의 일부로 저장됩니다.
프로파일
자주 쓰는 기기 설정을 이름이 붙은 프로파일로 저장하고(예: Cisco console 9600 8N1) 재사용할 수 있습니다. 시리얼 설정에는 비밀이 없으므로 보안 저장소가 아니라 일반 설정 파일에 저장됩니다.
재연결은 동일한 포트를 다시 엽니다. 따라서 케이블을 다시 꽂거나 기기를 재부팅한 뒤 한 번 클릭하면 보드 속도/패리티를 다시 입력하지 않고도 콘솔이 돌아옵니다. 읽기는 고정된 블록이 아니라 도착하는 대로 스트리밍됩니다(minicom처럼).
부팅 로그는 화면 지우기에도 살아남습니다. 시리얼 콘솔은 스크롤백을 보호합니다: clear, 로그인 프롬프트 전에 화면을 지우는 getty, 터미널 리셋은 화면을 지우는 대신 기록으로 보관합니다 — U-Boot → 커널 → 로그인 시퀀스 전체가 스크롤로 남습니다. 부팅이 아주 길다면 설정 → 스크롤 기록 크기를 늘리세요.
로컬 PTY는 데스크톱 전용입니다. 시리얼은 데스크톱과 Android(USB-OTG 사용)에서 동작합니다. iOS에는 둘 다 없습니다 — 플랫폼이 제공할 수 없는 항목은 거기에 나타나지 않습니다.