Ketidakcocokan duplex pada port gateway VPN: baca kedua ujung

Penyalinan berkas melalui terowongan tersendat selama satu detik, berlanjut, dan log VPN tidak menunjukkan apa pun. Aplikasi menyalahkan jaringan, jaringan menyalahkan aplikasi, dan port switch sudah aktif sebelas bulan. Panduan ini dimulai dari jeda dan bergerak ke luar menuju tautan fisik: apa yang sebenarnya dilakukan port, apa yang dilakukan ujung jauh, dan apa yang dilakukan penghitung saat Anda mengamati. Layak dilakukan sebelum siapa pun menyentuh pengaturan duplex.

Mulai dari jeda, bukan dari port

Jelaskan gejalanya dengan cara yang bisa diuji. Henti sekitar satu detik selama transfer besar adalah masalah yang berbeda dari koneksi yang ter-reset, dan jeda yang terjadi sekali sejam berbeda dari yang terjadi setiap beberapa detik. Catat beban kerja, arah, dan perkiraan intervalnya.

Lalu reproduksi saat Anda mengamati antarmuka. Masalah fisik muncul sebagai pergerakan pada penghitung selama beban kerja yang terkena, dan masalah yang sama sekali tidak menggerakkan penghitung kemungkinan berada di atas lapisan tautan. Amati selama satu menit, bukan satu detik, karena gangguan ini sering membutuhkan lalu lintas berkelanjutan sebelum muncul. Pemantauan saat menganggur tidak membuktikan apa pun tentang tautan yang hanya berperilaku buruk di bawah beban.

Ini penting karena ketidakcocokan duplex punya tanda tangan: galat yang hanya muncul di bawah beban, searah lalu lintas, sementara ping kecil dan sesi interaktif tetap sempurna. Jika lalu lintas saat menganggur juga gagal, cari di tempat lain lebih dulu.

Baca mode operasional di kedua ujung

Konfigurasi tersimpan bukan status operasional. Port bisa dikonfigurasi untuk negosiasi otomatis dan berakhir pada setengah duplex, atau dikonfigurasi pada kecepatan tetap yang tidak pernah disetujui ujung lain. Baca apa yang sedang dilakukan tautan di kedua sisi.

ethtool eth0
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0

Catat kecepatan, duplex, dan apakah negosiasi otomatis aktif, lalu dapatkan tiga fakta yang sama dari switch sebelah atau port penyedia. Satu ujung saja tidak memberi tahu apa pun, karena ketidakcocokan adalah hubungan, bukan pengaturan. Letakkan kedua baris berdampingan di tiket, dengan waktu Anda membacanya. Separuh nilai latihan ini adalah memiliki kedua pembacaan di satu tempat.

Jika Anda tidak dapat membaca ujung jauh, Anda tidak dapat mendiagnosis ini. Mintalah mode operasional dan penghitung kepada pemiliknya, atau atur akses sebelum Anda mulai mengubah sisi Anda.

Seperti apa kasus 10/100 setengah duplex

Pada tautan tembaga 10/100, ujung yang menegosiasikan otomatis dapat mendeteksi kecepatan rekan yang dipaksa tanpa mempelajari pengaturan duplex-nya. Deteksi paralel menentukan kecepatan dari sinyal, dan duplex diasumsikan alih-alih dinegosiasikan, sehingga satu sisi bisa berakhir setengah duplex sementara sisi lain berjalan penuh.

Panduan negosiasi otomatis Cisco menjelaskan kasus khusus itu. Ini bukan argumen untuk mematikan negosiasi di mana-mana, dan tidak mengatakan apa pun yang berguna tentang tembaga gigabit, tempat duplex tetap dan negosiasi otomatis diperlukan agar tautan dapat menyala.

Bukti yang dapat diamati adalah campuran galat yang hanya ada di satu arah: galat FCS atau CRC di sisi duplex penuh, tabrakan atau tabrakan terlambat di sisi setengah duplex, dan throughput yang runtuh di bawah beban sementara latensi tetap normal saat menganggur. Asimetri itulah tandanya. Tautan yang hanya kelebihan langganan memburuk di kedua arah dan sepanjang waktu.

Ubah kedua ujung bersamaan, dengan jalan kembali

Koreksi duplex adalah perubahan terkoordinasi, bukan lokal. Memaksa sisi Anda tanpa persetujuan ujung jauh adalah cara tautan yang berfungsi menjadi rusak, dan diterimanya perintah oleh CLI hanya membuktikan sintaksnya valid.

sudo ethtool -s eth0 speed 100 duplex full autoneg off
ethtool eth0

Sebelum menjalankan hal seperti itu, pastikan platform mendukung kombinasi tersebut dan ujung jauh akan diubah dalam jendela yang sama. Pertahankan cara independen untuk mengelola perangkat, karena port yang akan Anda ubah mungkin justru yang membawa sesi manajemen Anda.

Pada banyak tautan modern jawaban yang benar adalah membiarkan negosiasi otomatis aktif di kedua ujung alih-alih memaksa apa pun. Pemaksaan adalah obat untuk ketidakcocokan tertentu pada teknologi tertentu, bukan peningkatan umum. Tembaga gigabit khususnya membutuhkan negosiasi otomatis agar tautan menyala, jadi saran 10/100 tidak berlaku di sana.

Pastikan penghitung bergerak ke arah yang lebih baik

Setelah perubahan, baca ulang status operasional di kedua ujung dan pastikan keduanya sepakat. Lalu jalankan beban kerja yang sama yang menghasilkan jeda dan bandingkan selisih penghitung, bukan total seumur hidup, karena total yang terakumulasi selama setahun tidak dapat memberi tahu Anda apa yang terjadi dalam sepuluh menit terakhir.

ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0
ping -f -c 200 10.90.0.1

Tautan tanpa galat baru di bawah beban yang sama adalah bukti yang Anda cari. Tautan yang masih galat, atau yang penghitungnya tidak pernah bergerak sejak awal, mengirim Anda ke batas berikutnya alih-alih lebih dalam ke perdebatan duplex. Kedua hasil adalah kemajuan, yang lebih dari yang bisa diberikan berkas konfigurasi. Jangan lewati pembacaan kedua hanya karena yang pertama tampak benar.

Tulis angka sebelum dan sesudah ke dalam tiket dengan tanda waktu. Catatan itulah yang mengubah «VPN terasa lebih baik» menjadi sesuatu yang dapat dibangun oleh insinyur berikutnya.