dojo.xhrPost {

    handleAs : “json”,

    url: “http://destination_server/file_handler.php”

    postData : “ID=”+id,

    and..so..on..and..so…on

}

This method was a failure. Somehow, that postData reject to accept “id” (where “id” was a javascript variable. So, instead of using the above code, I used:

data=”ID=”+id

dojo.xhrPost {

    handleAs : “json”,

    url: “http://destination_server/file_handler.php”

    postData : data,

    and..so..on..and..so…on

}

And, it works.

These are my original syntax (ignore the line numbering):

 20          dojo.xhrPost({
21                 url:”json.php”,
22                 handleAs:”json”,
23                 postData: “id=100″,
24                 load:function(response){
25                               alert(response);
26                 }
27           })

On line 25, I just wanted to see the data (response) from the server which I expected it would be some json formatted data. Surprisingly, it returns with an array of empty object.

I tried to do minimal debugging on this case, by changing line 22 to ‘handleAs:text’. And the result of running that script (inside html) was an alert which contains a JSON formatted string. So, the retrieving process was actually work, the failure was in the parsing process (remember, this is me without Firebug).

I finally found the solution, by changing that script as follows :

20            dojo.xhrPost({
21                 url:”json.php”,
22                 handleAs:”json”,
23                 postData: “id=100″,
24                 load:function(response){
25                     require(["dojo/_base/array"],function(array){
26                         array.forEach(response,function(value,index){
27                             console.log(value.name);
28                         })
29                     })
30                 }
31
32             });

Value is the object obtained from the JSON formatted text and Value.name returned the’name’ property in it. So, yeah…it’s the parsing.

Among the best plugins that produced for firefox, there exists a firesheep. What is firesheep ? Firesheep is a plugin that enable someone who use firefox to hijack a TCP session in a network. What is a TCP session anyway ? Well, to make things simpler, hijacking a TCP session means hijacking your connection to other party.

Imagine that you are pointing your browser to somebook.com. After logging in, now you ready to start your daily activity with somebook. Somewhere in your network, someone is running a firesheep and hijacking your session. This means that now he is in control of your current somebook activity.

How is this happen ? Well this happens because your are in a network and the connection you are using is not encrypted. To make it worse, you are connecting to somebook.com in an open (public) hotspot. In this case, you can kiss good bye to the integrity of your somebook.com account.

So, please be careful when you are connecting to an open (public) wifi.

In this article, I will explain how to allow access only to certain files by using REDIRECT technique. Let us consider that we will only allow access to files with .php and .html extension. Here is the steps :

1. Compile and load the mod_rewrite module ( I won’t explain how to do this)
2. Add the following lines in global configuration or virtual host configuration :

• RewriteEngine on
• RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !\.(html|php)$
• RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
• RewriteRule (.*) – [F]

Here is the explanation (each bullet is related to the corresponding bullet above – in order):

• Activate rewrite engine
• If requested URI – absolute to document root – is not ended with .html or .php; and
• The requested URI is not a directory [!-d] ; then
• everything (URL sended by client) will be rewrited (redirected) to a forbidden page [F]

That’s all.

Pesan yang muncul saat terjadi kegagalan mengubah password adalah : “The user name or old password is incorrect. Letters in password must be typed using the correct case”. Karena saya yakin bahwa password lama yang saya masukkan sudah benar – termasuk huruf besar dan huruf kecilnya – maka saya berkesimpulan bahwa ini masalah di samba dan FDS.

Langkah-langkah pemecahan masalah :

1. Seperti biasa, googling.
2. Solusi pertama saya dapat dari http://readlist.com/lists/lists.samba.org/samba/2/12779.html. Disana saya memperoleh petunjuk adanya switch -A pada perintah smbldap-useradd / usermod yang memberikan hak pada user untuk mengubah password (jika di set=1).
3. Setelah saya coba, ternyata saat mengubah password di windows tetap muncul pesan yang sama. Anehnya, saat saya login ulang menggunakan password lama, tidak berhasil. Sebaliknya, jika menggunakan password baru berhasil.
4. Kemudian saya mencoba memeriksa password user di server dengan perintah : “su <namauser>, tidak sebagai root, ternyata yang berhasil adalah password lama.
5. Saya sampai pada kesimpulan bahwa ketika gagal mengubah password di windows, yang terjadi adalah password user di ldap terganti tapi password unix tidak.
6. Tadinya di smb.conf terdapat baris : ldap passwd sync = yes. Menurut keterangan, jika baris ini sudah ada, saya tidak perlu lagi menyertakan baris passwd program = …….
7. Setelah mencoba kotak-katik, ternyata jika saya menambahkan “unix password sync = yes”, yang terjadi adalah muncul pesan error tidak dapat mengganti password, dan password memang tidak terganti. Tetapi jika saya menghilangkan semua line yang berhubungan dengan mengubah unix password, termasuk “passwd program” , maka password berhasil diubah, walaupun hanya password ldap.
8. Ok, sejauh ini kesimpulannya adalah sebaiknya line berikut dihilangkan dari smb.conf :

unix password sync
ldap password sync
password program

9. Mungkin saya memiliki pemahaman yang salah, mungkin saja memang karena samba memanfaatkan LDAP untuk autentikasinya, jadi pada saat mengubah password yang berubah hanya password LDAP.

1. Menambahkan Domain User terlebih dahulu. Saya melakukannya dengan perintah smbldap-useradd -a -d /home/<namauser> -m -s /bin/bash <namauser>
2. Menambahkan workstation ke dalam domain ini : smbldap-useradd -w <nama-workstation>
3. Konfigurasi workstation sebagai bagian dari domain. Pada saat awal melakukan usaha penggabungan, saya memperoleh kegagalan. Kemudian saya menambahkan baris : interfaces = 10.10.10.200 127.0.0.1 , bind interfaces only = yes, hosts allow = 10.10.10. 127.0 . Selanjutnya, service samba di restart, tidak lupa juga menghidupkan service nmb.
4. Proses konfigurasi client untuk join ke Samba berhasil, sayangnya pada saat restart dan hendak login, muncul pesan di windows bahwa domain tidak ditemukan. Aneh ya ???? padahal saat konfigurasi bisa masuk.
5. Saya memeriksa isi file log, dalam kasus saya file tersebut adalah /var/log/<nama-ws>.log. Ternyata terdapat log yang bertuliskan : [2009/01/16 13:12:01,  0] lib/smbldap.c:smbldap_open(1005)
   smbldap_open: cannot access LDAP when not root..
6. Saya mengambil kesimpulan bahwa pada saat konfigurasi, mesin dapat join ke domain karena saya memasukkan password root sebagai autorisasi agar mesin dapat masuk ke domain.
7. Saatnya memulai googling.
8. Ternyata banyak juga yang mengalami masalah serupa. Tapi kebanyakan menyatakan karena adanya bug di Samba 3.0.x, tapi yang saya gunakan sekarang adalah Samba 3.2.x. Jadi, logikanya bukan itu masalahnya.
9. Ada solusi lain yang saya dapatkan di http://www.opensubscriber.com/message/samba@lists.samba.org/2245361.
10. Menurut petunjuk ini, saya harus menambahkan baris enable pivileges = yes pada file smb.conf. Setelah saya lakukan, saya restart ulang samba, tetap nggak bisa.
11. Ada petunjuk lain di http://www.nabble.com/smbldap_open:-cannot-access-LDAP-when-not-root..-td17491980.html. Yang bersangkutan memecahkan masalahnya dengan mengganti versi samba, tadinya ia menggunakan samba bawaan Fedora 9 (begitu juga saya), kemudian menggantinya dengan Samba 3.0.29 ( apakah ini ide bagus ? ) – mungkin sebaiknya saya mencari solusi lain terlebih dahulu
12. Setelah googling sekian lama, masih belum ketemu juga. Akhirnya, “desperate move”, upgrade Samba ke 3.2.7.
13. Oke, setelah itu saya merestart service smb dan nmb.
14. Coba login dari workstation dan berhasil !!!!!!!!!!!!

Setelah mengikuti langkah-langkahnya dari site tersebut, selalu berakhir dengan kegagalan, terutama saat mencoba perintah

pdbedit

, jika nanti ada yang berhasil, syukur deh.

Lelah mencari petunjuk dengan googling (nggak ketemu-ketemu solusinya), saya coba lihat bagian “discussion” (harusnya sih dari awal liat ini aja), ternyata ada yang posting bahwa “How-to” dari http://directory.fedoraproject.org/wiki/Howto:Samba ini agak ngawur dan emang nggak bekerja. Bah !!! Tapi orang yang mem-posting juga menyarankan untuk menggunakan smbldap-tools. Ok, eksperimen dimulai :

1. Petunjuk pertama diperoleh dari http://wiki.babel.com.au/index.php?area=Linux_Projects&page=LdapSambaHowtoFedoraCore
2. Pastikan file /etc/samba/smb.conf sudah teredit dengan benar. Dalam hal ini, paling tidak untuk mengintegrasikan samba dengan FDS, yang perlu diubah adalah nama workgroup (sesuaikan) dan ldap suffix. Berikut adalah contohnya:

[global]
workgroup = NEO-TEKIN
security = user
passdb backend = ldapsam:ldap://forest.neo-tekin.priv
ldap admin dn = cn=Directory Manager
ldap suffix = dc=neo-tekin,dc=priv
ldap user suffix = ou=People
ldap machine suffix = ou=Computers
ldap group suffix = ou=Groups

3. Buat password untuk directory manager dengan perintah “smbpasswd -w <password>”
4. Test konfigurasi samba dengan perintah “testparm”, pastikan tidak ada error. (Maaf pembahasan mengenai konfigurasi samba tidak termasuk disini).
5. Install smbldap-tools dengan perintah
   

   yum install smbldap-tools

6. Berikutnya saya harus mencari file samba.schema. Jika kita menginstall samba, file ini sebetulnya include dalam salah satu direktori penginstallan samba, tapi saya lupa dimana (mungkin di /usr/share/doc/samba-*/LDAP/samba.schema)
   Kebetulan, di PC saya file ini juga terdapat di /etc/openldap/schema.
7. Ubah file samba.schema ke bentuk ldif, dengan memanfaatkan tool ol-schema-migrate.pl. Tools ini dapat di download di sini. Gunakan perintah berikut ini :
   

   perl ol-schema-migrate.pl -b /etc/openldap/schema/samba.schema -*/LDAP/samba.schema > /etc/dirsrv/slapd-<server>/schema/61samba.ldif.

8. Perintah di langkah 7 akan mengubah samba.schema ke bentuk ldif dan disimpan di “/etc/dirsrv/slapd-<nama server ldap>/schema/“, dengan nama 61samba.ldif. Angka 61 adalah tambahan yang diberikan karena ldap server mengelola schema berdasarkan urutan dari file-file schema, dimana urutan ini ditempatkan didepan nama file.
9. Saatnya mengkonfigurasi smbldap-tools. Jalankan file configure.pl, secara default ada di :
   

   /usr/share/doc/smbldap-tools-<versi>/configure.pl

10. Jawab pertanyaan-pertanyaan seperti sesuai spesifikasi yang kita miliki, banyak pertanyaan dapat dijawab secara default. Ada sedikit keraguan disini, karena setelah mengisi “default domain name to append to email address [] : neo-tekin.priv”, program selesai tapi muncul pesan :
    

    “Use of uninitialized value $# in concatenation (.) or string at /usr/share/doc/smbldap-tools-0.9.5/configure.pl line 314, <STDIN> line 34.”

    Semoga tidak menjadi masalah.

11. Sesuai petunjuk, seharusnya dengan menggunakan configure.pl akan ada item tak berguna di ldap server, yaitu sebuah sambaDomainName bernama TestDomain. Cek dengan perintah :
    ldapsearch -x ‘sambaDomainName=*’ , Beruntung, ternyata di ldap server entry TestDomain tidak muncul. Mungkin karena perbedaan versi dari smbldap-tools.
12. Jalankan perintah berikutnya :
    

    /usr/sbin/smbldap-populate -e /root/smb-populate.ldif

13. edit file /root/smb-populate.ldif, Tambahkan item-item berikut ke entry terakhir (hanya bila item tersebut belum ada) :

objectClass: top
sambaAlgorithmicRidBase: 1000
sambaNextUserRid: 1000

14. Ada beberapa error yang menyatakan adanya entry-entry yang sudah ada. Bukan masalah.
15. Langkah berikutnya adalah me-restart samba service

Ok, sejauh ini sepertinya integrasi Samba dan FDS berjalan cukup lancar. Saatnya mencoba menambakan mesin/workstation ke samba :

smbldap-useradd -w “tekin-1″

Hasilnya ….. gagal ! , muncul pesan berikut :

Could not find base dn, to get next uidNumber at /usr/lib/perl5/vendor_perl/5.10.0/smbldap_tools.pm line 1179.

Waktunya googling…web http://www.iallanis.info/smbldap-tools/docs/smbldap-tools/#htoc38 menawarkan solusi dengan mengeksekusi script “smbldap-populate”. Ternyata setelah dijalankan ada pesan error lain lagi yang menyatakan tidak adanya privilege (wewenang), kemudian ditawarkan untuk mengubah password root.

Saat password root diganti, muncul pesan error yang lagi-lagi menyatakan tidak adanya wewenang mengubah password root.

Akhirnya saya putuskan untuk mengulang langkah 9-12 dan 14 (langkah 13 dilewat). Mengapa saya melewati langkah 13 ? Semata-mata karena langkah 13 ini dilakukan jika menggunakan smbldap-tools versi sebelumnya. Intuisi saya mengatakan, mungkin ada perbedaan versi dan bug pasti dihapus.

Setelah dicoba kembali , ternyata berhasil !!!!!!! Paling tidak sambadan ldap telah terintegrasi.

Petunjuk pertama dapet dari http://cryptnet.net/fdp/admin/kerby-infra/en/kerby-infra.html.

1. install paket krb5-server dan krb5-libs dengan menggunakan yum. (Ada peringatan dari sumber yang menyatakan bahwa sebaiknya KDC / Kerberos authentication server tidak memiliki paket-paket untuk development dan libraries, untuk alasan keamanan kali ya)
2. Pastikan tidak ada port terbuka yang tidak digunakan, artinya pastikan tidak ada atau minimum celah keamanan.
3. Tentukan nama Realm yang akan digunakan. Kalo g nangkep sih, nama Realm itu adalah nama kelompok / domain /group yang akan dilayani oleh KDC ini. Dalam satu organisasi bisa ada beberapa KDC, topologinya disesuaikan dengan topologi manajemen di perusahaan.
4. File konfigurasi kerberos ada di /etc/krb5.conf :

[logging]
default = FILE:/var/log/krb5libs.log
kdc = FILE:/var/log/krb5kdc.log
admin_server = FILE:/var/log/kadmind.log

[libdefaults]
default_realm = NEO-TEKIN.PRIV
dns_lookup_realm = false
dns_lookup_kdc = false
ticket_lifetime = 24h
forwardable = yes

[realms]
NEo-TEKIN.PRIV = {
kdc = forest.neo-tekin.priv:88
admin_server = forest.neo-tekin.priv:749
default_domain = neo-tekin.priv
}

[domain_realm]
.neo-tekin.priv = NEO-TEKIN.PRIV
neo-tekin.priv = NEO-TEKIN.PRIV

[appdefaults]
pam = {
debug = false
ticket_lifetime = 36000
renew_lifetime = 36000
forwardable = true
krb4_convert = false
}

5. g punya kurang lebih kayak diatas. Nama Realm-nya adalah NEO-TEKIN.PRIV, tadinya tulisannya adalah EXAMPLE.COM, tapi g ganti. Terus KDC nya diarahin ke nama komputer tempat g install kerberos server (forest.neo-tekin.priv), dalam hal ini kudu Fully Qualified Domain Name-nya, yaitu yang terdaftar di DNS Server.
6. Inisiasi dan pembuatan Kerberos database :

/usr/kerberos/sbin/kdb5_util create -s

7. Set master password untuk Kerberos Database. Masukkin password, jangan sampe lupa ! Soalnya kepake buat administrasi server.
8. Edit access list file untuk memberikan akses administrasi. File acl ini biasanya adalah “/var/kerberos/krb5kdc/kadm5.acl”. Isinya setelah di-edit kurang lebih sebagai berikut :

*/admin@NEO-TEKIN.PRIV  *

9. Isi file tersebut menunjukkan bahwa setiap user yang berada dalam kelompok /admin memiliki hak administratif.
10. Edit isi file /var/kerberos/krb5kdc/kdc.conf. Pastikan Realm-nya sudah benar.
11. Saatnya membuat user administrative. Dalam hal ini usernya adalah gunawan dalam kelompok admin.

/usr/Kerberos/sbin/kadmin.local -q “addprinc gunawan/admin”

12. Setservice krb5kdc dan kadmin  agar berjalan secara otomatis saat boot :

chkconfig krb5kdc on
chkconfig kadmin on

13. Jalankan kedua service secara manual melalui /etc/rc.d/init.d/
14. Test : kinit gunawan/admin, ternyata keluar prompt buat password. Kayaknya dah berhasil nih.

Dukungan multimedia bukan prioritas saya dalam memilih sistem operasi, tapi namanya juga orang, butuh hiburan kan ? Saat mencoba menjalankan file .mp3 dari Amarok, ternyata…suara nihil. Dari hasil googling, saya peroleh 3 langkah mudah untuk “mengeleminasi” masalah ini :

1. Sebagai root, jalankan perintah : alsaconf. Biarkan ALSA melakukan deteksi otomatis kartu suara yang terpasang di komputer. (Jika, tidak terdeteksi, jangan lanjutkan membaca tip ini !)
2. Jalankan perintah alsamixer. Atur tingkat suara untuk setiap tipe output. Gunakan panah atas-bawah untuk mengatur tingkat suara, dan panah kanan-kiri untuk memilih tipe output yang akan diatur. Tekan ESC setelah selesai.
3. Jalankan perintah alsactl store untuk menyimpan konfigurasi.

Setelah melakukan ketiga langkah tersebut, saya segera mencoba Amarok. Hasilnya, cukup memuaskan !

1. Mendownload jdk-6 untuk Linux dari java.sun.com
2. Menginstall jdk-6u3-linux-i586.bin di direktori /opt dengan perintah :
   

   sudo ./jdk-6*bin

   dan menjawab pertanyaan-pertanyaan standar yang diajukan. Hapus file *bin bila tidak diperlukan lagi. Pastikan bahwa direktori /jdk-1.6.0_03 ada di dalam direktori /opt setelah melakukan instalasi.

3. Java telah terinstall pada sistem saya. Selanjutnya, saya perlu memberitahu sistem mengenai letaknya, yaitu dengan membuat file java.sh di direktori /etc/profile.d.
   

   cd /etc/profile.d

   sudo nano java.sh

   Berikut adalah isi dari file java.sh :

   export J2RE_HOME=/opt/jdk1.6.0_03
   export PATH=$J2RE_HOME/bin:$PATH

   Ubah mode file java.sh agar dapat dieksekusi dengan mengetikkan perintah :

   chmod +x java.sh

   Lanjutkan dengan mengeksekusi file ini :

   sudo ./java.sh

   Kemudian hilangkan kembali mode eksekusi file java.sh :

   chmod -x java.sh

   Test hasil instalasi dengan mengetikkan perintah :

   java -version

   Jika instalasi benar, pesan yang muncul kurang lebih seperti berikut :

   java version “1.6.0_03″
   Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
   Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode, sharing)

