Bisakah asisten AI lokal mendiagnosis masalah tanpa mendapat seluruh akses jaringan?

Kantor cabang melaporkan bahwa telepon bisa melakukan panggilan, tetapi tidak selalu bisa menerimanya. Tim jaringan melihat perubahan antarmuka, peristiwa perutean, dan serangkaian operasi yang mencapai batas waktu. Asisten yang berguna dapat menata pengamatan itu dan menyarankan perintah baca-saja berikutnya. Pilihan model hanya satu bagian dari pekerjaan. Operator juga perlu tahu kredensial yang dapat digunakan alat, teks yang dikirim keluar dari mesin, dan apakah model dapat memicu perubahan.

Transit adalah alat penyelidikan jaringan yang memasukkan aplikasi kliennya ke proyek sumber terbuka Apache 2.0 pada 21 Oktober 2026. Halaman transisinya menetapkan 5 November sebagai batas akses tahunan dan menyebut 17 November sebagai jadwal perubahan AI yang dihosting. Tanggal-tanggal itu menggambarkan transisi bisnis produk. Ketersediaan perangkat lunak dan status suatu akun hosting adalah dua hal berbeda. Rilis proyek, README, dan dokumentasi fitur menjadi rujukan terbaik untuk build yang akan diuji tim.

Apa arti lokal dalam penyelidikan

Memilih endpoint model. Ilustrasi asli Telli.sh.

Klien dapat memakai Ollama atau endpoint lain yang kompatibel dengan OpenAI. Dokumentasi juga menjelaskan cara memakai kunci OpenAI atau Anthropic sendiri serta pratinjau masuk akun ChatGPT Plus atau Pro yang memenuhi syarat. Mengarahkan Transit ke server Ollama pada mesin yang sama bisa menjaga inferensi model di mesin itu. Mengarahkannya ke endpoint perusahaan mengirim data ke endpoint tersebut. Memilih penyedia cloud berarti mengirim permintaan ke penyedia dengan penyamaran data sebagaimana didokumentasikan proyek.

Secara terpisah, klien tetap harus menghubungi perangkat jaringan untuk mengumpulkan bukti. Penyelidikan mungkin melibatkan jump host, akun operator baca-saja, dan beberapa perangkat. Endpoint model lokal tidak membatasi perangkat yang bisa dihubungi klien. Batas itu ditentukan oleh jangkauan jaringan dan lingkup kredensial.

Repositori mendokumentasikan kumpulan alat terbatas dan daftar perintah yang diizinkan untuk vendor yang didukung. Proyek menjelaskan kebijakan persetujuan perintah, termasuk persetujuan otomatis yang dapat dikonfigurasi operator untuk aturan yang cocok pada sistem yang didukung. Penyamaran data dan penyaringan perintah adalah lapisan yang dapat diuji tim. Perlakukan banner perangkat dan log sebagai teks yang tidak tepercaya, terutama jika memuat kalimat perintah. Asisten dapat merangkumnya tanpa menganggap isinya sebagai otoritas.

Switch dan panel patch sejenis dengan yang diselidiki operator. Foto konteks oleh Dsimic, dipotong dan diubah ukurannya, CC BY-SA 4.0. Sumber gambar · Lisensi.

Uji coba yang berangkat dari gangguan yang diketahui

Penyelidikan jaringan. Ilustrasi asli Telli.sh.

Siapkan lab kecil dengan masalah perutean atau antarmuka yang sudah diketahui. Beri alat akun dengan hak minimum pada perangkat sasaran dan sertakan host yang tidak terkait dan seharusnya tetap tidak terjangkau. Minta hipotesis dan daftar singkat pengamatan yang dapat membantahnya. Jalankan satu perintah show yang diusulkan setelah meninjaunya. Bandingkan keluaran dengan pengamatan sama yang dihimpun secara manual.

Berikan gejala ambigu pada percobaan kedua. Layanan yang melambat bisa sesuai dengan beberapa jalur jaringan, dan perintah perangkat bisa mengungkap pengenal pelanggan di lingkungan nyata. String penanda contoh membantu tim memeriksa tempat keluaran dikirim, dicatat, atau disimpan. Pisahkan konektivitas lab dari jump host produksi sampai operator memahami apa yang ditampilkan setiap mode.

Saat mengekspor hasil, kaitkan perintah, waktu, identitas perangkat, dan keluaran yang relevan dengan hipotesis yang didukungnya. Operator kemudian dapat meninjau rantai bukti tanpa harus mengingat kalimat mana yang berasal dari router dan mana yang berasal dari model.

Integritas rilis dan batas model lokal

Transit menyatakan build rilisnya tidak ditandatangani. Berkas SHA256SUMS tiap rilis dapat membantu memeriksa apakah unduhan cocok dengan digest yang dipublikasikan. Perbandingan itu sendiri tidak mengautentikasi penerbit. Tim yang memerlukan artefak bertanda tangan bisa mengevaluasi pembuatan build dari tag yang ditinjau melalui proses distribusi perangkat lunak sendiri. Dokumentasi pemasang Windows juga mensyaratkan PowerShell 7.

