Apa yang dilakukan metode email pada perekam Xiongmai
Isi pengaturan email perekam dengan nilai SMTP pada halaman hostnameFastDDNS Anda — mail.fastddns.net, port 2626, tanpa SSL, dan alamat pengirim yang dihasilkan panel untuk hostname tersebut — lalu aktifkan alarm dengan Send Email dicentang. Setiap email alarm yang dikirim perekam memperbarui hostname ke IP publik tempat email tersebut dikirim, dan pengaturan DNS perekam itu sendiri tidak pernah disentuh.
Ada dua hal yang tidak dilakukan metode ini. Metode ini tidak membuka perekam ke internet — port 34567 masih harus diteruskan pada router Anda, dan tidak ada yang berfungsi sama sekali jika penyedia layanan menempatkan Anda di belakang CGNAT. Selain itu, hostname hanya diperbarui ketika alarm benar-benar aktif. Itulah kompromi yang Anda terima agar DNS tetap tidak diubah.
Kapan menggunakan metode ini alih-alih mengubah DNS perekam
Perekam Xiongmai dapat menjangkau FastDDNS dengan dua cara, dan halaman hostname Anda menampilkan keduanya dalam kartu yang sama. Metode perubahan DNSPerubahan DNS mengarahkan perekam ke server DNS FastDDNS sehingga klienNO-IP DDNS bawaannya menggunakan layanan ini. Metode ini memperbarui hostname berdasarkan jadwal, terlepas dari ada atau tidaknya aktivitas di depan kamera — tetapi server DNS tersebut menjawab nama eksternal dengan alamatnya sendiri. Akibatnya, sinkronisasi jam, cloud P2P, dan email alarm yang ingin Anda kirim ke kotak masuk sendiri dapat berhenti berfungsi.XMEye cloud P2P, dan email alarm apa pun yang ingin Anda kirim ke kotak masuk Anda sendiri bisa berhenti berfungsi.
Metode email memiliki kompromi yang berlawanan.
| Perubahan DNS (Metode 1) | Peringatan email (Metode 2) | |
|---|---|---|
| Server DNS perekam | Diganti | Tidak disentuh |
| Jam NTP, cloud P2P, notifikasi email Anda sendiri | Mungkin berhenti berfungsi | Tetap berfungsi |
| Pemicu pembaruan | Timer DDNS milik perekam | Alarm yang mengirim email |
| Menggunakan menu DDNS | Ya — Network > DDNS | Tidak — berfungsi pada firmware yang tidak memiliki daftar DDNS yang dapat digunakan |
| Titik lemah | Segala sesuatu yang harus dicari oleh perekam berdasarkan namanya | Kamera yang tidak aktif: tidak ada alarm, tidak ada pembaruan |
Jika perekam memantau pintu, gerbang, atau koridor yang setiap hari dilalui orang, metode email adalah pilihan yang lebih aman. Jika perekam mengawasi gudang yang tidak dimasuki siapa pun selama berminggu-minggu, baca bagian terakhir sebelum memilih metode ini.
Bagaimana pembaruan sebenarnya terjadi
Luangkan waktu tiga puluh detik untuk memahami ini, karena penjelasan ini memberi tahu Anda apa yang harus diperiksa saat terjadi masalah. Ketika perekam mengirim email alarm, perekam membuka koneksi SMTP biasa ke FastDDNS server email milik alamat pengirim di dalam envelope, dan alamat IP asal koneksi. Beberapa detik kemudian, proses latar belakang mengambil pasangan tersebut, mencari hostname yang memiliki alamat pengirim itu, lalu menulis IP tersebut ke DNS.
Ada tiga konsekuensi, dan masing-masing dapat menghemat waktu Anda hingga satu jam saat terjadi masalah:
- Alamat yang dicatat adalah IP publik koneksi internet tempat perekam berada. Itulah yang Anda inginkan untuk penggunaan di rumah. Ini juga berarti bahwa jika perekam mengirim email melalui relay lain, alamat relay tersebut yang akan tercatat. Jadi, biarkan server SMTP tetap diatur ke server yang tercantum di panel.
- Alamat pengirim adalah satu-satunya kredensial dalam proses ini. Tidak ada kata sandi yang diperiksa saat pembaruan diterima melalui email — alamat itu sendiri adalah kuncinya. Perlakukan alamat tersebut seperti kata sandi: jangan membagikannya di forum dan samarkan dalam setiap tangkapan layar yang Anda bagikan. Jika membutuhkan bantuan, sebutkan hostname, bukan alamat pengirim. Setiap hostname memiliki alamat pengirimnya sendiri, sehingga alamat tersebut hanya mengidentifikasi satu nama.
- Port 2626 adalah port yang harus digunakan. Server email juga mendengarkan pada 25 dan 26, dan tangkapan layar lama panel ini menampilkan 25. Ketiganya masih berfungsi, tetapi banyak ISP rumahan memblokir koneksi keluar melalui 25 untuk mencegah spam. Dari dalam perekam, port yang diblokir terlihat persis seperti kata sandi yang salah. Gunakan nilai yang tercantum di panel.
Sebelum memulai
Periksa apakah Anda memiliki IP publik yang sebenarnya
Buka halaman status WAN di router dan periksa alamat yang diterimanya. Jika diawali dengan 10., 172.16–31., 192.168. atau termasuk dalam 100.64.0.0/10, penyedia Anda membagikan satu alamat kepada banyak pelanggan dan tidak ada layanan DDNS yang dapat membuka jalan masuk — jawaban tentang FastDDNS dan CGNAT menjelaskan opsi yang masih dapat dicoba. Aplikasi seluler FastDDNS memiliki pemeriksa CGNAT jika Anda tidak ingin membaca halaman router.
Ketahui apa yang menjadi acuan panduan ini
Nilai panel di bawah ini diambil dari halaman hostname aktif di 2026-09-03, dan panel selalu menjadi acuan yang benar untuk akun Anda — jika berbeda dari halaman ini, ikuti panel. Tangkapan layar perekam berasal dari menu klasik Xiongmai yang digunakan pada keluarga port-34567 yang mendukung XMEye, vMEyeSuper dan GoodEye untuk berkomunikasi. Nama bidang dapat berbeda antar-build: beberapa firmware menyebut bagian ini Net Service dan yang lain NetService, sedangkan entri email mungkin berada di bawah Advanced. Yang penting, perekam memiliki profil EMAIL dan alarm yang dapat memicu Send Email; jika tidak memiliki keduanya, lanjutkan ke bagian terakhir.
Buat hostname dan salin nilai SMTP-nya
Masuk ke FastDDNS dan buat hostname — minimal enam huruf atau angka, ditambah salah satu domain yang ditawarkan, seperti fastddns.org. Buka hostname tersebut, gulir ke DDNS Configuration Parameters, klik kartu bernama PORT 34567 (XMEYE, VMEYESUPER, GoodEye) lalu buka Method 2: Use email alerts (SMTP).
Salin nilainya persis seperti yang ditampilkan panel. SMTP Server, Username dan Password sama untuk semua orang. Alamat di Sender dan Receiver hanya milik Anda: pengirim yang memberi tahu server pembaruan hostname mana yang terkait dengan email tersebut, dan panel mengisi penerima dengan alamat yang sama agar pesan dapat dikirim ke tujuan yang valid.
Langkah 1 — Aktifkan alarm yang mengirim email
Perekam hanya mengirim email ketika ada sesuatu yang memicunya, jadi langkah ini dilakukan terlebih dahulu. Pada sebagian besar Xiongmai firmware, alarm berada di bawah Setting > Alarm > Video Motion.
Buka menu tersebut dan atur kolom yang menentukan apakah email akan dikirim:
- Channel: kamera yang mendeteksi gerakan biasa.
- Enable: dicentang.
- Interval dan Delay: 120 detik masing-masing, sesuai nilai pada tangkapan layar di bawah. Ini adalah kolom waktu alarm itu sendiri — apa yang dihitung oleh masing-masing kolom dapat berbeda-beda menurut firmware, tetapi secara keseluruhan kolom-kolom tersebut menentukan seberapa cepat alarm berikutnya dapat dipicu setelah satu alarm terjadi, dan karena itu seberapa sering perekam ini dapat melaporkan IP baru.
- Send Email: dicentang. Tanpa ini, alarm akan terpicu tetapi tidak ada email yang dikirim dari perekam.
- Tekan OK untuk menyimpan.
Mengirim email setiap dua menit terdengar seperti terlalu banyak pembaruan untuk satu alamat IP, tetapi sebenarnya tidak. Jika laporan berisi alamat yang sudah dimiliki hostname, server menjawab "tidak ada perubahan" dan mengingat pasangan tersebut selama lima menit. Jadi, email yang tiba dalam jangka waktu itu sama sekali tidak menghasilkan pembaruan DNS.
Langkah 2 — Isi pengaturan email
Akun email itu sendiri berada di bawah Setting > System > Net Service, dalam entri EMAIL pada daftar.
Pilih EMAIL, centang Enable, lalu isi kolom-kolomnya dari panel:
| Kolom pada perekam | Yang harus dimasukkan |
|---|---|
| SMTP Server | mail.fastddns.net |
| Port | 2626 |
| Need SSL | NONE — biarkan nonaktif |
| User Name | nama pengguna di panel, sama untuk setiap akun |
| Password | kata sandi di panel — bukan kata sandi akun Anda |
| Sender | alamat yang dihasilkan panel untuk hostname ini |
| Receiver | alamat yang sama sekali lagi |
| Title | apa saja, misalnya Alarm Message |
Dua kolom lebih sering keliru daripada yang lain. Biarkan SSL nonaktif — parameter yang diberikan panel adalah untuk koneksi biasa, jadi NONE adalah pengaturan yang sesuai. Dan jangan mengganti pengirim atau penerima dengan alamat email Anda sendiri: server pembaruan hanya menerima alamat pada domain milik FastDDNS sendiri dan menolak alamat lainnya selama percakapan SMTP, jadi jika salah satu kolom berisi alamat Gmail, pembaruan tidak akan pernah diterima.
Kemudian tekan Mail Testing. Baris status di bawah formulir seharusnya menampilkan Test message send success. Pesan uji adalah email biasa yang menggunakan alamat yang sama seperti email alarm, dan server pembaruan memperlakukan setiap pesan yang diterimanya dengan cara yang sama — jadi setelah pesan uji benar-benar sampai ke server, pesan itu dihitung sebagai pembaruan. Ini adalah cara tercepat untuk memperbarui hostname tanpa menunggu seseorang berjalan di depan kamera. Baris sukses pada perekam hanya menunjukkan bahwa perekam menganggap dirinya telah mengirim sesuatu, jadi konfirmasikan di halaman hostname, bukan di sini. Tekan OK untuk menyimpan.
Panduan di bawah mencakup dua langkah yang sama pada perekam yang sedang digunakan.
Langkah 3 — Periksa apakah hostname sudah berpindah
Halaman hostname seharusnya menampilkan IP Anda saat ini
Kembali ke hostname di akun FastDDNS Anda. Setelah email sampai ke server, hostname diperbarui dalam waktu kurang dari satu menit; Anda tidak dapat mengukur waktu pengirimannya sendiri, jadi tunggu beberapa menit lalu segarkan halaman. Setelah diterima, alamat di bawah nama berubah menjadi IP publik Anda dan Last Updated diperbarui ke waktu saat ini.
Baca log pembaruan
Bagian Updates from device di halaman yang sama mencantumkan setiap pembaruan beserta status yang dikembalikan server. Pembaruan melalui email dicatat persis seperti pembaruan lainnya, jadi di sinilah Anda memeriksanya, apa pun metode yang digunakan — tabel di bawah menjelaskan arti setiap status. Yang tidak dicatat log adalah bagaimana pembaruan tersebut diterima. Log tanpa entri baru juga tidak selalu berarti tidak ada yang diterima: alamat pengirim yang tidak dapat dicocokkan server dengan hostname mana pun akan dibuang tanpa dicatat, sehingga tampak sama seperti tidak ada email sama sekali.
Resolusi hostname dari luar jaringan Anda
Dari komputer mana pun yang tidak berada di belakang router Anda, minta resolver publik mencari nama tersebut:
nslookup myhome.fastddns.org 1.1.1.1Jawabannya harus sama dengan alamat yang ditampilkan panel. Jika berbeda, email terakhir belum diproses atau tidak pernah keluar dari perekam.
Teruskan port 34567, lalu uji
Hostname yang berfungsi tidak membuka apa pun. Perekam tetap tidak dapat dijangkau sampai Anda meneruskan 34567 ke perekam melalui router, ditambah 80 jika Anda juga ingin menggunakan antarmuka web — catatan tentang DDNS dan port forwarding menjelaskan alasannya. Arahkan aturan tersebut ke alamat LAN perekam, lalu tetapkan alamat itu untuk perekam di router agar aturan tersebut tidak mulai mengarah ke mesin lain. Kemudian periksa dari luar menggunakan port checker, yang memiliki preset untuk XM 34567.
Satu hal yang tidak diberikan hostname adalah enkripsi. FastDDNS menerbitkan nama tersebut, bukan sertifikat TLS, jadi membuka perekam di port 80 melalui browser menggunakan HTTP biasa dan apa pun yang Anda ketik di sana dikirim tanpa enkripsi.
Pemecahan masalah — apa yang dikatakan log pembaruan
Setiap baris di Updates from device memuat kode status. Kode-kode tersebut adalah balasan protokol DynDNS standar, dan dalam metode ini masing-masing menunjukkan kesalahan yang berbeda.
| Status | Yang ditampilkan panel dan tindakan yang harus dilakukan |
|---|---|
| good | Perbarui IP baru Tidak ada — email telah diterima dan hostname kini mengarah ke alamat tersebut. |
| nochg | Tidak ada perubahan IP Tidak ada. Alamatnya sudah benar, atau alamat yang sama dilaporkan lagi dalam waktu lima menit. |
| nohost | Hostname ini tidak ada Alamat pengirim tidak cocok dengan hostname mana pun. Salin ulang dari panel — alamat yang terpotong atau diedit akan menghasilkan status ini. |
| badauth | Nama akun atau kata sandi yang Anda masukkan salah Server menemukan hostname tersebut, tetapi menolak nama akun yang terkait dengannya. Tidak ada pengaturan pada perekam yang menyebabkan atau dapat memperbaiki masalah ini — kirimkan hostname tersebut kepada dukungan. |
| abuse | Hostname ini telah diblokir karena penyalahgunaan Dalam kasus ini, penyebab yang paling umum adalah hostname yang kedaluwarsa: record tersebut dihapus, bukan diperbarui. Perbarui hostname tersebut, atau pindahkan ke rencana yang tidak kedaluwarsa. Jika hostname masih aktif, hubungi dukungan. |
| 911 | Server pembaruan sedang tidak tersedia untuk sementara Ada kegagalan di sisi server, bukan pada perekam Anda. Satu atau dua baris seperti ini masih normal—biarkan email alarm berikutnya mencoba lagi. Jika setiap email kembali dengan pesan ini, kegagalannya bukan sementara; hubungi dukungan dan sertakan hostname tersebut. |
Kasus yang lebih sulit adalah log yang tidak memiliki baris baru sama sekali. Artinya, tidak ada pembaruan yang tercatat—entah email tidak pernah sampai ke server, atau email tersebut tiba dengan alamat pengirim yang tidak dapat dicocokkan oleh server dengan hostname mana pun sehingga diabaikan secara diam-diam. Periksa hal-hal berikut secara berurutan:
- Mail Testing gagal pada perekam. Perekam tidak dapat terhubung ke server email. Periksa apakah gateway dan DNS-nya berfungsi, pastikan Need SSL dinonaktifkan, dan pastikan port yang digunakan adalah 2626 alih-alih 25 yang diblokir oleh penyedia Anda.
- Mail Testing berhasil, tetapi tidak ada yang muncul. Periksa alamat pengirim terlebih dahulu: alamat tersebut harus persis sama dengan alamat di halaman hostname Anda, karena itulah yang digunakan server untuk mencocokkan hostname. Satu karakter yang diubah atau terpotong akan membuatnya tidak cocok dengan apa pun. Alamat penerima juga harus tetap menggunakan domain FastDDNS, jadi biarkan sesuai isian panel. Jika alamatnya sudah benar, perekam mungkin melaporkan keberhasilan meskipun pesan sebenarnya belum diterima. Coba port lain yang tercantum di panel, lalu periksa log lagi setelah alarm berikutnya, bukan setelah pengujian.
- Email hanya terkirim saat Anda menekan tombol tes. Alarm tidak terpicu. Kembali ke Video Motion dan pastikan channel, Enable dan Send Email semuanya diatur pada kamera yang diharapkan mendeteksi gerakan.
- Semua indikator berwarna hijau, tetapi kamera masih tidak dapat diakses. Itu bukan masalah DDNS. Namanya sudah benar, tetapi port 34567 belum terbuka—kembali ke langkah port forwarding.
Menjaga hostname tetap mutakhir saat tidak ada gerakan
Kelemahan metode ini yang perlu diketahui: hostname hanya diperbarui berdasarkan email alarm terakhir. Jika kamera tidak mendeteksi apa pun selama dua minggu dan penyedia Anda mengubah IP selama periode itu, hostname akan tetap mengarah ke alamat yang bukan lagi milik Anda sampai alarm berikutnya. Ada tiga cara untuk mengatasinya, dalam urutan yang sebaiknya dicoba kebanyakan orang:
- Beri perekam alasan untuk mengirim email. Arahkan alarm gerakan ke channel yang mendeteksi aktivitas setiap hari, atau aktifkan jenis alarm kedua yang juga mengirim email. Ini tidak membuat hostname diperbarui seketika—cara ini hanya membatasi lamanya alamat yang sudah usang dapat bertahan, kira-kira selama jeda antar-email.
- Biarkan PC yang mengirimkan laporan. Mesin Windows yang selalu aktif pada koneksi yang sama dapat mengirim pembaruan sesuai jadwal tetap, terlepas dari apa yang dilihat kamera — lihat panduan klien DDNS Windows.
- Beralih ke timer. Jika tidak ada yang perlu menyelesaikan nama eksternal di perekam, metode perubahan DNShostname akan memperbarui dirinya sesuai jadwal dan tidak bergantung pada ada atau tidaknya pergerakan. Halaman hostname juga menyediakan panduan pengaturan melalui aplikasi seluler FastDDNS untuk merek CCTV yang tercantum, termasuk Xiongmai.
Pertanyaan yang Sering Diajukan
Apakah saya harus mengubah DNS perekam untuk metode ini?
Tidak. Itulah inti metode ini. Perekam tetap menggunakan server DNS yang sudah ada, sehingga sinkronisasi waktu, cloud P2P FastDDNSXMEye, dan layanan lain yang perlu menyelesaikan nama tetap berfungsi. Hanya pengaturan email yang berubah.
Apakah saya juga bisa mengirim email alarm ke kotak masuk saya sendiri?
Tidak melalui akun ini. Alamat pengirim harus tetap menggunakan alamat di halaman hostname Anda, karena alamat itulah yang mengidentifikasi hostname ke server pembaruan, dan penerima harus tetap menggunakan domain FastDDNS agar pesan dapat diterima — jadi kedua kolom tersebut tidak dapat diarahkan ke kotak masuk Anda sendiri. Jika Anda juga ingin menerima email alarm di kotak masuk, Anda memerlukan perekam yang mendukung profil email kedua.
Seberapa cepat hostname diperbarui setelah alarm?
Setelah email sampai di server pembaruan, hostname berubah dalam waktu kurang dari satu menit. Penundaan yang benar-benar terasa terjadi sebelum itu: perekam harus memicu alarm terlebih dahulu, dan nilai Interval serta Delay menentukan seberapa cepat perekam memicu alarm berikutnya setelah satu alarm.
Apakah aman membagikan tangkapan layar pengaturan email saya?
Samarkan alamat pengirim terlebih dahulu. Saat pembaruan diterima melalui email, kata sandi tidak diperiksa, sehingga siapa pun yang dapat mengirim pesan dari alamat tersebut dapat mengarahkan hostname Anda ke alamat mana pun. Server, port, dan nama pengguna bersama tidak berbahaya; alamat pengirimlah yang harus dirahasiakan.
