TUN/TAP: geçersiz bağımsız değişken — OpenVPN çerçevelemesi uyuşmuyor

İstemci kimlik doğrular, günlük bağlı diyor ve tünelden hiçbir paket geçmiyor. Sunucu denemeyi write to TUN/TAP: Invalid argument (code=22) ile bitiriyor, bu sürücü arızası gibi görünür ve genellikle değildir. Yönlendiricilerde ve küçük Linux sunucularında bu satır çoğunlukla iki tarafın veri paketlerinin nasıl çerçeveleneceği konusunda anlaşmadığını gösterir, bu yüzden çekirdek kendisine verilen şifresi çözülmüş arabelleği reddeder. Yönlendirme o noktada henüz test edilmemiştir.

Doğru bir yönlendirme tablosu ile bozuk bir çerçeveleme anlaşması istemci tarafından aynı görünür: bağlı ve hiçbir şey çalışmıyor.

Tünel açılıyor ve içinden hiçbir şey geçmiyor

Tünel aygıtındaki yazma hataları şifre çözümünden sonra ve yönlendirmeden önce oluşur. Daemon bir paketin şifresini çözer, onu arayüze verir ve arayüz onu reddeder çünkü arabellek o aygıtın beklediğiyle eşleşmez. Kod 22 geçersiz bağımsız değişken için genel yanıttır, bu yüzden yararlı bilgi katmandır: bu veri yoludur, el sıkışma değil. Dün trafik çalışıyordu ve bugün yapılandırma değişikliği olmadan durduysa, ağı suçlamadan önce varsayılan bir değeri kaydıran paket veya bellenim güncellemesinden şüphelenin.

İlk hata yerine veri kanalı kurulumunun çevresindeki günlüğü okuyun. Anlaşılan sıkıştırma modu, dev türü ve itilen seçeneklerin tümü daha yüksek ayrıntı düzeyinde görünür ve üç uyuşmazlıktan hangisine sahip olduğunuzu söyler.

Sıkıştırma çerçevelemedir, bant genişliği değil

Sıkıştırma etkinken her veri paketi nasıl kodlandığını açıklayan bir başlık taşır ve iki uç bu başlık üzerinde anlaşmalıdır. Eski bir örnek yapılandırmadan hâlâ comp-lzo taşıyan bir sunucu, sıkıştırma satırı olmayan bir istemciyle eşleştiğinde tam olarak bu hatayı üretir: sunucu istemcinin hiç yazmadığı bir başlık bekler. comp-lzo ile compress lz4-v2 karıştırmak da aynı şekilde başarısız olur, çünkü her ikisi de sıkıştırma olarak adlansa da algoritmalar farklıdır. Seçenek modern bağlantılarda bant genişliği özelliği değil, çerçeveleme sözleşmesidir.

Sürüm davranışı bir tuzak ekler. 2.5 serisi sıkıştırma seçenekleri için kullanımdan kaldırma uyarıları vermeye başladı ve 2.6 sıkıştırılmış paketleri reddetmek ile verileri yalnızca sıkıştırılmamış bırakmak arasına bir çizgi çeker. Bu nedenle yönlendirici bellenim güncellemesi, kimse tüneli düzenlemeden geçerli anlaşmayı değiştirebilir.

İki ucu hizalayın veya ikisinden de kaldırın

Her sıkıştırma yönergesini sıralayın: sunucu dosyası, itilen tüm seçenekler, istemciye özel dosyalar ve istemci profili. Sunucudaki comp-lzo istemcide aynı kelimeyi gerektirir ve adaptive eski derlemelerde çıplak seçeneğin genellikle anlamına geldiği eski varsayılandır. LZO veya sıkıştırma etiketli yönlendirici GUI anahtarı da aynı seçeneği yazar, bu yüzden algoritmaları karıştırmak yerine eşleşecek şekilde ayarlayın. Benzer görünen bir adın uyumlu olduğunu varsaymayın.

Sıkıştırma istenmiyorsa, iki uçtan da bilinçli olarak kaldırın. Sunucudaki allow-compression no sıkıştırılmış paketleri reddeder, ancak yalnızca istemciler bunları sunmayı bıraktıktan sonra; bir istemci hâlâ sıkıştırma iterken uygulamak uyuşmazlığı ters yönde yeniden yaratır.

İtmeyi ve aygıt türünü denetleyin

Sunucu, ana dosyasından veya istemciye özel bir dosyadan sıkıştırma yönergesi itebilir ve istemci, itilen seçenekleri pull-filter ile bırakabilir. Ayrıntı düzeyi 4'te bir istemci bağlayın, sunucunun duyurduğunu istemcinin kabul ettiğiyle karşılaştırarak okuyun, ardından hiçbir filtrenin onu kaldırmadığını doğrulayın. İki taraf artık anlaşıyorsa ve hata sürüyorsa, aygıt türüne bakın: bir uçtaki dev tap ile diğer uçtaki dev tun çerçeve alışverişi yapamaz ve çekirdek de yazmayı aynı şekilde reddeder.

Köprülenmiş TAP dağıtımı sunucuda gerçek bir köprü gerektirir, yalnızca farklı bir aygıt adı değil. Bir arayüzü köprüye eklemeden tap0 olarak yeniden adlandırmak, yazmayı kabul eden ve hiçbir yere gitmeyen bir aygıt üretir.

Ardından bir istemci ve bir hedefle doğrulayın: sunucunun tünel adresine ping atın, sonra LAN'ındaki bir ana makineye. İlki veri kanalını, ikincisi iletmeyi kanıtlar.