Как раздавать реальные айпихи

[XoRe 0]

2911:

Интересно, как вы себе это представляете?

Тот, кто с реальником может и пошлет пакет "213.55.44.22 -> 192.168.0.10".

Но ответный пакет "192.168.0.10 -> 213.55.44.22" полетит на шлюз.

В принципе можно на шлюзе указать пересылать этот пакет юзеру с ip адресом 213.55.44.22.

Но получится не очень правильно - шлюз будет нагружаться лишним трафиком.

[Neelix 33]

Да все нормально будет на уровне роутера

[XoRe 0]

И шина типа "звезда"? =)

[madf 279]

И шина типа "звезда"? =)

Скорее топология, а не шина

[911 140]

2911:

Интересно, как вы себе это представляете?

Тот, кто с реальником может и пошлет пакет "213.55.44.22 -> 192.168.0.10".

Но ответный пакет "192.168.0.10 -> 213.55.44.22" полетит на шлюз.

В принципе можно на шлюзе указать пересылать этот пакет юзеру с ip адресом 213.55.44.22.

Но получится не очень правильно - шлюз будет нагружаться лишним трафиком.

ну будет через шлюз бегать этот трафик

ну и что с того? большая проблема? ведь подсети же роутите как-то между собой, так это будет еще одна подсеть и все

[Neelix 33]

Да, для этого и нужен роутер

[XoRe 0]

2madf:

Да, топология)

 

2911:

Угу.

Нагрузка на шлюз.

Плюс дополнительная сложность в разруливании трафика.

И для чего?

Не вижу каких-то плюсов от такого способа.

Белые адреса через nat лишены всех этих недостатков.

Так что проще делать так.

Если есть плюсы у способа непосредственной маршрутизации, просветите.

[LV10 281]

а никто не в курсе, как через natd динамически раздать сетку реальников?

 

что-то наподобие:

natd redirect_address 192.168.0.0/24 195.73.214.0/25

 

но natd не принимает сети, только пару адресов.