Machine: Lampirkan ke komputer yang ada dari klien lain

: +1:

Bagaimana jika menambahkannya ke sistem ke-2 menggunakan driver 'generik', dan kemudian menggunakan perintah eval yang sama di sana?

@clnperez apakah ini proposal atau sesuatu yang Anda yakini berhasil (artinya akan menggunakan kembali mesin jarak jauh yang ada meskipun saat ini berjalan)?

Nah, jika dipikir-pikir, saya rasa Anda tidak dapat melakukan ini b / c Anda harus menyiapkan kunci ssh lagi, atau mengimpornya dari sistem Anda yang lain.

Saya melihat kasus Anda. Seseorang tidak dapat menambahkan entri mesin buruh pelabuhan pada sistem kedua menggunakan driver generik kecuali jika Anda ingin membatalkan pengaturan mesin buruh pelabuhan asli (karena misalnya kredibilitas baru dibuat). Seseorang dapat menjalankan docker-machine create -d none --url [...] pada sistem kedua yang mencerminkan opsi penting (seperti swarm flag) dari pembuatan asli pada sistem pertama dan kemudian secara manual menyalin file .pem yang dipilih dan file id_rsa dari mesin pertama ke mesin kedua DAN secara manual menambahkan bagian untuk akses SSH (dan secara manual mengubah driver menjadi generik dari tidak ada). Ini adalah PITA. Fungsi ekspor / impor yang tepat akan menyenangkan untuk memungkinkan berbagi. Anda juga dapat membagikan file cred yang diperlukan untuk mengkonfigurasi buruh pelabuhan secara manual.

Benar. Satu-satunya cara saat ini adalah dengan mengambil seluruh direktori tetapi ini tidak akan berfungsi dengan beberapa driver (yaitu VirtualBox karena mendaftarkan VM dan jaringan dengan UUID yang tidak cocok). Telah ada diskusi seputar fitur impor / ekspor di masa lalu (https://github.com/docker/machine/issues/23)

Saya memiliki solusi PR / hacky untuk ini di sayap ... Umumnya saya pikir saya ingin memindahkan konfigurasi menjadi portabel / templated daripada hardcode seperti sekarang.

+1

Saya ingin sekali dapat terhubung kembali dengan cepat ke instance cloud (saya menggunakan GCE) yang sudah ada.

Tentunya memiliki konfigurasi yang dapat diimpor / diekspor akan sangat berguna, tetapi saya bertanya-tanya apakah (tambahan) menangani masalah sebagai perhatian pengemudi mungkin tidak menghasilkan pengalaman pengguna yang lebih sederhana.

Dengan cara itu, dengan menggunakan driver google, seseorang dapat terhubung ke instance yang ada di komputer alternatif hanya dengan memberikan token akses yang valid (yang mungkin diminta oleh driver untuk dibuat secara otomatis oleh driver).

Demikian pula, ketika menggunakan driver aws misalnya, (yang belum saya lakukan sendiri, tapi saya kira) seseorang dapat terhubung ke instance yang ada dengan memberikan pasangan kunci / rahasia yang valid (mungkin melalui variabel lingkungan yang sesuai dengan driver-spesifik yang relevan flags - dengan asumsi bahwa proses akan terjadi melalui beberapa subcommand docker-machine selain "create", karena ekspektasinya sedikit berbeda).

Hanya ingin berpadu bahwa ini akan menjadi fitur yang sangat bagus untuk dimiliki. Saya benar-benar ingin dapat berbagi mesin dengan rekan satu tim saya dan kecewa karena pada dasarnya tidak ada cara untuk melakukan ini sekarang. Akan luar biasa jika, misalnya driver generic dapat secara otomatis mendeteksi apakah kotak tertentu telah disediakan dengan docker-machine dan menggunakan kembali sertifikat tls, dll. Ketika seseorang menjalankan docker-machine create di kotak itu lagi.

: +1. Saya ingin melihatnya berhasil. Saat ini kami mengelola bersama mesin yang sama (di Google Compute Engine) dengan orang lain dan satu-satunya cara yang menurut saya berfungsi adalah menyalin seluruh direktori (+ ubah tautan absolut di file config.json). Itu payah. Saya pikir driver generik tidak dapat digunakan dengan mudah dengan cara ini - tentu saja ada masalah otentikasi (tls certs dll.) Tidak dapat digunakan kembali begitu saja ketika Anda menjalankan --create dengan driver generik (entah bagaimana Anda perlu mengotentikasi dan membuktikan bahwa Anda memiliki akses ke mesin yang berbeda untuk setiap driver - di GCE Anda harus memeriksa apakah autentikasi gcloud memungkinkan Anda mengakses mesin). Juga ada masalah kecil yang kecuali Anda telah membuat mesin sebelumnya dengan driver yang diberikan, bagian otentikasi Anda hilang (satu-satunya cara untuk mengotentikasi adalah dengan .. membuat mesin).

Apa yang saya pikir adalah solusi terbaik adalah memiliki perintah "impor" (dengan implementasi yang berbeda untuk driver yang berbeda). Misalnya di GCE, Anda dapat menyimpan semua detail yang diperlukan (kunci, dll.) Di suatu tempat di meta-data mesin: https://cloud.google.com/compute/docs/metadata?hl=id#project_and_instance_metadata dan kemudian melalui menentukan nama proyek / mesin (dan otentikasi) Anda bisa mendapatkan semua kunci yang diperlukan dan mengatur mesin.

Saya akan sangat menghargai fitur ini!

@potiuk Direktori mana yang Anda salin?

@AlexZeitler ~/.docker/machine/machines/<machinename>

+1!

+1 Saya juga ingin melihat solusi untuk ini :-)

