Solved - TP-LINK Router Tidak Bisa di Reset

Hard Reset router (restore Factory Default Settings) terkadang diperlukan jika saja network admin lupa password atau perubahan setting menyebabkan client/server tidak bisa connect ke router (seperti kasus yang saya alami). Namun tentu saja hard reset sebagai alternatif akhir (final alternative) setelah alternatif lainnya gagal.

Hard reset router umumnya bisa dilakukan dengan menekan tombol reset pada panel belakang router selama beberapa detik (tergantung merk & spesifikasi router) dan setelahnya setting router akan kembali factory default settings. Namun bagaimana jika hard reset router tidak berhasil meskipun tahapan reset sudah mengikuti semua petunjuk vendor resmi router, seperti masalah yang saya alami.

Router yang saya pakai merk TP-LINK model TL-WR642g. User Guide Manual & FAQ Article website resminya sudah saya baca namun hasilnya nihil, router tidak bisa di reset ke factory default settings. Untuk hard reset router, pada user guide manual tertulis tekan & tahan tombol reset selama 5 detik kemudian lepas (hasil nihil), mungkin kurang lama. Saya coba urutkan satu persatu tekan & tahan router 5 - 40 detik, cuma dapat capek & nggak ada hasil.

TP-LINK User Guide

TP-LINK TL-WR642g Front

TP-LINK TL-WR642g Back

Makin penasaran jadinya, saya coba reset router saya yang lain (D-LINK Dir-600) & mengikuti petunjuk hard reset dari vendor, berhasil. Router dapat direset tanpa ada masalah. Namun tidak dengan router pabrikan TP-LINK ini, setelah beberapa kali mencoba akhirnya berhasil juga reset ini router.

D-LINK Dir600 Front

D-LINK Dir600 Back

Bagi anda yang mempunyai problem & merk router sama dengan saya, trik hard reset router TP-LINK berikut dapat anda terapkan:

1. Pertama, pastikan router dalam keadaan menyala (ON)
2. Tekan dan tahan tombol reset pada panel belakang router selama beberapa detik
3. Matikan / cabut kabel power router dengan tetap menahan tombol reset
4. Lepaskan tombol reset router
5. Tekan dan tahan tombol reset
6. Pasangkan kembali kabel power router dengan tetap menahan tombol reset
7. Tahan tombol router selama 20 - 25 detik, kemudian lepaskan
8. Selesai, tunggu beberapa detik sampai router selesai reset & reboot

Login ke halaman admin router dengan alamat ip default setting router (biasanya 192.168.0.1 atau 192.168.1.1), username factory default umumnya admin, password admin atau biarkan kosong (tergantung factory default setting vendor router) → baca panduan manual router.

Tips:

Selalu backup setting router setiap kali akan melakukan perubahan dan sesudah melakukan perubahan setting, sehingga anda tidak perlu setting router mulai dari awal.

Semoga bermanfaat...
:)

Selengkapnya

Repair 'wp_posts' Crashed Database WordPress

Beberapa saat yang lalu, kaget ketika login pada situs WordPress milik saya. Posting, page, comment, custome menu semuanya HILANG begitu saja.

Screenshot 1

Screenshot 2

Sempat terlintas dibenak, mungkin situsku kena hack!!! Hehe... nggak mau buru-buru ambil kesimpulan, coba cek dulu database di Webmin. Ternyata oh... ternyata..., table wp_post crashed dengan pesan error:

Error Message:

SQL show index from 'wp_posts' failed:Table './wordpress/wp_posts' is marked as crashed and should be repaired

Screenshot 3

Begitu juga pada halaman phpMyAdmin yang manampakkan pesan error serupa:

Error Message:

#145 - Table './wordpress/wp_posts' is marked as crashed and should be repaired

Screenshot 4

