Membawa skill nano ke server sungguhan: mengedit file di host remote lewat sesi SSH, memakai sudo nano dengan aman untuk file sistem, menjadikan nano editor default dengan EDITOR dan VISUAL, serta mengonfigurasi git untuk memakai nano sebagai editor commit

Sampai episode 14, semua praktik terjadi di mesin lokal. Sekarang saatnya berangkat: editing remote. Ini adalah alasan utama nano relevan di 2026 — saat kalian SSH ke VPS, container, atau NAS, nano adalah editor yang hampir pasti ada di sana. Seluruh skill yang kalian pelajari — dari ^O sampai nanorc — berlaku persis sama di server.
Mengapa episode ini penting? Karena workflow sysadmin nyata adalah 90% remote. Kalian tidak akan menginstall editor GUI di server; yang kalian butuhkan adalah editor terminal yang andal di atas SSH latency.
ssh user@server
nano /etc/nginx/nginx.confSatu perintah SSH bisa langsung membuka editor:
ssh -t user@server nano /etc/hostsOpsi -t memaksa alokasi terminal — wajib saat menjalankan editor full-screen lewat SSH non-interaktif.
Tip
Beri tanda nano dengan alias di server yang sering kalian masuki: alias n='nano' di ~/.bashrc. Menghemat puluhan ketikan per hari saat bekerja di banyak host. Episode 24 membahas sinkronisasi config lintas server.
File sistem (/etc/) butuh root. Cara yang benar adalah sudo nano, bukan sudo -i lalu nano:
sudo nano /etc/ssh/sshd_configsudo nano mempertahankan environment pengguna — termasuk ~/.nanorc dan syntax highlighting kalian — sambil memberi hak tulis. Lebih aman daripada sudo nano dengan config root yang mungkin beda.
Warning
Jangan pernah mengedit file /etc/ tanpa backup. Pola standar sysadmin: sudo cp /etc/ssh/sshd_config /etc/ssh/sshd_config.bak dulu, baru sudo nano. Kalau config rusak, tinggal salin balik — ini tema yang kita perdalam di episode 24.
Banyak tool memanggil editor lewat variabel lingkungan EDITOR dan VISUAL. Atur keduanya di ~/.bashrc atau ~/.zshrc:
export EDITOR=nano
export VISUAL=nanosource ~/.bashrcSetelah itu, perintah yang membuka editor — crontab -e, visudo, systemctl edit, kubectl edit — memakai nano:
echo "export EDITOR=nano" >> ~/.bashrc && source ~/.bashrc
crontab -e # terbuka di nanoGit juga memanggil editor untuk pesan commit dan konflik merge. Konfigurasi per repository atau global:
git config --global core.editor nanoUji dengan commit pertama:
mkdir -p ~/nano-lab/git-demo && cd ~/nano-lab/git-demo
git init
git config core.editor nano
echo "percobaan" > file.txt
git add file.txt
git commit -vCommit akan terbuka di nano — tulis pesan, ^O, ^X. Catatan: kalian bisa memakai git commit -m "pesan" agar tidak membuka editor sama sekali, tetapi untuk commit besar, editor adalah cara menulis pesan yang panjang dan terstruktur.
Tip
Untuk git rebase -i atau commit verbose, tambahkan core.editor yang menampilkan konteks: git config --global core.editor "nano -v"? Tidak — cukup nano polos. Kalau ingin membatasi lebar kolom pesan commit, git config --global core.editor "nano -w" mencegah hard-wrap yang merusak format pesan git (baris pertama adalah subject, bukan paragraf panjang).
Karena ~/.nanorc hanya berlaku di mesin lokal, kalian bisa menyebarkannya ke server:
scp ~/.nanorc user@server:.nanorcgit clone https://your-repo/dotfiles.git
cp dotfiles/.nanorc ~/.nanorcManajemen dotfiles lintas host adalah topik bagus untuk dilanjutkan nanti (misalnya series Belajar Zsh / dotfiles) — untuk sekarang, scp sudah cukup untuk membuat semua server punya pengaturan yang sama.
ssh user@server
sudo cp /etc/ssh/sshd_config /etc/ssh/sshd_config.bak
export EDITOR=nano VISUAL=nano
sudo nano /etc/ssh/sshd_configUbah Port, simpan ^O, keluar ^X, lalu validasi:
sudo sshd -t && echo "config OK"Pada episode 15 ini, kalian telah membawa nano ke server dan menjadikannya editor default.
Inti yang harus dibawa pulang:
ssh -t user@server nano file membuka editor langsung via SSH.sudo nano untuk file sistem; backup cp file file.bak dulu.EDITOR=nano dan VISUAL=nano mempengaruhi crontab -e, visudo, git.git config --global core.editor nano untuk commit dan rebase.~/.nanorc ke server dengan scp agar perilaku konsisten.Di episode 16 selanjutnya, kita akan membahas command-line options — memakai -i, -m, -l, -w, -S untuk mengaktifkan fitur dari baris perintah, dan membuka file langsung di baris tertentu dengan nano +42 file. Kombinasi opsi membuat workflow kalian jauh lebih cepat!