Inferensi lokal dapat mengurangi ketergantungan pada penyedia cloud dan sesuai untuk lingkungan dengan pembagian data terbatas. Model lokal yang lebih kecil mungkin mengabaikan konteks, salah membaca keluaran berbagai vendor, atau lebih lambat pada perangkat keras yang tersedia. Uji kasus yang sama dengan konfigurasi lokal dan hosting yang disetujui jika keduanya diizinkan. Ukur jumlah hipotesis yang benar, perintah yang tidak perlu, kekeliruan mengaitkan perangkat, dan waktu operator keseluruhan.

Harapan yang masuk akal pada penggunaan awal adalah pengumpul bukti dengan lingkup terbatas, persetujuan otomatis dimatikan, dan operator meninjau setiap usulan perintah. Jika pengujian lab menghasilkan bukti yang konsisten dan laporan yang bisa dipertanggungjawabkan, pertanyaan berikutnya adalah jenis penyelidikan baca-saja mana yang dapat memakai alur itu di produksi. Keputusan itu lebih sempit dan lebih berguna daripada memberi model akses jaringan umum.

Pasang satu build yang diketahui dan catat batasnya

Rilis v6.5.11 memperbaiki ketidaksesuaian nama dalam manifes checksum agar entrinya cocok dengan nama berkas yang dinormalisasi GitHub. Pilih rilis dan platform secara sengaja, lalu periksa checksum yang dipublikasikan sebelum menjalankan pemasang. Tinjau catatan rilis dan ambil berkas dari repositori resmi. Jika organisasi menyalurkan perangkat lunak yang disetujui melalui katalog terkelola, ikuti prosedur itu. Kecocokan digest sendiri tidak memberi izin pemasangan.

README menjelaskan enam alat penyelidikan. Jumlah yang kecil berguna jika operator tahu jangkauan tiap alat. Catat endpoint model, jump host, dan satu switch uji sebelum memberikan kredensial. Rekam akun yang membuka setiap sambungan. Jika pengembang mengatur server Ollama terpisah, periksa alamat yang benar-benar dihubungi klien. Layanan di jaringan kantor tetap merupakan tujuan eksternal dari sudut pandang laptop.

1. Buat kasus lab dengan gejala yang diketahui dan akun terbatas pada perangkat sasaran.
2. Verifikasi build yang dipilih dan tinjau setelan endpoint, kredensial, serta retensi.
3. Minta pengamatan berikutnya dan hipotesis yang bisa dibantah oleh pengamatan tersebut.
4. Dengan persetujuan otomatis dinonaktifkan, tolak satu usulan dan periksa log perangkat sebelum mengizinkan perintah aman lain.
5. Masukkan nilai penanda yang aman ke log contoh. Periksa apakah klien menyembunyikannya dan di mana nilai itu muncul pada catatan lokal atau endpoint yang dikonfigurasi.
6. Ekspor temuan dan minta operator lain mereproduksi diagnosis dengan bukti yang dicatat.

Pengguna yang kadang berpindah penyedia perlu mengulang latihan setelah konfigurasi berubah. Tombol yang sama dapat memunculkan jalur data baru saat endpoint berubah. Pengamat jaringan dalam lab berizin dapat memverifikasi tujuannya. Tangkapan layar setelan saja tidak membuktikan tujuan mana yang menerima permintaan.

Bedakan switch yang didukung dari shell umum

Model ancaman pada tag Transit menjelaskan kebijakan perintah untuk vendor yang didukung, termasuk persetujuan otomatis opsional berdasarkan aturan cocok yang telah diaktifkan. Uji coba dapat mematikan opsi tersebut dan mewajibkan operator memeriksa tiap usulan. Alat tetap memerlukan akun perangkat dengan lingkup sempit. Dialog persetujuan tidak mengubah hak akses akun layanan menjadi minimal.

Model ancaman yang sama mendokumentasikan kebijakan berbeda untuk Linux dan Unix umum. Jalur itu memperingatkan operator, meminta persetujuan per perintah, dan tidak menawarkan aturan selalu izinkan. Kebijakan perintah yang mendasari sistem umum itu tidak memiliki pembatasan. Pisahkan alur tersebut dari uji coba baca-saja awal kecuali organisasi mampu menegakkan lingkupnya sendiri. Kelas perangkat dan akun adalah bagian rancangan keselamatan.

Skenario lab kedua dapat menguji saat alat menemui keluaran yang tidak dikenal. Perintah mungkin melaporkan penghitung yang tidak dikenali model atau nama antarmuka yang berbeda antara dua vendor. Respons yang berguna mengutip pengamatan asli dan meminta pemeriksaan yang bisa membedakan kemungkinan. Respons yang lebih lemah memperlakukan tafsiran masuk akal sebagai fakta. Operator bisa menilai keduanya tanpa membuka perangkat produksi.

Buat hasil ekspor berguna bagi giliran kerja berikutnya