Saya mengalami masalah itu hari ini untuk memberikan akses ke rekan kerja.

+1 !!!!!

Sepertinya duplikat dari # 23, bukan?
Hampir 1 tahun sejak kami membicarakan fitur ini, beberapa telah mencoba membuat PR untuk itu, tetapi mereka ditutup ...
Semoga fitur ini akan ada di rilis (utama) berikutnya :)

Ini mutlak diperlukan dalam skenario pengiriman berkelanjutan, di mana Anda ingin menerapkan menggunakan kunci tersebut dari Travis atau Circle CI. Ada petunjuk tentang ETA?

harus memberikan ini +1 juga

+1

+1

Apakah ada yang harus Anda lakukan selain menyalin folder ~/.docker/machine/machines/<name> dan mengubah jalur absolut? Saya mendapatkan pesan kesalahan terkait dengan sertifikat saya, dan upaya untuk membuatnya kembali gagal juga.

@jbasrai Apakah IP dari yang Anda coba akses berubah?

Saya telah mengajukan https://github.com/docker/machine/issues/2516 untuk mulai mempertimbangkan langkah-langkah ke arah yang benar untuk membuatnya lebih mudah.

Ini adalah fitur penting, dan saya ingin melihatnya dalam rilis mendatang. Menurut pendapat saya, konfigurasi mesin harus tetap unik untuk klien, tidak diimpor / diekspor. Alih-alih (seperti yang telah disebutkan orang lain) docker-machine create dijalankan dengan argumen yang sama seharusnya dapat membuat konfigurasi untuk mesin bahkan jika itu sudah ada dari jarak jauh dan bukannya gagal seperti yang terjadi sekarang. Saat menjalankan kembali perintah buat saya untuk mesin amazonec2 yang ada, saya mendapatkan kesalahan ini yang memberi tahu saya bahwa host sudah ada:

Error creating machine: Error with pre-create check: There is already a keypair with the name testing-recreate.  Please either remove that keypair or use a different machine name.

Alih-alih, ini mungkin memperingatkan saya bahwa host sudah ada dan terus menambahkan mesin seperti yang akan dilakukan pada pembuatan awal (mungkin mengharuskan bendera timpa diteruskan). Dengan cara itu saya dapat menjaga skrip pengaturan lingkungan dev / CI saya tetap sederhana dan tidak khawatir harus menyimpan konfigurasi ini di tempat yang dapat diakses oleh rekan tim saya (atau pihak lain).

Sungguh mengherankan bahwa bagi banyak orang untuk bekerja pada vm yang sama, kami harus mengekspor / mengimpor sertifikat dari satu mesin ke mesin lainnya. Jika seseorang menemukan solusi praktis dan siap produksi, itu bagus untuk diketahui.

+1

+1