Bagi anda yang mempunyai masalah serupa dengan saya, jangan panik!! Berikut cara repair database table error (wp_posts) WordPress. Pertama login pada halaman phpMyAdmin, kemudian klik pada database WordPress anda → centang checkbox wp_posts → pada dropdown menu pilih Repair table → kemudian klik tombol Go (Screenshot lihat pada gambar di bawah).

Screenshot 5

Jika repair berhasil, anda akan menerima pesan konfirmasi sukses yang bertuliskan (Gambar; lihat pada screenshot di bawah):

Success Message:

Your SQL query has been executed successfully
REPAIR TABLE 'wp_posts'
Table 'wordpress.wp_posts', Operation 'repair', Message type 'status', Message 'OK'

Screenshot 6

Sampai di sini situs WordPress sudah kembali seperti semula (normal). Posting, page, comment, custome menu dan elemen-elemen lainnya yang hilang akan kembali muncul.

Untuk menghindari kejadian serupa pada situs WordPress anda dilain waktu, berikut ada sedikit tips yang bisa anda terapkan:

1. Backup database WordPress secara berkala baik itu menggunakan plugin WordPress database backup atau langsung via halaman interface phpMyAdmin.
2. Optimalkan Database MySQL. Cek overhead table & lakukan table optimizing pada halaman phpMyAdmin setidak-tidaknya sebulan sekali.
3. Sedia payung sebelum hujan. Lakukan full website backup, tidak menutup kemungkinan error atau gangguan lain pada server bisa menimpa account-account anda yang lain (email, addon domain, subdomain, dlsb) kapan & dimana saja. Jika control panel website anda menggunakan cPanel, lakukan full website backup pada halaman interface cPanel.

Selesai. Semoga bermanfaat.
:)

Selengkapnya

Disable Auto Login SSL cPanel/WHM Server

Otomatis login menggunakan alamat SSL (https://) → port 2087; pada cPanel/WHM biasanya terjadi setelah ioncube PHP Loader baru saja di install pada server. Berikut cara men-disable SSL login ketika akan akses halaman cPanel/WHM:

» Login ke WHM → Untrusted security certificate, klik I Understand the Risks → Add Exception...

» Add Security Exception centang Permanently store this exception → klik tombol Confirm Security Exception

Login ke WHM sebagai root user.

Untrusted security certificate

Add Security Exception

WHM Login

WHM → server configuration → tweak setting → Security → Require SSL [?] → setting ke off → Klik tombol save (lihat Screenshot di bawah).

cPanel/WHM: Disable Auto Login

Save Setting

Logout WHM & login menggunakan port standar WHM (2086)

Selesai. Semoga bermanfaat...
:)

Selengkapnya

SMTP Error 451 Temporary Local Problem (please try later) "cPanel/WHM Server"

SMTP Error 451 adalah peringatan error tidak dapat diprosesnya pengiriman email yang dibatalkan oleh ISP karena masalah internal server (Local Error atau Local Problem). Kesalahan ini biasanya terjadi karena overloading pada ISP atau service SMTP memproses terlalu banyak pesan (biasanya email akan sukses terkirim setelah beberapa saat jika email yang diproses terlalu banyak).

Ketika anda akses webmail (roundcube, SquirremMail atau horde) & coba kirim email anda mendapat pesan peringatan "SMTP Error 451 Temporary Local Problem (please try later)", penyebab yang paling umum jika anda menggunakan cPanel/WHM Server adalah domain tidak terdaftar pada file "/etc/localdomains".

Solusinya adalah dengan cara berikut:

1. Pastikan / cek domain sudah terdaftar pada file "localdomains (/etc/localdomains)"


2. Tambahkan domain jika domain tidak terdaftar (tanpa http/www)


3. Restart EXIM (WHM » Restart Services » Mail Server (Exim))


4. Selesai

Coba kirim test email untuk cek pesan error "SMTP Error 451 Temporary Local Problem (please try later)" apakah sudah hilang & email terkirim dengan sukses.

Semoga membantu.

Selengkapnya

Blank Page WHMCS (ioncube Loader Tidak Terinstall)