Diagnosis satu baris praktis bagi orang yang melakukan penyelidikan. Serah terima giliran memerlukan pengamatan terakhir yang dikonfirmasi, hal yang sudah disingkirkan, hal yang masih belum pasti, dan hal yang dapat diperiksa operator berikutnya tanpa membuka ulang semua sesi. Letakkan rujukan bukti di dekat tiap klaim penting. Jika model mengubah diagnosis setelah melihat entri log baru, catat alasannya.

Perbandingan terbaik memasukkan proses manual yang sudah dipakai tim. Catat waktu menemukan pengamatan pertama yang berguna, jumlah usulan perintah yang tidak relevan, dan waktu menulis serah terima. Model lokal dapat memberi manfaat privasi yang berarti jika mampu mengerjakan tugas dengan kecepatan yang dapat diterima. Model hosting yang disetujui bisa lebih praktis untuk kasus sulit jika kebijakan data mengizinkannya. Pastikan jalur sambungan dan bukti yang dihasilkan jelas di kedua mode.

Lacak tiap tujuan secara terpisah

Catatan konfigurasi yang berguna mencantumkan data yang dikirim antarmuka, data yang diteruskan ke inferensi, dan data yang dikumpulkan dari perangkat. Ini dapat memudahkan peninjauan saat mengganti penyedia. Perlakukan pengaturan retensi pada tiap tujuan secara terpisah. Menghapus riwayat sesi lokal tidak membuktikan endpoint telah menghapus permintaan sebelumnya.

Tabel ini menggambarkan penerapan yang umum. Tim perlu mengamati endpoint dan konfigurasi layanan yang benar-benar dipilih. Administrator mungkin melihat merek yang sama pada panel setelan untuk layanan hosting dan gateway privat. Mengidentifikasi nama host dan pihak pengelola yang sebenarnya membuat aliran data dapat diaudit.

Gunakan bukti sintetis untuk memeriksa penyamaran

Buat log lab dengan alamat IP palsu, label perangkat rekaan, dan penanda yang menyerupai pengenal pelanggan. Tandai butir yang menurut kebijakan perlu dipertahankan, disamarkan, atau dihapus. Coba data uji yang sama dalam dua operasi terpisah, misalnya ringkasan chat dan ekspor. Sistem mungkin menyusun kedua keluaran dengan cara berbeda. Periksa tiap kanal sebelum menggunakan data asli.

Pengujian kedua sebaiknya memakai penanda yang disisipkan dalam uraian panjang atau keluaran berformat. Aturan penyamaran bisa menangani kolom yang dikenali tetapi melewatkan nilai sama dalam teks biasa. Jika hasil tetap mengekspos penanda ke tujuan yang tidak berwenang, tutup jalur itu sebelum menyambungkan perangkat produksi. Operator dapat memperkecil kumpulan data asal dan mengulangi uji untuk mengetahui perlindungan yang benar-benar bekerja.

Evaluasi lagi setelah pembaruan

Setelah memperbarui klien, catat penyedia yang dipilih dan ulangi kasus lab yang sama. Perubahan daftar izin perintah atau pencocokan persetujuan otomatis dapat memengaruhi usulan alat. Perubahan endpoint bawaan dapat mengubah tujuan bukti. Verifikasi bersama satu perintah yang ditolak, satu kasus penyamaran, dan satu diagnosis masalah yang diketahui. Rangkaian regresi kecil itu membuat alat sumber terbuka lebih mudah dioperasikan saat lingkungan tim berubah.

Periksa alat dan akun perangkat secara terpisah

Alat baca dapat mengembalikan metadata perangkat atau bukti yang sudah tersedia. Alat eksekusi perintah dapat meminta bukti baru dari perangkat memakai akun yang terhubung. Permintaan ringkasan semestinya tetap bisa dilakukan ketika eksekusi tidak tersedia. Uji batas itu dengan memutus koneksi perangkat sambil membiarkan endpoint model aktif. Respons perlu membedakan informasi pengamatan lama dari pengamatan baru yang tidak bisa dikumpulkan.

Kemudian sambungkan memakai akun yang bisa memeriksa satu switch tetapi tidak bisa masuk mode konfigurasi atau menjangkau segmen jaringan lain. Tim dapat menguji jalur penolakan pada infrastruktur lab sendiri tanpa meminta asisten mencoba perubahan sungguhan. Bandingkan catatan tindakan usulan aplikasi dengan audit masuk dan perintah pada perangkat. Latihan ini memisahkan keputusan kebijakan alat dari akses yang benar-benar dimiliki akun.

Sumber

• Rilis Transit v6.5.11

• Model ancaman Transit pada tag rilis

• Transisi Transit ke sumber terbuka

• Repositori komunitas Transit dan petunjuk rilis

• Rilis Transit

• Dokumentasi fitur Transit

---

Untuk menyimpan catatan percakapan dan keputusan di balik pekerjaan Anda yang dapat ditelusuri, Buat akun Telli.sh.