SMK DEWANTORO PURWOSARI

Installasi Web Server(Apache,PHPMyAdmin dan MySQL) di Linux

Bagi rekan-rekan yang baru saja melakukan migrasi System Operasi dari Ms. Windows ke Linux dan ingin mengetahui cara menginstall Apache, PHPMyAdmin dan MySQL di Linux tanpa perlu repot2 download sana-sini di internet. Cukup dengan memanfaatkan CD Linux yang kita sudah beli mahal2 maka bisa kita dapatkan hasilnya. itu sangatlah mudah dan Begini Caranya :

Langkah 2x :

1. Install Apache2 dan Kawan-kawannya Contoh : apache2,apache2-doc,apache2-mod_perl,apache2- mod_php5,apache2-prefork, dll yang dibutuhkan) Melalui YAST.
2. Install MySQL dan Kawan-kawannya(Contoh : MySQL,MySQL- client,MySQL-devel, ySQL-shared,perl-DBD-mysql,perl- DBI, php5-mysql, php5-mysqli, dll yang dibutuhkan) Melalui YAST.
3. Konfigurasi YAST :
   • Untuk Komputer Jaringan :
     • Konfigurasi Network Card Melalui YAST Jika terhubung Ke Jaringan.
     • Konfigurasi NTP client Melalui YAST Jika Terhubung Ke jaringan atau dengan mengedit ntp.conf, pastikan Address yang dituju adalah IP Komputer yang Database MySQL-nya ingin di gunakan. Contoh : Jika Database MySQL yang dituju ada di komputer dengan IP 192.168.0.1, maka pastikan IP tersebut yang terkonfigurasi pada NTP client.
   • Untuk komputer yang tidak terhubung dengan jaringan tidak perlu melakukan Konfigurasi YAST.
4. Jika Firewall pada komputer anda Aktif, pastikan port 80 dapat diakses oleh komputer lain yang terhubung dengan jaringan. Jika tidak terhubung ke jaringan Stop aja Firewallnya Melalui YAST.
5. Aktifkan Apache yang telah di install dengan cara mengetikkan pada Console(untuk Distro SUSE bisa lihat pada /usr/share/doc/packages/apache2/README.QUICKSTART)
   • rcapache2 start
   • chkconfig -a apache2
6. Aktifkan MySQL yang telah diinstall dengan cara mengetikkan pada Console(Untuk Distro SUSE bisa lihat pada /usr/share/doc/packages/mysql/README.SuSE).
   • rcmysql start -> untuk mengaktifkan Manual
   • /sbin/insserv /etc/init.d/mysql -> untuk mengaktifkan saat startup
7. Install phpmyadmin(Tanya aja sama Om Google), Untuk Pengguna Ms. Windows yang sudah pernah menginstall PHPTriad di Ms. Windows, Kopikan saja Folder "phpmyadmin" di Folder "C:\apache\htdocs\" pada Ms. Windows ke dalam /srv/www/htdocs/ yang ada pada Linux. "/srv/www/htdocs/" ini adalah folder default dimana localhost membaca Aplikasi Web yang akan dijalankan.
8. Sekarang kita bisa jalankan Localhost melalui Web Browser dan mengetikkan pada Address Bar "http://localhost/manual/" -> anda bisa membaca tentang Infomasi Apache disini. Jika Ini Berhasil berarti apache telah berhasil anda konfigurasi.
9. Sekarang kita juga sudah bisa menjalankan MySQL kita dengan bantuan phpmyadmin melalui melalui Web Browser dan mengetikkan pada Address Bar "http://localhost/phpmyadmin/". Jika Ini berhasil juga, selamat kepada anda telah memiliki Web Server di komputer anda dan mengkonfigurasi dengan benar.
10. Get More Experiences with Linux (OPEN SOURCE), Smile...!! :).

Ket : data MySQL terdapat pada Folder "/var/lib/mysql/"

Semoga bermanfaat,

File Transfer Protocol

File Transfer Protocol (FTP) adalah protokol jaringan standar yang digunakan untuk pertukaran dan memanipulasi file melalui TCP / IP berbasis jaringan, seperti Internet. FTP dibangun pada arsitektur client-server dan menggunakan kontrol terpisah dan sambungan data antara klien dan server aplikasi. Aplikasi-aplikasi client awalnya interaktif tool baris perintah dengan sintaks perintah yang standar, tetapi antarmuka pengguna grafis telah dikembangkan untuk semua sistem operasi desktop yang digunakan saat ini. FTP juga sering digunakan sebagai komponen aplikasi untuk secara otomatis mentransfer file program fungsi internal. FTP dapat digunakan dengan user otentikasi berbasis password atau dengan pengguna anonim akses. The Trivial File Transfer Protocol (TFTP) adalah sama, namun disederhanakan, tidak dioperasikan, dan versi tidak terauthentikasi FTP.

