Saya sedang mengalami banyak kendala, ada begitu banyak masalah yang muncul karena cara kerjanya tidak menerima path dan berbagai hal lain yang muncul sebagai tidak kompatibel.
Saya sangat ingin tetap menyimpan target backup di S3 agar data bisa berpindah melalui internet, dan SMB jelas bukan cara yang tepat untuk melakukannya.
Saat ini saya tidak bisa mengatur VPN antara kedua lokasi, jadi itu bukan pilihan.
Apakah Anda berhasil mengaturnya?
Untuk membantu kami memberikan bantuan lebih lanjut, mohon berikan detail yang lebih jelas tentang masalahnya, atau tangkapan layar yang relevan.
Kami memerlukan informasi yang lebih spesifik untuk melakukan investigasi. Terima kasih!
Hai Steve
Saya memiliki duplicati (stable 2.2.0.1) di Linux dan Windows (dalam setup pengujian) yang ingin saya backup menggunakan penyimpanan S3.
Namun sejauh yang saya lihat, duplicati terutama di Windows, tidak menerima ‘dialek’ S3 yang ditawarkan oleh paket qpkg quobject.
Saya sudah menghabiskan hampir 25 jam mencoba membuat ini berfungsi, dan kebanyakan saya melihat pesan ‘path is not allowed in connection string’ di duplicati.
Saya bahkan menemukan qpkg pihak ketiga minio, namun akhirnya saya menyerah juga, sebagian karena versi minio tersebut sudah sangat lama.
Saya sangat ingin memiliki setup yang berfungsi menggunakan koneksi S3, karena itu jauh lebih mudah untuk diatur sebagai penyimpanan jarak jauh melalui internet, dibandingkan menggunakan smb lewat VPN.
Hmm, saya baru saja mencoba Kopia dari klien Windows, ternyata berjalan lancar tanpa masalah, sangat menarik, saya sendiri belum banyak pengalaman dengan Kopia…
Nah, itu juga menemui jalan buntu di suatu titik.
Saya sangat bingung tentang QuObjects ini.
NAS-nya adalah TS-853A, dan saya punya aplikasi QuObjects di sana, tapi aplikasi itu tidak memberikan kredensial S3, melainkan memberikan nama pengguna dengan tanda titik dua di dalamnya, baik duplicati maupun kopia tidak menyukainya karena itu bukan kunci S3.
Lalu saya mencoba menggunakan ChatGPT untuk bantuan, dan itu mengatakan saya menggunakan aplikasi yang salah, bukan QuObjects yang asli, dan bahwa QNAP telah membuat dua aplikasi dengan nama yang sama?
Jadi menyebut ini S3 tidaklah benar jika tidak bisa memberikan access key dan secret key yang sesungguhnya.
Terima kasih atas laporan Anda mengenai Duplicati!
Kami akan mengevaluasi dukungan dan masalah terkait secara internal. Sangat dihargai!
Terima kasih, beri tahu saya jika Anda perlu melakukan beta test, saya bisa menempatkan TS-853A di DMZ untuk itu?
Jangan pernah menempatkan NAS di DMZ
Saya rasa Anda belum membaca diskusinya, atau tidak tahu apa itu DMZ.
Izinkan saya menjelaskan.
Jika saya menempatkan sebuah perangkat di DMZ, perangkat tersebut tidak dapat mengakses LAN saya, dan saya dapat mengontrol siapa saja yang dapat mengaksesnya dari WAN dengan aturan firewall. Jadi ya, DMZ adalah satu-satunya tempat untuk menempatkannya dalam kasus ini.
DMZ adalah masalah interpretasi, bisa berarti jaringan untuk layanan yang diekspos ke web atau ‘bebas untuk semua’ port forwarding di jaringan rumah (tidak ada perbedaan yang Anda buat).
Namun, jangan pernah menempatkan NAS di DMZ karena itu berarti web GUI dan layanan lain yang seharusnya tidak pernah, sama sekali tidak boleh diekspos ke WAN. Hanya ada sangat sedikit layanan yang sebaiknya diekspos ke WAN (yang diisolasi melalui VM/container di subnet khusus).
Mengekspos QuObjects langsung ke WAN dapat membahayakan seluruh NAS Anda karena semua layanan QNAP berjalan secara internal dengan izin root, sehingga seluruh NAS bisa diambil alih dengan cara itu (lihat deadbolt, muhstick, qlocker, dll).
Jika Anda ingin menggunakan penyimpanan objek S3 yang diekspos secara publik di NAS Anda, lakukan melalui container dan subnet bridge atau fisik (dalam kasus ini koneksi hanya ke subnet tersebut tidak masalah, karena terisolasi dari NAS sebenarnya).
Berikut hasil pencarian acak untuk container S3 yang bisa Anda jalankan di NAS Anda
Saya tidak akan pernah menampilkan QNAP atau NAS lainnya ke internet secara umum, tetapi menempatkannya di DMZ saat bereksperimen, lalu membuka firewall untuk IP tertentu seperti pengembangan QNAP, tidak akan menjadi masalah.
Sebagai mantan betatester QNAP, saya memang punya pengalaman dengan hal ini.
Sayangnya, minio terbaru telah dilucuti dari segalanya dan sudah tidak berfungsi lagi, tapi saya menemukan versi dari bulan April yang masih memiliki GUI.
Saya sudah menghabiskan hampir seminggu untuk mengerjakan ini, dan sekarang ternyata kemungkinan masalahnya ada pada software duplicati yang entah bagaimana memiliki antarmuka s3 yang rusak.
Saya bisa membuatnya bekerja dengan idrive S2, tanpa masalah, tetapi dengan minio atau QUObjects, benar-benar tidak bisa, apapun yang saya lakukan, saya selalu berakhir dengan error ‘path is not allowed’.
Jadi sekarang saya sudah rollback ke duplicati 2.0.8.1_beta_2024-05-07, sesuai rekomendasi chatgpt, dan sekarang saya benar-benar bisa membuat backup, bahkan ke QUObjects dengan akses key username aneh yang ada tanda titik dua di dalamnya.
Jadi sekarang saya bisa menghapus container minio, dan container station, dan benar-benar mengatur backup dengan QUObjects.
Sekarang saya hanya perlu mencari cara agar bisa bekerja dengan SSL.
Heureka!
Setelah seharian penuh berusaha menyelesaikan masalah ini, akhirnya saya memiliki setup yang berfungsi.
QUObjects di TS853a saya dan Duplicati 2.2.0.1 di linux saya (belum diuji di Windows, tapi seharusnya juga bisa).
Konfigurasinya benar-benar spesial.
Jadi saya akan membuat video tentang ini, dan mengunggahnya di channel saya, ya ampun ini benar-benar sulit.
Video tentang pengaturannya ada di sini: https://youtu.be/MFMmU0Fn_TU