Bu rotalar farklı alt ağlarda olduğu için burada metrik olmaktan çok daha fazlası var. Örneğin, kaynak trafiği 192.168.1.1 alt ağındaysa ve yönlendirme tablonuzda eşleşen varsayılan olmayan bir rota varsa, o rota metrik dikkate alınmadan önce en uzun önek eşleşmesi ile eşleşir .
Varsayılan olmayan bir rota eşleşen değil varsayarsak, o zaman hiç metrik sahip olmalıdır en yüksek öncelikli rota nedenle 0 metrik ve sahip olarak çekirdek tarafından yorumlanır. Her ne kadar bu basit bir görüş olsa da, bazı yönlendirme cinleri daha sonra bu varsayılan metriği 1024 gibi başka bir değere çevirecektir. Sana ve adsız dağıtımınıza olan şey budur.
Eğer ip routehiç gösterileri hiçbir metrik, bunu eski kullanarak aslında 0 olduğunu teyit edebilir route -nnet-tools paketi veya gelen komutu cat /proc/net/route. Ancak, bu çıktı yönlendirme arka plan programının 0 metrik değerle karşılaştığında dahili olarak kullanacağı şeyle eşleşmez.
Ayrıca rotayı nasıl oluşturduğunuz da önemlidir. ioctl kullanırken ip routenetlink API'sini routekullanır. İki yaklaşım arasında varsayılan metriklerin nasıl oluşturulacağına ilişkin kod, farklı metrik değerleriyle sonuçlanır. Örneğin: bir IPv6 varsayılan rotası oluşturmak ip routeRHEL 7'de 1024 metrik değerine neden olurken, aynı rotayı oluşturmak route1 metriğine neden olur.
Gönderen RedHat'te :
- route metriği olarak route komutuna hiçbir şey iletilmezse, komutun kendisi tarafından 1 değeri kullanılır.
- İp komutuna rota metriği olarak hiçbir şey iletilmezse, öznitelik hiç oluşturulmaz ve çekirdek 0 olarak anlar;