Metode sambungan

FTP berjalan di atas Transmission Control Protocol (TCP). [1] Biasanya FTP server mendengar pada terkenal nomor port 21 (IANA-reserved) untuk masuk koneksi dari klien. Sambungan ke pelabuhan ini dari klien FTP bentuk kontrol aliran yang perintah yang dikirimkan ke server FTP dan tanggapan dikumpulkan. FTP menggunakan out-of-band kontrol; itu membuka sambungan data khusus nomor port lain. Parameter untuk stream data tergantung pada moda angkutan permintaan khusus. Sambungan data biasanya menggunakan nomor port 20.

Dalam modus aktif, FTP client membuka port yang dinamis, mengirimkan server FTP nomor port yang dinamis di mana ia mendengarkan kontrol atas sungai dan menunggu sambungan dari server FTP. Ketika server FTP memulai sambungan data ke klien FTP itu mengikat sumber port to port 20 di server FTP.

Untuk menggunakan modus aktif, klien mengirimkan sebuah perintah PORT, dengan IP dan port sebagai argumen. Format untuk IP dan port adalah "h1, h2, h3, h4, p1, p2". Setiap field adalah representasi desimal 8 bit host IP, diikuti oleh data yang dipilih pelabuhan. Sebagai contoh, seorang klien dengan IP 192.168.0.1, mendengarkan pada port 49.154 untuk sambungan data akan mengirim perintah "PORT 192,168,0,1,192,2". Bidang pelabuhan harus ditafsirkan sebagai 256 × p1 + p2 = pelabuhan, atau, dalam contoh ini, 192 × 256 + 2 = 49154.

Dalam modus pasif, server FTP membuka port yang dinamis, mengirimkan klien FTP server untuk menghubungkan alamat IP dan port di mana ia mendengarkan (a 16-bit dipecah menjadi tinggi dan rendah byte, seperti yang dijelaskan di atas) selama kontrol sungai dan menunggu koneksi dari klien FTP. Dalam kasus ini, klien FTP mengikat sumber port sambungan ke port yang dinamis.

Untuk menggunakan modus pasif, klien mengirimkan perintah PASV yang server akan menjawab dengan sesuatu yang mirip dengan "Memasuki 227 Passive Mode (127,0,0,1,192,52)". Sintaks dari alamat IP dan port yang sama untuk argumen ke perintah PORT.

Dalam modus pasif diperpanjang, server FTP beroperasi persis sama seperti modus pasif, namun hanya mengirimkan nomor port (tidak patah ke byte tinggi dan rendah) dan klien adalah mengasumsikan bahwa terhubung ke alamat IP yang sama yang pada awalnya terhubung untuk. Extended mode pasif ditambahkan oleh RFC 2428 pada bulan September 1998.

Sementara data sedang dikirim melalui aliran data, aliran kontrol duduk menganggur. Hal ini dapat menyebabkan masalah dengan transfer data yang besar melalui firewall yang waktu sesi setelah periode panjang kemalasan. Meskipun file mungkin berhasil ditransfer, sesi kontrol dapat diputus oleh firewall, menyebabkan error yang akan dihasilkan.

Mendukung protokol FTP melanjutkan download yang terputus menggunakan perintah REST. Klien melewati jumlah byte itu telah diterima sebagai argumen untuk perintah dan restart REST transfer. Dalam beberapa klien commandline misalnya, ada yang sering diabaikan tetapi perintah berharga, "reget" (berarti "mendapatkan kembali"), yang akan menyebabkan terputus perintah "get" akan dilanjutkan, mudah-mudahan sampai selesai, setelah gangguan komunikasi.

Upload melanjutkan tidak semudah. Meskipun mendukung protokol FTP APPE perintah untuk menambahkan data ke sebuah file di server, klien tidak tahu posisi yang tepat di mana transfer mendapat menyela. Hal ini untuk mendapatkan ukuran file dengan cara lain, misalnya di atas daftar direktori atau menggunakan perintah SIZE.

Dalam modus ASCII (lihat di bawah), melanjutkan transfer dapat mengganggu jika klien dan server menggunakan berbagai karakter garis akhir.

