Aturan MSS bekerja di router, tetapi meleset di Squid
Terapkan penalaran MTU pada koneksi TCP terpisah yang dibuka proxy, bukan menganggap setiap paket melewati FORWARD.
Administrator menambahkan pembatasan TCPMSS ke FORWARD. Lalu lintas yang dirutekan langsung membaik, tetapi unduhan melalui instans Squid lokal tetap macet. Koneksi proxy ke situs web bukan sekadar koneksi TCP klien yang melewati rantai itu.
Pada forward proxy yang mengakhiri koneksi biasa, koneksi sisi klien berakhir secara lokal. Proxy membuat koneksi TCP kedua menuju origin atau induk. Di Linux, paket yang dihasilkan untuk koneksi itu mengikuti jalur keluaran lokal.
Aturan khusus FORWARD karena itu bisa sepenuhnya berfungsi dan tetap melewatkan handshake yang seharusnya disesuaikan. Petakan koneksi sebenarnya dan arah SYN sebelum memilih hook. Container atau namespace terpisah dapat menambah segmen terutekan lain, jadi penempatan yang tepat bergantung pada tempat proses berjalan.
Jangan menaruh angka PMTU langsung ke MSS
MTU jalur adalah ukuran paket IP. TCP MSS menjelaskan muatan TCP dan harus memperhitungkan header terkait. Demikian pula, panjang muatan ping bukan panjang paket IP lengkap. Penambahan 28 byte yang dikenal terkait dengan susunan IPv4 ICMP echo dasar, bukan setiap keluarga alamat atau enkapsulasi.
Target TCPMSS mendokumentasikan nilai eksplisit dan pembatasan PMTU. Pembatasan tetap bergantung pada informasi MTU rute; itu bukan bukti bahwa penemuan jalur sehat, juga bukan pengganti untuk mengizinkan pesan ICMP yang diperlukan.
Cocokkan juga gejalanya dengan teorinya. Handshake yang selesai lalu macet pada transfer lebih besar dapat membenarkan penyelidikan ukuran paket. SYN berulang tanpa jawaban atau reset langsung memerlukan penjelasan lebih luas; kegagalan paket kecil tidak membuktikan segmen data yang terlalu besar.
Pisahkan dalam catatan antara koneksi langsung yang bekerja dan koneksi proxy yang gagal. Keduanya dapat memakai sumber, rute, dan enkapsulasi berbeda, bahkan dari mesin yang sama.