Halaman WHMCS blank pada saat dibuka atau blank pada saat melakukan proses instalasi dikarenakan beberapa faktor penyebab berikut:

1. templates_c tidak writable (777)


2. curl disabled


3. ioncube tidak terinstall

Namun artikel kali ini mencoba solved problem Blank Page WHMCS dikarenakan faktor penyebab yang ketiga (ioncube tidak terinstall). Berikut panduan install ioncube:

1. Download Ioncube Loader (http://downloads2.ioncube.com/loader_downloads/ioncube_loaders_lin_x86.tar.gz).


2. Extract. Kemudian upload "loader-wizard.php" ke web server.


3. Buka path url 'loader-wizard.php' pada halaman web browser. Ikuti petunjuk yang diberikan, jika tidak ada pesan error yang ditampilkan, maka ioncube loader sudah terinstall dengan benar.

NB: Disabled SELinux dengan cara mengetikkan command line berikut pada jendela shell

[bash collapse="false"]
[root@localhost ~]# setenforce 0
setenforce: SELinux is disabled
[root@localhost ~]#
[/bash]

Restart server

Jika ingin install ioncube loader dengan SELinux enabled, ikuti petunjuk installnya pada link di bawah ini:

http://cuteshift.com/57/install-ioncube-loader-while-selinux-enabled/

Selengkapnya

PostgreSQL Problem (could not connect to server: No such file or directory.)

"PostgreSQL Problem (could not connect to server: No such file or directory.)"

Cara mengatasinya, buka putty. Kemudian ketikkan command:

mv /var/lib/pgsql/data{,.backup}
/sbin/service postgresql initdb
/sbin/service postgresql start

[bash collapse="false"]
root@server5 [~]# mv /var/lib/pgsql/data{,.backup}
root@server5 [~]#
[/bash]

[bash collapse="false"]
root@server5 [~]# /sbin/service postgresql initdb
Initializing database: [ OK ]
root@server5 [~]#
[/bash]

[bash collapse="false"]
root@server5 [~]# /sbin/service postgresql start
Starting postgresql service: [ OK ]
root@server5 [~]#
[/bash]

Selesai.

Selengkapnya

Varnish Cache Install Error "Missing Dependency: libedit.so.0()" (RedHat/CentOS)

"Varnish Cache Install Error "Missing Dependency: libedit.so.0()" (RedHat/CentOS)"

Cara mengatasi, install rpm epel >> http://fedoraproject.org/wiki/EPEL

[bash collapse="false"]
[root@server5 ~]# cd /tmp
[root@server5 tmp]# wget http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-5.noarch.rpm
[root@server5 tmp]# rpm -ivh epel-release-6-5.noarch.rpm
[/bash]

Kemudian jalankan command install varnish cache:

[bash collapse="false"]
[root@server5 tmp]# yum install varnish
[/bash]

Referensi Panduan Install Varnish Cache:

1. https://www.varnish-cache.org/docs

Selengkapnya

500 Internal Server Error (Incorrect File Ownership)

Cara mengatasi 500 Internal Server Error dikarenakan ownership file ('index.php' misalnya) berbeda/tidak sama dengan ownership domain, adalah dengan cara mengganti ownership file yang error ke username domain:

1. Buka Putty & login sebagai root


2. Ketikkan Command Berikut ini (asumsi control panel web cPanel/sesuaikan dengan direktori error file):
   
   
   [bash collapse="false"]
   [root@localhost ~]# chown -R username:username /home/username/public_html
   [root@localhost ~]# chown username:nobody /home/username/public_html
   [/bash]
   
   Ganti "username" dengan aktual username.


3. Selesai. Refresh ulang halaman yang error.

Selengkapnya

Upload Error: File Size Melebihi Batas Upload Maksimal

Upload Error: File Melebihi Batas Upload Maksimal. Berikut peringatan yang muncul ketika execute tombol upload:

"The uploaded file exceeds the upload_max_filesize directive in php.ini"

[caption id="" align="alignnone" width="700" caption="Upload Error WordPress"][/caption]

Error di atas muncul jika file yang diimport melebihi ukuran batas maksimal, misal; 2 MB. Solusinya adalah dengan meningkatkan batas upload maksimal ke nilai (value) yang lebih tinggi, caranya seperti berikut:

» Buka File "php.ini" (/etc/php.ini) → asumsi, OS menggunakan CentOS.

» Edit value upload_max_filesize ke nilai yang lebih besar (misalnya; upload_max_filesize = 50M).

[apache collapse="false"]
;;;;;;;;;;;;;;;;
; File Uploads ;
;;;;;;;;;;;;;;;;

; Whether to allow HTTP file uploads.
file_uploads = On

; Temporary directory for HTTP uploaded files (will use system default if not
; specified).
;upload_tmp_dir =

; Maximum allowed size for uploaded files.
upload_max_filesize = 50M
[/apache]

» Restart apache webserver

Command:

service httpd restart

[bash collapse="false"]
[root@linggih ~]# service httpd restart
Stopping httpd: [ OK ]
Starting httpd: [ OK ]
[root@linggih ~]#
[/bash]

Atau jika anda tidak punya akses ke direktori file /etc/php.ini (menggunakan shared hosting account), cari atau buat file baru pada direktori root website (public_html atau htdocs) → edit/buat baru file .htaccess atau php.ini. Kemudian tambahkan code seperti di bawah:

php_value upload_max_filesize 50M

Simpan file & coba upload ulang.

Selengkapnya

Website Tidak Bisa Dibuka Meskipun Modul mod_rewrite On

Beberapa hari yang lalu saya coba installkan blog wordpress teman pada vps. Setting permalink saya set ke "Custom Structure → /%category%/%postname%/", file .htaccess baru sudah otomatis tersetup namun ketika test buka halaman posting website error (Not Found).

Berikut Solusinya:

Cek dulu apakah modul mod_rewrite sudah aktif pada webserver apache, login ssh & ketikkan command:

apachectl -M

[bash highlight="6"]
[root@victor ~]# apachectl -M
Loaded Modules:
...
...
alias_module (shared)
rewrite_module (shared)
...
...
cgi_module (shared)
version_module (shared)
...
...
python_module (shared)
ssl_module (shared)
Syntax OK
[/bash]

Jika modul rewrite sudah aktif (rewrite_module (shared)) → baris ke-6 pada code di atas, kemungkinan AllowOverride pada file konfigurasi apache (httpd.conf) masih di set ke "None" (AllowOverride None).

Edit value "AllowOverride None" ke "AllowOverride All" pada file httpd.conf (/etc/httpd/conf/httpd.conf) untuk semua dokumen root direktori (biasanya "/var/www/html") → lihat baris ke-17 pada code di bawah.

[apache highlight="17"]
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/var/www/html"

#
# Each directory to which Apache has access can be configured with respect
# to which services and features are allowed and/or disabled in that
# directory (and its subdirectories).
#
# First, we configure the "default" to be a very restrictive set of
# features.
#
<Directory />
Options FollowSymLinks
AllowOverride All
</Directory>
[/apache]

Restart apache daemon:

[bash collapse="false"]
[root@victor ~]# service httpd restart
Stopping httpd: [ OK ]
Starting httpd: [ OK ]
[root@victor ~]#
[/bash]

Selesai, refresh halaman yang tadinya tidak bisa di buka (Not Found).

Selengkapnya

Default Program Problem

Tanda Centang 'Always use the selected program to open this kind of program' Non Aktif (buram)

---

Kemarin iseng-iseng buat file javascript untuk merubah setting registry dan setelah jadi coba saya buka, eh.. ternyata kebukanya selalu di program Adobe Dreamweaver. Karena memang dari awal file extention js di komputer saya setting default dijalankan oleh program ini. Saya coba berbagai macam cara termasuk dengan menjalankan command promt windows tetap saja terbuka di dreamweaver

Saya coba lagi merubah default program untuk file js ini menggunakan explorer windows, eh.. ternyata malah makin kacau. Nggak berhenti-berhenti explorer menjalankan file js ini hingga konsumsi processor full capacity (100% usage). Di coba force end task melalui jendela task manager nggak bisa-bisa, mau nggak mau restart komputer. Setelah restart, saya coba kembalikan default program untuk file js ini ke dreamweaver, anehnya default program untuk file js ini tetap dijalankan oleh explorer. Ternyata awal mula permasalahan ini timbul ketika memilih default program explorer, saya centang checkbox 'Always use the selected program to open this kind of program'. Ketika akan saya kembalikan default program file js ini ke dreamweaver, checkbox tersebut blur (tidak aktif/tidak dapat diklik).

Nah.. barangkali pembaca ada yang mengalami permasalahan seperti yang saya alami, begini solusinya: Buka registry editor windows dengan cara jalankan menu run command (Windows + Ctrl R) ketikkan 'regedit'. Navigasikan ke:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\[extention anda contoh: .js]

Jika registry windows tidak bisa dibuka (ter-lock oleh program tertentu), lihat solusinya di sini:

http://linggihnote.blogspot.com/2010/10/exe-windows-media-center-problem.html

Expand file extention, cari dan hapus folder 'UserChoice'. Setelah terhapus kembali ke file yang ingin anda rubah default programnya, contoh dalam kasus saya file extention .js => klik kanan => 'Open With' pilih program default anda.

Selesai program default sudah berubah.

Selengkapnya

Blogspot Sitemap Error "Google Webmaster Tools"

Beberapa minggu yang lalu saya coba submit blog baru ini ke google, tapi tidak tahu kenapa 'Sitemap Status' nya 'Warning'. Detailnya announcement-nya kurang lebih bertuliskan 'error:URL restricted by robots.txt'. Saya coba berulangkali submit ulang sitemat atom feed blog saya, tetapi hasilnya tetap sama.

Setelah mencari-cari dimana letak kesalahannya, ternyata permasalahan ini disebabkan setelah saya migrasikan (pindahkan) arah feed blog saya ke 'FeedBurner'. Pada dasarnya url yang saya submit ke google webmaster tools mengarah pada url 'Feedburner' bukan ke url blog yang saya submit. Bersumber dari solusi yang saya dapatkan di sini, ternyata penyelesaiannya hanya dengan sedikit memodifikasi url sitemap yang sebelumnya beralamat 'http://tutorial7.blogspot.com/atom.xml saya tambahkan '?redirect=false' menjadi 'http://tutorial7.blogspot.com/atom.xml?redirect=false'. Eh.. ternyata berhasil, status sitemap warning sudah hilang.

Tambahan:

1. Jika anda mempunyai posting lebih dari 100, dan ingin semua posting terindeks tambahkan kode di bawah:
   
   
   
   

   
   

   atom.xml?redirect=false&start-index=1&max-results=100
   atom.xml?redirect=false&start-index=101&max-results=100

   
   
2. Jika lebih dari 200:
   
   
   
   

   
   

   atom.xml?redirect=false&start-index=1&max-results=100
   atom.xml?redirect=false&start-index=101&max-results=100
   atom.xml?redirect=false&start-index=201&max-results=100

   
   
3. Jika lebih dari 300:
   
   
   
   

   
   

   atom.xml?redirect=false&start-index=1&max-results=100
   atom.xml?redirect=false&start-index=101&max-results=100
   atom.xml?redirect=false&start-index=201&max-results=100
   atom.xml?redirect=false&start-index=301&max-results=100

   
   

Seperti yang anda lihat, 'start-index' adalah nomor permulaan posting dan 'max-results' merupakan batas jumlah posting. Batas 'max-results' sampai dengan 500, supaya aman banyak yang merekomendasikan sampai batas 100.

Selengkapnya