Spesifikasi FTP yang asli adalah sebuah metode yang tidak aman secara inheren mentransfer file karena tidak ada metode tertentu untuk mentransfer data dalam mode terenkripsi. Ini berarti bahwa dalam sebagian besar konfigurasi jaringan, nama pengguna, sandi, FTP perintah dan file yang ditransfer dapat ditangkap oleh siapapun di jaringan yang sama dengan menggunakan sebuah packet sniffer. Ini adalah masalah umum bagi banyak spesifikasi protokol Internet ditulis sebelum penciptaan SSL, seperti HTTP, SMTP dan Telnet. Solusi umum untuk masalah ini adalah dengan menggunakan SFTP baik (SSH File Transfer Protocol), atau FTPS (FTP melalui SSL), yang menambahkan enkripsi SSL atau TLS FTP seperti yang telah ditetapkan dalam RFC 4217.

FTP

Sebuah host yang menyediakan layanan FTP dapat tambahan menyediakan akses FTP anonim. Pengguna biasanya login ke layanan dengan 'anonim' account ketika diminta untuk nama pengguna. Meskipun pengguna biasanya diminta untuk mengirimkan alamat email mereka sebagai ganti password, sedikit atau tidak ada verifikasi sebenarnya dilakukan pada data yang disediakan.

Sebagai klien FTP modern biasanya menyembunyikan proses login anonim dari pengguna, klien ftp akan memasok data dummy sebagai password (karena alamat email pengguna mungkin tidak diketahui ke aplikasi). Sebagai contoh, ftp berikut agen pengguna yang terdaftar tentukan password untuk login anonymous:

* Mozilla Firefox (3.0.7) - mozilla@example.com
* KDE Konqueror (3,5) - anonim @
* Wget (1.10.2) --wget @
* Lftp (3.4.4) - lftp @
Format data

Sementara mentransfer data melalui jaringan, beberapa representasi data yang dapat digunakan. Dua modus transfer paling umum adalah:

* Modus ASCII
* Binary mode: Dalam "Binary mode", mesin pengirim akan mengirim setiap file byte untuk byte dan dengan demikian penerima menyimpan bytestream saat menerimanya. (The FTP standar menyebutnya "IMAGE" atau "Aku" mode)

Dalam modus ASCII, setiap bentuk data yang tidak plain text akan rusak. Ketika sebuah file yang dikirim menggunakan tipe ASCII transfer, individu huruf, angka, dan karakter yang dikirim menggunakan kode karakter ASCII. Mesin penerima akan menyimpan ini di file teks dalam format yang sesuai (misalnya, mesin Unix menyimpan dalam format Unix, mesin Windows menyimpan dalam format Windows). Oleh karena itu jika transfer ASCII digunakan itu dapat diasumsikan teks biasa dikirim, yang disimpan oleh komputer penerima dalam format sendiri. Menerjemahkan antara format teks mungkin memerlukan mengganti akhir baris akhir berkas dan karakter yang digunakan pada source platform dengan tujuan orang-orang di peron, misalnya mesin Windows menerima file dari mesin Unix akan menggantikan baris feed dengan carriage return line feed pasang. Mungkin juga melibatkan menerjemahkan karakter misalnya, ketika mentransfer dari mainframe IBM untuk sistem yang menggunakan ASCII, EBCDIC karakter yang digunakan pada mainframe akan diterjemahkan ke ASCII mereka setara, dan ketika mentransfer dari sistem dengan menggunakan ASCII ke mainframe, karakter ASCII akan diterjemahkan EBCDIC mereka setara.

Secara default, kebanyakan klien FTP menggunakan mode ASCII. Beberapa klien mencoba untuk menentukan mode transfer yang dibutuhkan dengan memeriksa nama file atau isi, atau dengan menentukan apakah server menjalankan sistem operasi dengan format file teks yang sama.

Spesifikasi FTP juga daftar modus transfer berikut:

* Mode EBCDIC - byte transfer ini, kecuali mereka dikodekan daripada ASCII EBCDIC. Jadi, misalnya, modus ASCII server
* Modus Lokal - ini dirancang untuk digunakan dengan kata sistem yang berorientasi bukan byte-oriented. Misalnya mode "L 36" dapat digunakan untuk mentransfer data antara dua biner 36-bit. Dalam modus L, kata-kata yang dikemas ke dalam byte bukannya empuk. Beberapa FTP server menerima "L 8" sebagai setara dengan "Aku".

Dalam prakteknya, ini modus transfer tambahan jarang digunakan. Namun mereka masih digunakan oleh beberapa sistem mainframe warisan.

