menambahkan user baru pada vmware vsphere.
untuk alasan keamanan, user perlu di manajemen sedemikian rupa, salah satunya adalah menambahkan user agar tidak menggunakan user administrator.
2. pilih menu user and grups , lalu pilih domain
3. tambahkan user sesuai domain, jangan lupa centang bawah. lalu OK
lupa password server, atau tidak diberikan password server oleh pemegang sebelumnya adalah hal yang menyebalkan. jika servernya berbentuk fisik, kamu harus mendatangi data center dimana letak server tersebut berada untuk melakukan reset password.
untungnya, dunia sudah canggih, saat ini hampir 90 % server berbentuk virtual. maka kegiatan reset password dapat dilakukan secara remote.
oh, iya, kegiatan ini adalah rangkaian dari sebuah kegiatan diantaranya reserve engineering sebuah server. oke langsung saja ke cara mereset password ubuntu 20.04 server di vmware vsphere.
2. pada tab vm options, menu boot options, isikan lama delay server saat boot, terserah, saya isi dengan 10 sec.
3. kemudian, reboot server
4. setelah reboot, akan muncul boot option seperti dibawah ini
5. ketik “e” tanpa kutip untuk edit file boot . maka akan muncul tampilan seperti ini
6. perhatikan, dan fokus hanya pada tulisan ro quiet splash $vt_handoff
7. ganti tulisan tersebut menjadi rw init=/bin/bash
8. setelah selesai edit, tekan Ctrl+x untuk reboot servernya.
9.server akan reboot dan akan menampilkan seperti dibawah ini
10. ketik mount | grep -w / pada console untuk verifikasi letak disk OS ubuntu nya
11. jika sudah tepat, ketik passwd pada console untuk merubah password root server
12. setelah berhasil, ketik exec /sbin/init untuk reboot server, dan silahkan, server sudah bisa login dengan user root dan password yang baru dibuat.
terima kasih.
menambahkan disk pada virtual server centos logical volume di VMWare Vsphere
tulisan ini sebagai catatan pekerjaan agar tidak lupa dan sebagai Portofolio, kali aja ada yang lirik 😀
lalu kamu bisa edit jumlah disknya mau jadi berapa. setalh itu , klik Oke.
5. lanjut, SSH ke CentOS servernya. ketik fdisk -l untuk mengetahui diskname dan apakah disk sudah tertambah
[root@localhost /]# fdisk -l Disk /dev/sda: 2199.0 GB, 2199023255552 bytes, 4294967296 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk label type: dos Disk identifier: 0x0009a189 Device Boot Start End Blocks Id System /dev/sda1 * 2048 2099199 1048576 83 Linux /dev/sda2 2099200 419430399 208665600 8e Linux LVM Disk /dev/mapper/centos-root: 53.7 GB, 53687091200 bytes, 104857600 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/centos-swap: 8455 MB, 8455716864 bytes, 16515072 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/centos-home: 151.5 GB, 151523426304 bytes, 295944192 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
oke, sudah tertambah ya jadi 2 TB. lanjut ketik fdisk /dev/sda dan seperti langkah2 dibawah ini
[root@localhost /]# fdisk /dev/sda
WARNING: The size of this disk is 2.2 TB (2199023255552 bytes).
DOS partition table format can not be used on drives for volumes
larger than (2199023255040 bytes) for 512-byte sectors. Use parted(1) and GUID
partition table format (GPT).
Welcome to fdisk (util-linux 2.23.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): p
Disk /dev/sda: 2199.0 GB, 2199023255552 bytes, 4294967296 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x0009a189
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 2099199 1048576 83 Linux
/dev/sda2 2099200 419430399 208665600 8e Linux LVM
Command (m for help): n
Partition type:
p primary (2 primary, 0 extended, 2 free)
e extended
Select (default p): p
Partition number (3,4, default 3): 3
First sector (419430400-4294967295, default 419430400): 419430400
Last sector, +sectors or +size{K,M,G} (419430400-4294967294, default 4294967294): 4294967294
Partition 3 of type Linux and of size 1,8 TiB is set
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table. The new table will be used at
the next reboot or after you run partprobe(8) or kpartx(8)
Syncing disks.
kamu bisa reboot VM nya, atau ketik partprobe , saya pilih reboot saja biar hackul yakin.
kemudian ketik vgs untuk mengetahui volume groups
[root@localhost ~]# vgs VG #PV #LV #SN Attr VSize VFree centos 1 3 0 wz--n- <199,00g 4,00m
oke, disitu nama volume groupnya centos
kemudian, ketik lsblk, untuk mengetahui letak dan nama disknya yang baru
[root@localhost ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 2T 0 disk ├─sda1 8:1 0 1G 0 part /boot ├─sda2 8:2 0 199G 0 part │ ├─centos-root 253:0 0 50G 0 lvm / │ ├─centos-swap 253:1 0 7,9G 0 lvm [SWAP] │ └─centos-home 253:2 0 141,1G 0 lvm /home └─sda3 8:3 0 1,8T 0 part sr0 11:0 1 1024M 0 rom
sda3 adalah nama disk yang baru itu. lalu, kita tambahkan disk yang baru itu pada volume group centos dengan perintah :
[root@localhost ~]# vgextend centos /dev/sda3 Volume group "centos" successfully extended
lanjut, kita lihat dulu, apakah command diatas berhasil, yaitu volume goups sudah tertambah :
[root@localhost ~]# vgdisplay centos | grep Free Free PE / Size 473088 / 1,80 TiB
sudah tertambah ya, jadi 1.8 TB. lanjut , kita extend, nah disini bebas, mau extend full, atau beberapa sesuai kebutuhan, dan juga, yang di extend sesuai mount point, ya istilahnya bagi-bagi kuelah. ada beberapa mount point pada volujme group, khususnya centos, ada root,swap, dan home disini saya akan extend yang root saja dengan menambahkan 500GB dari 1.8 TB. untuk extend full
lvextend -l 100%FREE /dev/centos/root
[root@localhost ~]# lvextend -L+500G /dev/centos/root Size of logical volume centos/root changed from 50,00 GiB (12800 extents) to 550,00 GiB (140800 extents). Logical volume centos/root successfully resized.
setelah di tambahkan, tinggal proses sync meta data dengan perintah growfs
[root@localhost ~]# xfs_growfs /dev/centos/root meta-data=/dev/mapper/centos-root isize=512 agcount=4, agsize=3276800 blks = sectsz=512 attr=2, projid32bit=1 = crc=1 finobt=0 spinodes=0 data = bsize=4096 blocks=13107200, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=1 log =internal bsize=4096 blocks=6400, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 data blocks changed from 13107200 to 144179200
kemudian lihat, apakah sudah tertambah
[root@localhost ~]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 3,9G 0 3,9G 0% /dev tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs 3,9G 8,8M 3,9G 1% /run tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup /dev/mapper/centos-root 550G 50G 501G 10% / /dev/sda1 1014M 194M 821M 20% /boot /dev/mapper/centos-home 142G 109G 33G 77% /home tmpfs 783M 0 783M 0% /run/user/0
masalah ini pertama muncul saat saya mendapat laporan dari UKPBJ bahwasannya penyedia tidak mendapatkan balasan email, baik pendaftaran maupun reset password
hal yang saya lakukan adalah login ke server, memastikan koneksi ke mailer lkpp terkoneksi, setelah saya cek, rupanya tidak terkoneksi mailernya dari server lpse ke server lkpp.
status connect, tapi tidak respon
pengujian dengan mengetikkan perintah
telnet mail.lpse.lkpp.go.id 465
kemudian, saya doble check dengan telnet dari laptop local saya. hasilnya
nah ini yang benar
rupanya error terjadi karena server mail lpse lkpp IP nya berubah. cara perbaikan di server lpse nya adalah dengan melakukan edit file hosts, dengan perintah
nano /etc/hosts
sesuaikan seperti ini
jika sudah, jangan lupa save, kemudian lakukan perintah pengujian telnet seperti diatas
telnet mail.lpse.lkpp.go.id 465
dan pastikan, responnya sudah seperti gambar dibawah ini :
nah ini yang benar
jika sudah seperti gambar tsb, berarti sudah berhasil di perbaiki dan silahkan di coba dengan mendaftarkan penyedia,
SARAN : gunakanlah mailer sendiri, karena mialer LKPP saya lihat sudah ngos ngosan.
terima kasih.
Berawal dari matinya service postgresql pada salah satu server, disebabkan karena partisi pada disk penuh.
penyebab penuhnya kala itu adalah kesalahan konfigurasi pada network yang menyebabkan attack ter-record pada log web server hingga puluhan GB.
solusi cepatnya adalah memperbaikin konfig network, kemudian menghapus file log yang menjadi penyebab partisi penuh.
namun, setelah dihapus, partisi masih terlihat penuh saat di lihta menggunakan perintah :
[root@localhost var]# df -h
padahal….
oke, kemudian saya melihat list open file yang berjalan.
akeh cuk, kalau kill satu persatu, bisa lelah jari eike yang lembut ini.
kira-kira perintahnya begini : kill -9 82363
oke, saya bikin aja dalam bentuk bash script, nantinya bash script ini juga bisa dijalankan di server lain. bikin file dengan ekstensi .sh , terserah. misalnya jancuk.sh, bikin permisinya 777, lalu tambahkan code, begini codenya,
#!/bin/bash
lsof|grep deleted|awk ‘{print $2}‘|xargs kill -9
simpan, dan buang jalankan.
sebelum kamu copy pasti script diatas, pastikan kamu memahami apa isinya, jangan asal copas, bisa jadi itu script buat delete seluruh folder / mu 🙂
halo semua, seperti biasa, nulis untuk kebutuhan catatan saja bagi saya. atau bisa juga sebagai Portofolio, kali aja artikel saya ini di lirik sama seseorang yang sedang membutuhan jasa saya. hehehe wkwkwk. judulnya itu analisa sistem dan infrastruktur untuk pemecahan masalah.
oiya, artikel ini khusus pemula, untuk yang sudah Pro = Profesional, jangan dibaca. karena saya bisa diketawain. wkwkwkwkw begitu. karena ini analisa abal-abal alias sembarangan. saya sendiri baru pertama kali melakukan analisa se kompleks ini. permasalah ini sudah beberapa bulan terjadi, dan saya baru sempat nulisnya sekarang.
berawal dari laporan client, bahwa aplikasinya lambat di akses. errornya itu lo yang bikin menarik. :
error tcp
dari error diatas, rata-rata mahluk hidup di muka bumi ini pasti menduga ada masalah dengan jaringan, lalu mereka akan berasumsi bahwa bandwith di servernya bermasalah. karena mereka buka yutub aman kok, dan web-web lain aman. bandwith servernya nih pasti. gitchu~~~
btw, wait… eh, itu di akses jam 11 malam loh, (lihat pojok kiri atas). harusnya, jam segitu bandwith server gak tinggi. oke deh, untuk memanstikan, saya terpaksa hubungi pihak provider, apakah benar, pada jam segitu bandwith mentok. dan jawabannya, tidak. mentoknya kalo siang wkwkwkw.
oke, kita bahas yang benerannya, error tersebut terjadi karena ada lost koneksi dari client (HP) ke server aplikasi. penyebabnya ? bisa jaringan di client, jaringan di server, query, bandwith, daaaaaaaann server yang terlalu sibuk, gak tau deh ngapain dan lain-lain, banyak deh. oke, kita eliminasi masalah, ini yang penting, bisa eliminasi. seperti indonesian idol aja ya. wkwkkw
A. eliminasi permasalahan
B. cek utilisasi server
kemudian, saya akses server. hal pertama yang dilakukan adalah ketik htop . wkwkw, ini perintah paling lazim dilakukan untuk liat kondisi server.
dan ternyata, benar… resourcenya CPU nya tinggi banget. nah, ada apa ini ? wah wah.. kok bisa. ini yang bikin error disisi usernya
mentok cuk
wealah, kok bisa ya CPU 16 core mentok. ini server ngapain ya ? seperti sedang dipakai mining Bitcoin ajah, wkwkkw. sek. kok ya jadi kepikiran ya mining Bitcoin pake server, lumayan juga buat nambah asupan gizi dimasa pandemi gini, wkwkwkw. wes wes sadar.
agak aneh bagi saya, dan bagi teman-teman yang saya tanyai. apalagi setelah melihat dari fungsi aplikasi, kegunaan, jumlah user akses, dan logicnya. 16 core VCPU harusnya udah lebih dari cukup.
nah, bagi orang yang panikan, biasanya langsung buru-buru untuk menjustifikasi masalah pada cpu yang penuh, dan harus di tambah, tidak main-main, 4 kali lipat sekaligus. wew, emangnya mau bikin Data Center Bos pakai 64 core ??? 😀 lagian, belum tentu kan masalahnya teratasi ????. tenang, mari kita cari tau masalahnya lebih dalam.
C. cek aplikasi yang memakan resource
ada dua aplikasi yang tertinggi memakan resource dari server tersebut, yang pertama database, yang kedua web server. saya melakukan penangkapan slow query log pada kedua aplikasi tersebut. yang pertama backend web server hasilnya :
benar, aplikasi tersebut menggunakan engine php untuk menjalankannya. perlu diingat, php itu bukan akronim dari Pemberi Harapan Palsu , ya.
dari error php tersebut mengarah ke database.
benar, satu query di eksekusi sampai dengan 15 -20 detik, panteslah error disisi clientnya TCP error.karena server gagal melayani permintaan dari client.
sampai disini, sysadmin harus berkomunikasi dengan Programmer dan Database Engineer. harus ada hubungan yang harmonis antara ketiga elemen tersebut.
hubungan ini tidak akan terjadi jika sebuah project hanya di handle oleh satu orang saja. biasa di sebut Full Stack Developer. dia programmernya, dia database enginernya, dia juga sysadminnya. bisa mabok darat doi. wkwkwkw
sysadmin menanyakan kepada Database engineer, apakah query pada aplikasi sudah di sederhanakan secara maksimal. jika jawabannya sudah, namun masih terdapat error slow query log. maka harus mencari penyebab lainnya.
D. pengecekan di sisi perangkat.
pengecekan dilanjutkan disisi perangkat. yang berhubungan dengan itu adalah perangkat Input Output. ada dua, NIC dan Disk. saya cek NIC terlebih dahulu. setelah di cek, NIC dalam kondisi baik. NIC dengan 10 Gbps dapat dilewati dengan mulus oleh data-data yang di transfer.
kemudian say cek Disk. untuk cek disk, bisa menggunakan hdparm, fdisk, dll, banyak toolsnya, disini saya menggunakan fio. yaitu aplikasi untuk mengecek Read & Write pada Disk. dan, setelah di cek ini hasilnya :
iops
FYI, server ini masih menggunakan HDD , IOPS segitu untuk digunakan aplikasi yang trafik dan Read Write datanya tinggi, sangat jelek, bahkan bisa dikatakan jeblok. lihat saja Readnya, hanya 38.
beberapa orang yang pasrah dengan keadaan, maksudnya ya hanya punya server itu dan gak mungkin upgrade, maka akan mengakali dengan memecahnya menjadi banyak bagian aplikasi pada server.
untuk aplikasi, bisa menggunakan teknologi kekinian yang biasa di kenal Microservices. bisa di baca disini : https://medium.com/codelabs-unikom/microservices-apaan-tuh-b9f5d56e8848
untuk database, bisa upgrade ke yang lebih mumpuni untuk pengolahan data besar, Postgresql, atau Monggo DB lebih sangat bagus. setelah itu di cluster. Read dan Write database di pisah, menggunakan Proxy. pasti akan jadi pekerjaan berat nan keren. ya gimana lagi, adanya server itu. wkwkwkw
solusi yang kedua, upgrade SSD, maka masalah IOPS beres. begini penampakan IOPS yang menggunakan SSD
jauh banget kan ya ? hehehe
oke. lanjut.
pada kasus ini, server sudah upgrade menggunakan SSD, dan ternyata, aplikasi sudah beres, aman dan kenceng.
coba deh di lihat CPU nya, pasti tidak load mentok lagi. karena query yang di Read dan Write di Dsik tidak antri, tidak lama lagi waktunya, otomatis, CPU juga tidak bekerja keras lagi. dan loadnya menurun.
sampai disini saya tidak cek server lagi dari sisi sistem Operasi, karena sudah di handle oleh sysadminnya. saya hanya menyediakan SSD.
jadi, tidak perlu upgrade CPU kan ? bayangkan saja jika harus upgrade CPU, larang regone Rekkkkkk. dan kerjaannya ribet Rekkkk. kudu backup data, matiin server, bongkar, halah, mumet. semetara aplikasi diburu kudu running dan yang lebih kacau, bisa jadi setelah upgrade CPU masalah tidak teratasi.
Mal Praktek Rekkkk jenenge neng dunia kedokteran. 😀
yoweslah, sekian aja, yang penting client udah tersenyum lebar karena aplikasinya udah aman. disitu saya merasa dipuasin oleh client . walaupun clientnya LANANGAN.
Halo, hari yang lelah, setelah membuat automation dump restore database mariadb/mysql, kali ini membuat script untuk auto dump dan restore untuk database Postgresql.
saya tidak akan mengulang, saya mau merujuk dari artikel saya sebelumnya : http://mandrivaputri.info/2020/08/membangun-data-ware-house-yang-aman/
artikel diatas memang sulit di pahami, karena basic nya saya memang bukan penulis apalagi pengajar, wkwkwkw, tapi setidaknya ini catatan bagi saya jika suatu saat ada pekerjaan serupa, jadi saya bisa lihat lagi dokumentasi saya. atau catatan ini bisa jadi portofolio saya jika saya hendak melamar pekerjaan di tempat lain :p
langsung saja ke script yah, script ini di jalankan di server :
{DATA WARE HOUSE}
yang pertama, kamu pastikan dulu kalau database server untuk postgresqlnya sudah terinstall.
bisa membaca artikel disini : https://computingforgeeks.com/how-to-install-postgresql-12-on-centos-7/
setelah itu, jalankan script dan cronjobnya pada user postgres
[root@db-warehouse ~]# su postgres
bash-4.2$ vi importpostgre.sh
#import db postgre
echo “halo bos”
dropdb database
createdb database
echo “buat db selesai”
cd /home/postgre/db
tar -xf *.tar.bz2
echo “extrac rampung”
rm -rf *.tar.bz2
echo “tar bz sudah di hapus”
for i in `find /home/postgre/db -type f -ctime -1`
do
psql database < $i
done
cd /home/postgre/db
rm -rf *
echo “rampung”
nah, jadi seperti itu scriptnya. jalankan di cronjob pada user postgres.
bash-4.2$ crontab -e
ya pokoknya gitulah, hehehe :*
Halo, kebetulan saat ini saya sedang membangun sebuah data Ware House.
apa itu data ware house ? yaitu sekumpulan database dari bermacam aplikasi yang di kumpulkan dalam satu server.
tujuan adalah untuk melakukan pengolahan data yang sumber datanya di ambil dari bermacam aplikasi tersebut. besar dong ? tentu, namanya juga ware house = gudang data.
kenapa tidak dilakukan pengolahan langsung di aplikasinya ? -sudah, tapi terkadang ada kebutuhan khusus diluar dari aplikasi. karena untuk melakukan perubahan di Production aplikasi sangat tidak di sarankan. SANGAT TIDAKKKKKKKK. JANGAN, TIDAK BOLEH. TITIK.
caranya bagaimana, ? logikanya simple, implementasinya yang gak simple wkwkwkwk
bahan-bahan yang di butuhkan :
1. server Production Aplikasi
2. server backup
3. server data ware house
tahapannya adalah :
{SERVER PRODUCTION}
hal diatas dilakukan di semua server aplikasi yang ingin ditarik databasenya. oh ya, tutorial diatas adalah server dengan database mysql. jika databasenya berbeda, postgre misalnya, lakukan backup dengan cara yang ada di gugel, gampang, asalkan mau.
{SERVER BACKUP}
2. menarik ( get ) database hasil backup di server aplikasi production ke server backup, ini pakai rsync. contohnya seperti ini :
rsync -rzhav –update -e ‘ssh -p 220’ root@192.168.10.3:/home/centos/backupdb/ /data/192.168.10.3/db/
script diatas adalah contoh. jalankan ini di server backup, jalankan di cronjob secara rutin pakai bash script. cara nya cari di google, banyak.
kemudian, mengirim file hasil tarikan di server backup ke server Data ware house.
oh iya, siapa bilang sysadmin itu gak perlu ngerti programming. sysadmin harus ngerti programming, komunikasi antar mesin, itu perlu programming, bahasa pemograman yang sering digunakan untuk mesin adalah Python dan Shell Script. diatas adalah sedikit contoh bahasa pemograman shell script dengan bash command.
soalnya saya nyari-nyari di google gak nemu, akhirnya saya bongkar kitab lama saya. hahaha
saya jabarkan code diatas :
untuk i , temukan file yang modifikasi waktunya -1 hari di dalam folder /data/192.168.10.3/db
lalu
kirim data yang di temukan tersebut ke user root yang berada di server 192.168.11.4 di folder /root/db
selesai
{SERVER DATA WARE HOUSE}
setelah server Data ware house menerima kiriman backup database server Production dari server Backup, server Data Ware House bertugas untuk melakukan import database kiriman itu ke database server di Server Data Ware House. bingung ? ngopi dulu gih~~
saya membuat sebuah bash script yang saya jalankan secara rutin. oiya, timing waktu sangat penting, antara :
-server production melakukan backup internal
-server backup menarik data dari server production
-server backup mengirim data ke server data ware house
-server data ware house melakukan import database
timing waktu harus di perhatikan agar tidak miskom. hehehe
begini scriptnya :
penjabaran :
baris pertama : melakukan penghapusan database
baris kedua : membuat database baru
baris ketiga : untuk i , temukan file yang modifikasi waktunya -1 hari di dalam folder /root/xxx
baris ke empat : maka
baris ke lima : import file database hasil backupan di folder i ke database server
baris ke enam : selesai
baris ke tujuh : masuk ke folder /root/xxx
baris ke delapan : hapus semua file di folder tsb.
sampai disini, data ware house sudah selesai di bangun, kamu bebas mengolah data di data ware house tersebut tanpa harus menyentuh database aplikasi production. lebih aman bukan ?
disini kamu bisa mengolah data dengan melakukan query, terserah, mau pakai PHP, atau pun tools pengolah data seperti tableau.
sistem ini berjalan secara automatic, data di update sesuai dengan data asli di aplikasi production dengan waktu yang di tentukan oleh cronjob.
kamu tinggal bobok manis, biarkan tim pengolah data yang menggunakan layanan ini, kamu paling tinggal troubleshoot tipis-tipis aja kalau ada masalah. 🙂
phpmyadmin
jutaan orang tidak menyadari, bahwa root akses dapat membayakan dirinya sendiri..
melakukan disable root, baik itu login maupun akses, itu memang pedih. bagi sebagian orang yang tidak tau, hehe
metode ini disebut-sebut merenggut kenyamanan dari seorang developer, padahal, yang namanya developer, itu kan sebelum live di production, ya dibuatnya di developer. nah, di production, itu memang harus benar-benar di konfigurasi dengan aman, salah satunya dengan disable root login/akses. jadi kalau production, jangankan root akses, phpmyadmin juga pasti tidak ada, port database juga tidak ada. ya pokoknya seperti itulah, hehehe,
mudah-mudahan kalian mengerti, karena saya tidak sedang berhasrat menulis saat ini. 😀
studi kasusnya linux ubuntu 16
pertama, edit file konfigurasi :
vi /etc/phpmyadmin/config.inc.php
allowroot
temukan kata-kata tersebut dalam file yang di edit, pastikan valuenya FALSE
jika belum ada, bisa ditambahkan sendiri
$cfg[‘Servers’][$i][‘AllowRoot’] =FALSE;
kemudian save, dan restart web servernya.
systemctl restart apache2
kasusnya begini, pada server nextcloud yang saya buat, kapasitas penyimpanan hanya saya sediakan sebesar 10 TeraByte, sementara ada user yang meminta kapasitas penyimpanan lebih besar daripada itu, saya juga bingung, doi mau nyimpan apa di server sampai minta sebesar itu, film india kali, hehehehe…
untuk menyelesaikan kasus tersebut. hal yang saya lakukan adalah :
point 1 saya selesaikan dengan membuat volume, FIY , cloud servernya menggunakan openstack, jadi saya bisa membuat volume untuk saya attach pada server nexcloudnya. tutorialnya belum ada, nanti nyusul deh.
point ke 2, saya selesaikan setelah membuat volume pada point satu, caranya :
point ke 3, saya selesaikan dengan langkah-langkah berikut :
login nextcloud
yang pertama harus login admin dulu, tanpa login admin, kamu bukan apa-apa,. hehehe
setelah login, pada admin, pilih menu settings
setting
kemudian, kamu pilih menu external storages pada Administration
nextcloud
kemudian mulai untuk attach pada akun nextcloud. disini karena bentuknya volume yang saya atatach pada server tersebut, maka saya pilih metodenya local , memasukkan folder berikut akun mana yang di kehendaki. lalu klik centang di sebelahnya.
external storages
Bai the wayyy, selain metode local, ada juga metode-metode lain, misalnya SFTP , amazon dan lain lain.
sampai disini , sudah selesai. mudah kan.?