4. selanjutnya, saya mendownload program netbeans-6.0.1-ml-javaee-linux.sh dari http://java.sun.com dan menyimpannya di direktori /home/sistemku/Download
5. Menurut petunjuk umum, seharusnya untuk menginstall program ini cukup mengetikkan perintah :
   

   sudo /home/sistemku/Download/netbeans*

   Ternyata saya malah menemukan pesan error seperti berikut :

   Configuring the installer…
   Searching for JVM on the system…Extracting installation data…
   Running the installer wizard…
   java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock’ failed../netbeans-6.0.1-ml-javaee-linux.sh: line 1360: 4946 Aborted /opt/jdk1.6.0_03/bin/java -Xmx256m -Xms64m -Djava.io.tmpdir=/tmp -classpath /tmp/.nbi-6011521.tmp/bundle.jar org.netbeans.installer.Installer

6. Jawaban untuk mengatasi masalah ini, saya temukan di http://www.fedoraforum.org/forum/showthread.php?t=171763&page=1 Tentunya dengan sedikit penyesuaian.
7. Berikut adalah deretan perintah yang saya gunakan untuk memperbaiki dan mengatasi masalah instalasi :
   

   sed -i ‘s/XINERAMA/FAKEEXTN/g’ /opt/jdk1.6.0_03/jre/lib/i386/xawt/libmawt.so sudo /home/sistemku/Download/netbeans*

8. Lanjutkan dengan menjawab pertanyaan-pertanyaan yang diajukan sesuai dengan kebutuhan.