Benar. Satu-satunya cara saat ini adalah dengan mengambil seluruh direktori tetapi ini tidak akan berfungsi dengan beberapa driver (yaitu VirtualBox karena mendaftarkan VM dan jaringan dengan UUID yang tidak cocok). Telah ada diskusi seputar fitur impor / ekspor sebelumnya (# 23)

@ehazlett jadi saya menggunakan driver aws, bisakah saya:

1. kompres mesin cloud ~/.docker/machine/machines/staging
2. berbagi dengan anggota tim, mereka akan melakukan dekompresi pada ~/.docker/machine/machines/
3. mereka akan memiliki mesin pementasan seperti yang saya miliki? docker-machine ls (atau apakah mereka perlu melakukan perintah lain)

@leandromoreira satu penghalang untuk pendekatan itu adalah bahwa file konfigurasi mesin buruh pelabuhan memiliki jalur kode keras khusus untuk mesin host:

cat ~/.docker/machine/machines/local/config.json

outputs:

...
        "AuthOptions": {
            "CertDir": "/Users/pretzel/.docker/machine/certs",
            "CaCertPath": "/Users/pretzel/.docker/machine/certs/ca.pem",
            "CaPrivateKeyPath": "/Users/pretzel/.docker/machine/certs/ca-key.pem",
            "CaCertRemotePath": "",
            "ServerCertPath": "/Users/pretzel/.docker/machine/machines/local/server.pem",
            "ServerKeyPath": "/Users/pretzel/.docker/machine/machines/local/server-key.pem",
            "ClientKeyPath": "/Users/pretzel/.docker/machine/certs/key.pem",
            "ServerCertRemotePath": "",
            "ServerKeyRemotePath": "",
            "ClientCertPath": "/Users/pretzel/.docker/machine/certs/cert.pem",
            "ServerCertSANs": [],
            "StorePath": "/Users/pretzel/.docker/machine/machines/local"
        }

jadi hanya menyalin seluruh direktori bukanlah solusi lengkap

@bhurlow terima kasih banyak: smile config.json secara manual? apakah itu satu-satunya penghalang?

@leandromoreira Saya telah membuat skrip di sekitarnya seperti ini , versi yang lebih baru dari docker-machine tidak lagi menyandikan kunci base64 dalam file konfigurasi. Pada akhirnya, siapa pun yang ingin menggunakan mesin galangan jarak jauh _must_ memiliki sertifikat TLS sehingga diperlukan pertukaran antar pihak, saya rasa

Terima kasih @bhurlow

@bcwalrus melakukan alat yang hebat sampai kami mendapatkan sesuatu yang resmi.

npm install -g machine-share

# export
machine-share export amazon

# import
machine-share import  amazon.tar

# fix locations :D (it seems this is not using base64 anymore)
machine-share driverfix amazon

@leandromoreira tampak hebat, saya berhasil mengekspor dan mengimpor konfigurasi.

@muhammadghazali itu @bhurlow ide dan usaha: stuck_out_tongue:

+1 Adakah pembaruan tentang solusi resmi untuk ini?

Dengan buruh pelabuhan versi 1.10.1, saya melihat bahwa file config.json memiliki referensi ke berikut dari direktori ~ / docker / machine / certs

        "CertDir": "/home/abc/.docker/machine/certs",
        "CaCertPath": "/home/abc/.docker/machine/certs/ca.pem",
        "CaPrivateKeyPath": "/home/abc/.docker/machine/certs/ca-key.pem",
        "ClientKeyPath": "/home/abc/.docker/machine/certs/key.pem",
        "ClientCertPath": "/home/abc/.docker/machine/certs/cert.pem",

Anda juga perlu menyalin folder ~ / .docker / machine / certs dari mesin asli agar skenario ini berfungsi.

Solusi saat ini tampaknya adalah (misalnya jika Anda ingin membuat Mesin Docker di AWS di satu komputer dan melihat log atau SSH ke dalam mesin dari komputer lain):

1. Buat direktori baru my-dir dan my-dir/machine untuk Mesin Docker yang ingin Anda bagikan sehingga tidak menggunakan sertifikat default Anda
2. Buat Mesin Docker Anda menggunakan opsi --storage-path my-dir/machine (pastikan Anda menentukan jalur absolut)
3. Untuk membagikan Mesin, edit config.json di my-dir/machine/machines/machine-name dan ganti jalur absolut ke my-dir/machine dengan $MACHINE_STORAGE_PATH
4. Unggah my-dir suatu tempat, misalnya ke Github

Ketika seseorang ingin mengimpor Mesin ini:

1. Gandakan atau unduh my-dir
2. Edit config.json untuk Mesin di my-dir/machine/machines/machine-name dan ganti $MACHINE_STORAGE_PATH dengan jalur absolut ke my-dir/machine di komputer lokal Anda
3. chmod 0600 yang id_rsa di my-dir/machine/machines/machine-name

Anda sekarang dapat menggunakan perintah Mesin Docker menggunakan opsi --storage-path my-dir/machine (pastikan Anda menentukan jalur absolut).

Ini mungkin bisa ditingkatkan dengan:

• Mesin Docker menyimpan jalur relatif di config.json, jadi ini tidak perlu diedit
• Docker Machine SSH (dan perintah terkait) mengubah id_rsa menjadi 0600 secara otomatis (jika mereka memiliki izin untuk)

Satu poin cepat, jika Anda menggunakan envsubst maka Anda dapat mengganti $ MACHINE_STORAGE_PATH secara terprogram dan tidak perlu mengedit secara manual. Namun semuanya masih agak merepotkan bagi tim yang mencoba menggunakan sistem mesin buruh pelabuhan.

Namun jika orang mencari solusi, cara termudah yang saya temukan adalah:

1. Salin .docker/machine/certs ke tempat pribadi. Perhatikan apakah _not_ taruh ini dalam repo karena memiliki rahasia yang memberi Anda akses ke mesin lain. Kami menggunakan toko pribadi untuk tujuan ini
2. Di mesin host baru, salin sertifikat ke .docker/machine/certs
3. Sekarang jalankan kembali pembuatan galangan kapal Anda dan Anda akan memiliki kemampuan untuk menggunakan ini tanpa mengubah semua konfigurasi. Ini membutuhkan waktu lebih lama, tetapi lebih portabel dan Anda tidak perlu mengedit semua file konfigurasi tersebut.

Saya memiliki dua komputer yang berbeda tempat saya bekerja, dan ini adalah masalah nyata bagi saya.
Saya menjelaskan di sini perilaku mimpi yang saya harapkan saat menggunakan mesin buruh pelabuhan:

1) Buat tetesan di DigitalOcean dengan mesin galangan dan driver DigitalOcean (Dengan beberapa token yang Anda dapatkan dari panel kontrol DigitalOcean).

