DD-WRT'te PPTP istemcileri birbirine ulaşamıyor: beş kontrol

İki dizüstü bilgisayar DD-WRT kutusundaki PPTP sunucusuna bağlanıyor, her biri bir adres alıyor ve hiçbiri diğerini pingleyemiyor. Paylaşılan klasörler hiç görünmüyor ve ilk akla gelen, yönlendiricinin dağıttığı 255.255.255.255 maskesinin yanlış olması gerektiği. Sorun o değil ve onu değiştirmek tek bir yeni komşu bile yaratmaz. Aşağıdaki beş kontrolü sırayla yapın ve biri başarısız olur olmaz durun, çünkü her birinin devası farklı.

Birinci kontrol: /32 hata değil

PPTP, PPP taşır ve bir PPP bağlantısı tam olarak iki ucu birleştirir: istemciniz ve sunucu. Ağ maskesi hangi adreslerin yerel bir segmenti paylaştığını tanımlar, burada segment yok, yalnızca tek bir kablonun öbür ucundaki eş var. Yalnızca birlerden oluşan maske tam olarak bunu söyler, dolayısıyla DD-WRT bu bağlantı türü için doğru değeri veriyor. Adres bir eş adresidir, LAN üzerindeki bir arayüz adresi değil.

255.255.255.0 maskesinin yeri yüzlerce aygıtın bulunduğu paylaşılan ortamdır ve onu bir PPP arayüzüne koymak tünelin karşı tarafını da komşu yapmaz.

İkinci kontrol: PPTP sunucusu sayfasındaki değerleri okuyun

Önemli olan bütün ayarlar Hizmetler, VPN, PPTP Sunucusu altında. Sunucuyu etkinleştirin, sunucu adresini yönlendiricinin LAN adresine ayarlayın ve istemci aralığını DHCP havuzunun dışında tutun ki çevirmeli bağlanan istemci ile kablolu makine aynı adresi almasın. CHAP-Secrets altında her hesap için username * password * biçiminde bir satır ekleyin, adın içinde boşluk olmasın. Uygulayın, ardından yönlendiriciyi ve o hesaplardan birini belirten bir profille bağlanın.

İstemcinin nerede durduğu hangi katmanı inceleyeceğinizi söyler. Kimlik doğrulaması geçip adres almayan istemci havuz veya sır sorunudur; adres alıp hiçbir yere ulaşamayan istemci yönlendirme veya güvenlik duvarı sorunudur.

Üçüncü kontrol: iki eş arasında bir yol arayın

Yönlendiricide sonlanan her tünel kendi arayüzüdür, genellikle ppp0, ppp1 ve benzeri. Bir istemciden diğerine trafik bu arayüzler arasında yönlendirilmelidir ve yönlendirici bunu iletmeye istekli olmalıdır. Yönlendiricide ip route çalıştırın ve bağlı her eş için eşleşen PPP arayüzüne işaret eden bir ana bilgisayar yolu arayın. Bir eşte yol eksikse, istemcinin durum ekranı ne derse desin tünel tam olarak ayakta değildir.

İki ayrı ppp arayüzüne iki ana bilgisayar yolu, daha ileri gitmeden önce istediğiniz şekildir.

Dördüncü kontrol: INPUT değil FORWARD zincirine bakın

İstemciden istemciye trafik yerel olarak kabul edilmez, iletilir, bu yüzden INPUT zinciri yanlış yerdir. iptables -L FORWARD -v -n çalıştırın ve PPP arayüzlerini yakalayan bir düşürme kuralı ile zincire herhangi bir şeyin ulaşıp ulaşmadığını gösteren paket sayaçlarını arayın. Tünel trafiği için kabul kuralı olmayan varsayılan düşürme politikası tam olarak başladığınız belirtiyi üretir: her istemci tek başına iyidir, birlikteyken birbirleri için görünmezdirler.

Küçük pingler çalışıp büyük aktarımlar takılıyorsa tünel engellenmiyor, parçalanıyordur. PPP üzerinden PPTP normalde 1450 civarı MTU ve MRU ister, 1500'de bırakmak el sıkışmaları geçen ama gerçek yüklerde başarısız olan bir bağlantı verir.

Beşinci kontrol: internet erişiminin ne yapması gerektiğine karar verin

Ofis üzerinden gezinmesi gereken istemciler WAN arayüzüne doğru kaynak adres çevirisine ihtiyaç duyar. Yalnızca LAN'a ulaşması gereken istemciler bir yol ve başka hiçbir şey istemez. Bunlar farklı kural kümelerine sahip farklı niyetlerdir ve maske sorusu bu ikinci kararı tamamen gizler. Tek bir kural eklemeden önce hangi davranışı istediğinizi yazın, çünkü ofis hattından beklenmedik biçimde çıkan bir istemci günlükte değil toplantıda ortaya çıkan bir sürprizdir.

Son bir not, düzeltmeyle ilgisiz: PPTP eskimiştir ve kimlik doğrulaması yıllardır bozuktur. Yukarıdaki liste yine de bir PPP bağlantısının ne yaptığını açıklar ve istemcileri sonradan modern bir tünele taşırsanız aynı mantık geçerlidir.