Каква е разликата между "Interface metric" и "Gateway metric" ?

Windows (XP, 2000/2003Srv)
В TCP/IP Properties на даден адаптер, има бутон Advanced
После при Advanced IP setting, може да се въведат повече от един gateway със съответния metric
Обаче отдолу има поле Interface metric (обикновено е на automatic), на което не мога да проумея смисъла. А и не мога да намеря информация по въпроса в хелпа и на сайта на Microsoft. Не схващам връзката, между това поле и рутинг таблицата.

Питам, не защото съм видял някакво поленце някъде си и ми е станало любопитно. А защото здраво ударих на камък по един проблем за който писах в друга тема.

Това "поленце" е да укажеш поредността, по която да ти чете определените от теб "gateways" (шлюзове), в случай, че са повече от един. Т.е. на всеки зададен шлюз, му слагаш номерче - 1, 2, 3... т.е. на който зададеш "Interface Metric: 1" - ще се зареди първи и т.н. Ако го оставиш на "Automatic", ще ти ги чете в поредността, в която са вкарани в горния прозорец "Default Gateways".

Боже, доживях аз да те уча на мрежови настройки... :)) :-memnon

:Drinks:

С едно малко уточнение, че на "Automatic", първо избира този с най-...незнам как се казва точно :), който е най-бърз, ако разбирате какво имам предвид (ping-a към който е с по-малка стойност)

latency се нарича това, което се оптиваш да кажеш ;)

Ивчо, мерси батка, човек се учи докато е жив (както е казал ... поета)

Това долу в цитата, Edin_Lud ми го изпрати още оня ден. Почти същото което и ти казваш.

Цитат:

---

Using multiple gateways

If you have multiple interfaces and you configure a default gateway for each interface, TCP/IP by default automatically calculates an interface metric that is based on the speed of the interface. The interface metric becomes the metric of the default route in the routing table for the configured default gateway. The interface with the highest speed has the lowest metric for its default route. The result is that whenever multiple default gateways are configured on multiple interfaces, the fastest interface will be used to forward traffic to its default gateway.

If multiple interfaces of the same speed have the same lowest interface metric, then, based upon the binding order, the default gateway of the first network adapter is used. The default gateway for the second network adapter is used when the first is unavailable.

In previous versions of TCP/IP, multiple default gateways all had a default route metric set to 1, and the default gateway used depended on the order of the interfaces. This sometimes caused difficulty in determining which default gateway the TCP/IP protocol was using.

The automatic determination of the interface metric is enabled by default through the Automatic metric check box on the IP Settings tab on the advanced properties of the Internet Protocol (TCP/IP) protocol.

You can disable the automatic determination of the interface metric and type a new value for the interface metric.

---

Така или иначе, мерси на всички за отговорите. Проблема ми май се оказва, че не е тук, а в бъг на Win2003R2. На път съм да го докажа и ако наистина успея, ще го обявя публично за кеф на Линукс маниаците.

ПП. В случай, че интерфейсите/гейтуеите са с еднакъв метрик в рутинг таблицата, то се избира този, който е пръв тук:
http://free.hit.bg/dimiters-kv/gateways.JPG

ПП2. Ако някой има контролер с "вътрешна" връзка и шерната "външна", ако също така е забранил "File and Printer sharing" на външната, и ако също така в Event Viewer има събщения за проблеми с Group Policy, то да премести "нагоре" вътрешната връзка и тя да стане "първа" (Network Connections/Advanced/Advanced Setting - както е на картинката)


ПП3 (copy/paste от http://support.microsoft.com/kb/299540 и малко edit, че се размести таблицата)

Цитат:

---

The following table outlines the criteria that is used to assign metrics for routes that are bound to network interfaces of various speeds.

Link Speed Metric
Greater than 200 Mb -10
Greater than 20 Mb, and less than or equal to 200 Mb - 20
Greater than 4 Mb, and less than or equal to 20 Mb - 30
Greater than 500 kilobits (Kb), and less than or equal to 4 Mb - 40
Less than or equal to 500 Kb - 50

---

//
ПП4 "Дефекта" който забелязах в Win2003R2 и за който споменах по-горе (не знам дали наистина е дефект и още не знам дали проблема ми със "static mapping" (*) на втория външен интерфейс се дължи на него) се получи след като преименувах втория външен интерфейс. Самото преименуване го направих, след като вече бях пуснал и частично конфигурирал RAS. В момента,
>netsh dump
паказва разни допълнителни паразитни (паразитни - според мен) настройки за старото име от преди преименуването, които не могат да се видят с графичния интерфейс на RAS. Всъщност в момента работят само паразитните static mappings, а не тези които указвам за преименувания интерфейс. Разбира се може и да е съвпадение.
(*) "static mapping" в терминологията на Microsoft е "port forwarding". Не го знаех до тая вечер.

// Всъщност проблема е такъв:
Win2003R2 с един private interface и два външни самостоятелни. И на двата външни е пуснат NAT. В рутинг таблицата се вижда, че и за двата има по един дефолт рут 0.0.0.0 с еднакъв метрик. И за двата са указани пренасочвания на портове (static mapping) към вътрешни адреси. По единия интерфейс всичко е наред. При другия интерфейс има такъв ефект: пренасочените пакети не стигат до задния компютър. Първоначално си мислех, че отговорите от задния компютър, се бъркат по кой гейтуей да се върнат, а то няма отговори (щото няма и въпроси). Допълнително подвеждащ симптом е, че опита за връзка се отразява в mapping table за съответния интерфейс, но пакетите не стигат до задния компютър. Практически, по втория интерфейс, единствено порт 3389 работи но той е пренасочен към 127.0.0.1. И при
>netsh dump
...
#NAT Configuration For Interface Local Area Connection 2
#
add interface name="Local Area Connection 2" mode=FULLFIREWALL
add portmapping name="Local Area Connection 2" proto=TCP publicip=0.0.0.0 publicport=3389 privateip=127.0.0.1 privateport=3389...
а интерфейс с такова име Local Area Connection 2 при мен вече няма (интерфейса има ново име).
Нещо повече, докато го писах всичко това, се сетих, че за същия интерфейс но с новото име, е дефинирано същото правило (плюс още няколко), което аз лесно мога да изключа от RAS. Така и направих. Ооо ... изненада, връзката по 3389 (Remote Desktop) продължава да може да се осъществява и файъруола не го хваща и спира. Т.е. точно както си го мислех, "паразитното" правило за интерфейса със старото име работи, а не това което аз указвам за интерфейса с новото име в RAS.
ТАКА ЧЕ: НЕ ПРЕИМЕНУВАЙТЕ ИНТЕРФЕЙСИТЕ В WIN2003 СЛЕД КАТО ВЕЧЕ СТЕ ПУСНАЛИ RAS ... И НЕ ВЯРВАЙТЕ НА ОЧИТЕ СИ, ПО-ТОЧНО НЕ ВЯРВАЙТЕ НА ГРАФИЧНИТЕ ИНТЕРФЕЙСИ
Мамка му, защо ми трабваше да се престаравам и да преименувам интерфейса. Заради някаква криворазбрана прегледност може би. Баси колко ядове си създадох. Изгубих поне 30 часа в четене, експериментиране, разследване. Тамън три пъти щях да се напия и изтрезнея за толкова време. Мамка му. И на чичко Бил неговата мама.