docker-machine create --driver digitalocean --digitalocean-access-token \
    [token_goes_here] --digitalocean-image ubuntu-16-04-x64 --digitalocean-size \
    1gb [host_name_goes_here]

2) Buka komputer lain, dapatkan token lain dari DigitalOcean dan lampirkan ke mesin yang ada dengan perintah lampirkan ajaib, seperti ini:

docker-machine **attach** --driver digitalocean --digitalocean-access-token \
    [token_goes_here]  [host_name_goes_here]

Apa saja kendala untuk membuat ini berhasil? Saya pikir token akses DigitalOcean memberikan satu hak yang cukup untuk dilampirkan ke host yang ada dan mengatur semua komunikasi yang aman.

Untuk saat ini saya akan mencoba berbagi mesin oleh @bhurlow : https://github.com/bhurlow/machine-share

+1 Benarkan ini - ada yang punya pembaruan tentang ini?

@brandontamm : Saya menulis beberapa skrip untuk menangani masalah ini sendiri. Aku tidak tahu apakah mereka akan menyelesaikan masalahmu, tapi setidaknya aku bisa mencoba. Lihat intinya di sini

Ringkasan intinya: Ada dua fungsi - store_machine dan load_machine. store_machine menyimpan semua informasi tentang mesin di dalam penyimpanan aman (Terenkripsi pada penyimpanan data disk). Anda harus memberikan kata sandi. Fungsi load_machine memuat mesin dari pada datastore disk.

Perhatikan bahwa kode python ini mengasumsikan bahwa Anda telah menginstal sstash (Python Secure Stash). Anda dapat menginstalnya dengan menjalankan

pip install sstash

+1

Serius - apa gunanya Docker-Machine kecuali Anda dapat mengaksesnya dari perangkat lain yang telah ditentukan sebelumnya ....

