Saya butuh bantuan untuk membangun subnet pertama saya di antara dua router.
Kantor saya terletak di dekat kantor lain, dan kedua kantor itu dihubungkan bersama dengan kabel jaringan, dan kedua kantor memiliki akses Internet yang independen.
Setiap jaringan memiliki ruang lingkup IP jaringan mereka sendiri:
- Jaringan A adalah
10.35.1.*
- Jaringan B adalah
10.35.2.*
Saya ingin mengatur subnet antara dua jaringan itu, untuk berbagi sumber daya jaringan.
Bagaimana saya bisa mengatur router DD-WRT saya, untuk merutekan kedua jaringan itu?
Berikut ini sketsa cepat desain jaringan:
Sebenarnya semua Subnet mask adalah 255.255.255.0
Network A Network B
PC1 PC2 PC3 PC4
(10.35.1.10) (10.35.1.11) (10.35.2.12) (10.35.2.13)
| | | |
------------------ ------------------
| |
Router A (DD-WRT) -------------------- Router B
(10.35.1.1) (10.35.2.1)
| |
| |
{Internet} {Internet}
Sunting: Sekarang saya telah menambahkan rute statis manual di router pada 10.35.1.1 (disorot dengan warna kuning pada gambar) Tapi masih tidak bisa melakukan ping 10.35.1.1 dari Router TelNet atau PC dari Network A
sumber
Jawaban:
Pertama, setiap jaringan lokal akan menjadi subnet sendiri (yang merupakan singkatan untuk "subnetwork", di mana "jaringan" mengacu pada seluruh jaringan; dalam kasus Anda, "jaringan" kemungkinan besar adalah Internet). Yang perlu Anda lakukan adalah mengatur perutean antara dua subnet. Mereka akan tetap menjadi entitas yang terpisah, tetapi lalu lintas akan dapat mengalir di antara mereka.
Hal pertama yang perlu Anda konfirmasi adalah bahwa rentang IP tidak tumpang tindih. Misalnya, 10.35.1 / 24 dan 10.35.2 / 24 baik-baik saja, tetapi 10.35.1.0/16 dan 10.35.2.0/16 tidak (karena dalam kasus terakhir, rentang IP tumpang tindih dan tidak ada cara yang baik untuk router untuk mengetahui lalu lintas mana yang harus pergi kemana).
Saya tidak tahu persis langkah apa yang perlu Anda lakukan untuk mengkonfigurasi ini di dd-wrt (seperti pada "klik di sini, ketik ini, ..."), tetapi yang perlu Anda lakukan adalah:
Langkah 2 dan 3 (yang merupakan saus ajaib untuk membuat ini bekerja sama sekali) biasanya dicapai melalui pengaturan rute statis . Setiap tumpukan IP yang cukup kompeten menyediakan cara untuk melakukan ini, dan saya tidak bisa membayangkan bahwa dd-wrt akan menjadi pengecualian, meskipun mekanisme yang tepat tentang bagaimana melakukan itu berbeda-beda. Ide umumnya adalah untuk memberi tahu setiap router bahwa "untuk mencapai jaringan abcd / e", perlu "meneruskan lalu lintas melalui tautan fghij" dan / atau "meneruskan lalu lintas ke router hop berikutnya, KLMN"; ini adalah cara semua perutean pada jaringan IP seperti Internet bekerja. Jika Anda menentukan router hop berikutnya, maka router itu harus dapat dijangkau melalui beberapa rute yang dikonfigurasi lainnya .
Misalnya, pertimbangkan tabel perutean IPv4 berikut, yang harus serupa dengan apa yang telah Anda siapkan:
Apa yang dikatakan ini adalah: untuk mencapai jaringan 192.168.1.0 netmask 255.255.255.0 (yang sesuai dengan 192.168.1 / 24), gunakan gateway 0.0.0.0 (yaitu, cukup buang lalu lintas ke jaringan) melalui antarmuka eth0. Untuk mencapai jaringan 0.0.0.0 netmask 0.0.0.0 (atau 0.0.0.0/0, "rute default"), opsi terbaik adalah meminta 192.168.1.254 untuk meneruskan lalu lintas ke tujuan akhir. Hanya router jaringan inti yang tidak memiliki rute default; itu disebut DFZ atau zona bebas-standar . Ketika Anda mendapatkan kesalahan "no route to host", itu hampir selalu karena Anda telah menekan router yang tidak memiliki cara meneruskan lalu lintas menuju host tujuan.
Rute selalu dipertimbangkan dengan cara yang paling spesifik-cocok-menang, dan juga sebagai konsekuensinya rute default hanya dikonsultasikan jika tidak ada rute terkonfigurasi lainnya yang cocok. Oleh karena itu, jika saya ingin merutekan lalu lintas ke 172.16.128.0/23 melalui tautan fisik yang dilampirkan ke eth1, saya akan berakhir dengan tabel routing seperti berikut:
Dengan membuat perubahan yang sesuai di sisi lain, saya dapat memastikan bahwa lalu lintas kembali akan dapat mengalir kembali ke jaringan asal, memungkinkan komunikasi dua arah melalui tautan khusus.
Setelah Anda membuat jenis perubahan dalam konfigurasi dd-wrt di kedua ujungnya, host di dua jaringan setidaknya harus dapat berbicara dengan router di ujung lain tautan. (Pada titik itu, sangat mungkin untuk mengkonfigurasi firewall untuk memungkinkan lalu lintas yang sesuai.)
sumber
Ini sebenarnya masalah yang mudah. Dua DD-WRT dapat dikonfigurasi sebagai pasangan server klien OpenVPN, yang memungkinkan penggabungan dua subnet yang terpisah.
Menyiapkan koneksi OpenVPN, dalam konfigurasi bridged dijelaskan pada halaman wiki DD-WRT yang sangat jelas ini . Konfigurasi kadang-kadang disebut VPN dijembatani situs-ke-situs.
Satu-satunya hal yang tersisa untuk dilakukan adalah meyakinkan kedua router bahwa kedua subnet itu sebenarnya milik jaringan yang lebih besar. Anda dapat mencapai ini hanya dengan menggunakan subnet mask yang lebih luas. Yang terkecil yang mencakup jaring yang ada adalah
/22
, atau 255.255.252.0. Ini menyiratkan bahwa Anda harus mengubah subnet mask di GUI konfigurasi setiap router DD-WRT. Setelah ini selesai, akan butuh waktu (= waktu sewa, atau 1 jam untuk sebagian besar LAN) untuk perubahan untuk disebarkan ke klien DHCP Anda.Komentar:
Jangan tidak mengubah rentang IP ditugaskan oleh setiap router. Saat mereka berdiri sekarang, mereka tidak tumpang tindih, yang terpenting.
Anda akan mendapatkan lintas lalu lintas Layer 2 dari satu subnet ke yang lain. Ini termasuk lalu lintas ARP, dan sebagainya. Jika Anda memiliki jaringan cepat komersial, yaitu , setidaknya 10Mb / s, jangan khawatir tentang itu sama sekali, Anda tidak akan membuang-buang bandwidth yang langka sama sekali. Alih-alih, Anda akan memiliki semua protokol yang bekerja lintas, Anda dapat mencetak pada printer di kantor lain, berbagi direktori dan file, dan sebagainya: tidak ada batasan, semuanya akan bekerja seolah-olah kedua kantor itu satu. Jika Anda benar-benar ingin memblokir lalu lintas layer-2 referensi di atas menunjukkan kepada Anda bagaimana melakukannya dengan ebtables , tetapi itu tidak sepadan dengan rasa sakitnya.
Ketika permintaan DHCP dibuat, tidak jelas router mana yang akan memenangkan perlombaan, yang berarti bahwa Anda mungkin memiliki 10.35.1.xx pc di tengah-tengah 10.35.2.xx saudara-saudara. Anda tidak perlu khawatir tentang ini: tepatnya karena kedua subnet terintegrasi dengan sempurna, sistem akan bekerja dengan sempurna apa pun yang terjadi. Namun jika Anda terganggu oleh ini, yang harus Anda lakukan adalah memperkenalkan
iptables
aturan, pada setiap router yang memblokir balasan DHCP (bukan permintaan, yang menggunakan soket mentah ):Sistemnya kuat. Tujuh tahun lalu saya membuat satu koneksi jenis ini antara rumah saya dan lab saya di Universitas tempat saya bekerja: koneksi tidak pernah memiliki kesalahan.
sumber
Saya akhirnya menyerah, DD-WRT adalah cara untuk buggy.
DD-WRT pada Linksys WRT54G, bangun DD-WRT v24-sp2 (08/07/10) vpn (revisi SVN 14896)
Keamanan nirkabel terus beralih ke TKIP tanpa alasan, jadi laptop dan ponsel pintar saya tidak dapat terhubung. Tautan PPTP VPN antara ke akses rute DD-WRT tidak lengkap.
Apa lagi, yang tidak saya lakukan sekarang ...
Saya akan pergi dengan solusi lain.
Tapi terima kasih semuanya atas masukan Anda, saya sudah belajar saya sedikit lebih banyak dari Anda!
Solusi menggunakan Subnet Masking
Sebagai catatan ... Saya sudah bisa menautkan ke dua jaringan 10.35.1.0/24 dan 10.35.2.0/24, bersama-sama, menggunakan SubNet Mask yang berbeda. Pada setiap router, dan setiap server DHCP yang Anda perlukan untuk menyertakan lingkup IP, penyihir adalah sesuatu seperti 255.255. 252 .0 (10.35.0.1 - 10.35.3.254). Topeng agak terlalu lebar, tapi sebenarnya tidak terlalu penting bagiku. Saya akan menambahkan subnet lain nanti.
sumber