Teks (ASCII / EBCDIC) Modus juga dapat memenuhi syarat dengan jenis kontrol kereta digunakan (misalnya TELNET NVT kontrol kereta, kereta ASA kontrol), meskipun jarang digunakan sekarang ini.

Perhatikan bahwa istilah "mode" secara teknis tidak benar, walaupun sering digunakan oleh klien FTP. "MODE" dalam RFC 959 mengacu pada format aliran data protokol (STREAM, BLOK atau dikompresi), sebagai lawan dari format file yang mendasarinya. Apa yang biasa disebut "mode" sebenarnya adalah "TYPE", yang menentukan format file daripada aliran data. FTP juga mendukung spesifikasi struktur file ( "STRU"), yang dapat berupa FILE (file yang berorientasi aliran), REKOR (catatan-berorientasi file) atau PAGE (tipe khusus dirancang untuk digunakan dengan TENEX). PAGE STRU tidak benar-benar berguna untuk non-sistem TENEX, dan 4.1.2.3 bagian RFC1123 merekomendasikan bahwa tidak akan diterapkan.
[sunting] FTP dan web browser

Most recent web browser dan file manajer dapat melakukan koneksi ke server FTP, walaupun mereka mungkin tidak memiliki dukungan untuk protokol FTPS ekstensi seperti. Hal ini memungkinkan manipulasi berkas remote melalui FTP melalui antarmuka yang sama dengan yang digunakan untuk file lokal. (eg, ftp://ftp.gimp.org/)." onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Hal ini dilakukan melalui FTP URL, yang berbentuk ftp (s )://<> (misalnya, ftp://ftp.gimp.org/). :@:." onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Sandi opsional dapat diberikan dalam URL, misalnya: ftp (s )://<>: @ : . Kebanyakan web browser memerlukan penggunaan FTP mode pasif, yang tidak semua server FTP mampu menangani. Beberapa browser hanya memperbolehkan download file, tetapi tidak menawarkan cara untuk meng-upload file ke server.
[sunting] FTP dan perangkat NAT

Representasi dari alamat IP dan nomor port dalam perintah dan PASV PORT jawaban menimbulkan tantangan lain untuk Network address translation (NAT) perangkat dalam menangani FTP. Perangkat NAT harus mengubah nilai-nilai ini, sehingga mereka berisi alamat IP NAT-red klien, dan sebuah port yang dipilih oleh perangkat NAT untuk sambungan data. Alamat baru dan port mungkin akan berbeda panjang dalam desimal perwakilan dari alamat dan port asli. Ini berarti bahwa perubahan nilai-nilai pada kontrol koneksi oleh perangkat NAT harus dilakukan dengan hati-hati, mengubah TCP Sequence dan Acknowledgment ladang untuk semua paket berikutnya. Terjemahan seperti itu tidak biasanya dilakukan di sebagian besar perangkat NAT, tapi aplikasi khusus layer gateway ada untuk tujuan ini.

Lihat juga tingkat Application gateway

[sunting] FTP melalui SSH (tidak SFTP)

FTP melalui SSH (tidak SFTP) mengacu pada praktek tunneling sesi FTP normal melalui koneksi SSH.

Karena FTP menggunakan beberapa koneksi TCP (biasa untuk TCP / IP protokol yang masih digunakan), maka sangat sulit untuk terowongan di SSH. Dengan banyak klien SSH, mencoba untuk membuat sebuah terowongan untuk saluran kontrol (klien awal-untuk-koneksi server pada port 21) akan melindungi saluran hanya itu, ketika data yang ditransfer, perangkat lunak FTP di kedua ujung akan mengatur TCP baru koneksi (saluran data) yang akan melewati koneksi SSH, dan dengan demikian tidak memiliki kerahasiaan, integritas perlindungan, dll

Jika tidak, maka perlu untuk perangkat lunak klien SSH untuk memiliki pengetahuan yang spesifik dari protokol FTP, dan memantau dan menulis ulang pesan saluran kontrol FTP dan otonom terbuka untuk FTP forwardings baru saluran data. Versi 3 dari SSH Communications Security suite perangkat lunak, dan berlisensi GPL FONC adalah dua paket perangkat lunak yang mendukung mode ini.

FTP melalui SSH ini kadang-kadang disebut sebagai FTP aman; ini tidak boleh dikacaukan dengan metode lain untuk mengamankan FTP, seperti dengan SSL / TLS (FTPS). Metode lain untuk mentransfer file menggunakan SSH yang tidak berhubungan dengan FTP dan SFTP SCP meliputi; di masing-masing, seluruh percakapan (kredensial dan data) selalu dilindungi oleh protokol SSH.