GUNAKAN KASUS - Buat mesin buruh pelabuhan di tempat kerja tetapi kemudian membutuhkan laptop untuk liburan kalau-kalau server meledak ...

Ayo - di mana Admin Docker ikut campur dalam hal ini ?! Itu adalah kasus penggunaan yang SETIAP ORANG dapat menghargai ..

@realcr Apakah Anda mencoba berbagi mesin ?

Saya menolak untuk menggunakan dependensi lagi :) Menyalin folder .docker ke kedua mesin OSX bekerja dengan sempurna untuk saya. Jalur dan nama pengguna saya sama di kedua mesin sehingga itu adalah kuncinya tanpa jalur pengeditan manual.

Brandon Tamm
dikirim dari HP

Pada 4 Nov 2016, pada 3:36 AM, Sébastien Boulet [email protected] menulis:

@realcr Apakah Anda mencoba berbagi mesin?

-
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub, atau nonaktifkan utasnya.

+1

+1

+1

+1

Saya menulis docker_machinator untuk mencoba memecahkan masalah ini.
Ini adalah alat python yang memungkinkan Anda menyimpan semua kredensial dan konfigurasi mesin galangan Anda ke dalam simpanan terenkripsi yang dapat Anda simpan di penyedia awan Anda, misalnya. Anda kemudian dapat mengunduh ini dari host lain dan memuat mesin Anda kembali dari simpanan.
Ini adalah alat python, jadi Anda harus menjadi salah satu pip install dari menggunakannya.

Saya tidak merasa ini adalah solusi yang tepat, tetapi ini dapat membuat Anda melanjutkan sampai kami menemukan yang lebih baik.

Guys, Anda harus tahu bahwa machine-share mengekspor kunci ssh pribadi Anda yang Anda gunakan untuk membuat host buruh pelabuhan melalui mesin galangan dengan driver generik. Jadi setiap orang yang Anda kirim arsip yang diekspor akan bisa mendapatkan akses ke server yang menjalankan buruh pelabuhan.

@mxl docker-machine menyediakan ssh yang akan memberi Anda akses ke server, jadi situasi yang Anda gambarkan tidak dapat dihindari jika Anda memiliki alat yang membuat seluruh konfigurasi sebagai file yang dapat diimpor.

➜ docker-machine
Usage: docker-machine [OPTIONS] COMMAND [arg...]
...
Commands:
...
  ssh                   Log into or run a command on a machine with SSH.

Saya kira cara Anda menghindarinya adalah dengan membuat perintah yang dapat mengunduh konfigurasi saat ini dari mesin jarak jauh. Unduhan seperti itu akan mengharuskan Anda dapat melakukan ssh ke mesin, daripada memaketkan akses di file yang dapat diimpor.

Menjadi hanya mampu mengontrol mesin buruh pelabuhan dari satu host adalah batasan yang tidak nyaman.
Saya juga ingin melihat sesuatu seperti docker-machine config-from <otherhost> .

Jadi +1 dari saya juga.

/ Edit: Saat ini saya sedang menyelesaikan masalah dengan menyinkronkan .docker dari "server master" ke semua server lain yang memerlukan konfigurasi yang sama - melalui cron dan rsync. Ini misalnya diperlukan untuk beberapa build slave. Bukan solusi yang bagus.

+1

Inilah skenario berbeda yang membawa saya ke sini.

Saya membuat tetesan untuk membuat sekumpulan gambar buruh pelabuhan untuk kemudian menyadari bahwa saya perlu memindahkan wilayah tuan rumah ...

Pertanyaannya adalah bagaimana cara melampirkan instance mesin buruh pelabuhan yang dipulihkan dari snapshot yang berjalan pada host baru?

Pada hari Jumat, 10 Maret 2017 pukul 06.16, exjimsk [email protected] menulis:

Saya membuat tetesan untuk membuat sekumpulan gambar buruh pelabuhan untuk kemudian menyadari saya
perlu memindahkan wilayah tuan rumah. Bagaimana cara memasang instance mesin buruh pelabuhan
dipulihkan dari snapshot yang berjalan di host baru?

Jika sertifikat belum berubah, Anda harus dapat mengubah lokal Anda
docker-machine config untuk mengarahkannya ke alamat IP baru. Anda akan menemukan
file di ~ / .docker / machine / machines / your-machine-name / config.json.

Atau, jika Anda tidak pernah menyimpan data di kontainer Docker Anda
memindahkan host, cukup bunuh, buat yang baru, dan mulai yang sama
kontainer di host baru.
ᐧ

+1

+1

+1

+1

+1

+1

+1

+1

docker-machine attach , tolong.

Sungguh luar biasa bahwa fungsionalitas yang begitu jelas masih belum ada di luar kotak. Kami akan bersama-sama mengelola host buruh pelabuhan, dan ini sangat mengganggu.

Dalam kasus saya, sangat senang melampirkan host yang ada ${HOST} dengan

docker-machine --tlscacert=ca.pem --tlscert=cert.pem --tlskey=key.pem create \
    --drive none --url tcp://${HOST}:2376

Tetapi perlu menyalin sertifikat ( ca.pem, cert.pem, key.pem ) ke DOCKER_CERT_PATH secara manual.

Ada rencana untuk ini? Memiliki jalur lengkap yang direkam dalam config.json membuat frustrasi.

Kasus penggunaan saya: Saya memiliki git repo dengan konfigurasi mesin di dalamnya (saya menggunakan -s untuk mengarahkan mesin buruh pelabuhan ke dalamnya). Rahasia disimpan dengan git encrypt dan idenya adalah agar pekerjaan CI dapat menggunakan konfigurasi ini untuk memanipulasi mesin yang perlu mereka akses.

FYI: # 3212

@lyda Kami menggunakan pendekatan seperti itu dengan https://github.com/dmstr/docker-roj - tetapi tanpa enkripsi, yang sebenarnya akan menjadi fitur yang sangat bagus!

Meskipun roj selalu bekerja dengan jalur yang sama, karena berada di dalam wadah, ada solusi lain seperti:

• https://github.com/bhurlow/machine-share
• https://gist.github.com/realcr/2363c699e893c66ac7ed72da29804b0a

yang pada dasarnya mengubah beberapa jalur di config.json .
Ini bukan keajaiban besar, kecuali saya benar-benar melewatkan sesuatu di sini.

Apakah docker-machine sedang dikembangkan secara aktif oleh buruh pelabuhan? Saya bertanya karena sudah lebih dari sebulan sejak komitmen dibuat untuk menjadi master: https://github.com/docker/machine/commits/master

+1

+1

+1

Ya Tuhan, horor! Benang ini masih hidup setelah hampir tiga tahun?!? Ini adalah kasus penggunaan yang semua orang akan temui, atau akan terlihat. Apa yang saya lewatkan?

Baiklah saya berasumsi docker-machine sudah mati (setidaknya bagi saya: D). Saya beralih ke kubernetes . Bahkan kubeadm dihosting sendiri dalam versi alfa berfungsi lebih baik daripada ini sebenarnya. Saya dapat merekomendasikannya :)

tolong dukung ini :(

tambahkan "~ / .docker" ke folder yang disinkronkan atau mungkin ditautkan secara simbolis ke folder cloud di kedua mesin. ada beberapa solusi yang dibuat sebelumnya. tidak terlalu sulit guys, cukup lakukan penelitian - tidak pernah ada masalah setelah mengatur satu kali selama 30 detik.

+1

+1

Bagaimana fitur ini, serta menentukan IP statis --- dua fitur yang paling banyak diminta dalam sejarah proyek mesin-buruh pelabuhan --- tidak diimplementasikan berada di luar jangkauan saya.

Hampir 4 tahun telah berlalu 😮 Apakah ada pembaruan tentang ini?

Saat ini, banyak artikel / tutorial tentang Docker yang masih menyarankan untuk menggunakan docker-machine sebagai alat de-facto untuk mengelola host. Namun, kehadiran masalah ini merupakan faktor pembatas yang kuat!

Saat ini saya tetap menggunakan docker-machine dan menggunakan pendekatan "copy-certs-dirs" untuk berbagi di antara komputer lokal kami. Saya ingin meningkatkan ke Kubernetes tetapi tampaknya terlalu berlebihan untuk proyek saya.

Bagaimana menjalankan docker-machine create dari dalam kontainer buruh pelabuhan? Kontainer itu kemudian dapat diekspor, diimpor di komputer lain dan kemudian dijalankan di sana.

Masih belum ada keterikatan, ya Tuhan