P
Size: a a a
2020 March 01
N
А ваше описание именно в таком виде не костыли?
не костыли. нативная маршрутизация
AM
не костыли. нативная маршрутизация
Классовая вы имеете ввиду? Классовая маршрутизация вещь конечно хорошая. Но конкретно в вашей реализации костыль не меньший чем смак.
N
Классовая вы имеете ввиду? Классовая маршрутизация вещь конечно хорошая. Но конкретно в вашей реализации костыль не меньший чем смак.
Вы бредите.
Не отличаете нативных вещей, реализуемых средствами ОС, от костылей из внешнего ПО.
Не отличаете нативных вещей, реализуемых средствами ОС, от костылей из внешнего ПО.
AM
Вы бредите.
Не отличаете нативных вещей, реализуемых средствами ОС, от костылей из внешнего ПО.
Не отличаете нативных вещей, реализуемых средствами ОС, от костылей из внешнего ПО.
Ок) Пусть будет так)
N
Простите, если был резок. Без обид.
Разработчики протоколов давно предусмотрели такие механизмы, а производители ОС реализовали.
Разработчики протоколов давно предусмотрели такие механизмы, а производители ОС реализовали.
AM
Простите, если был резок. Без обид.
Разработчики протоколов давно предусмотрели такие механизмы, а производители ОС реализовали.
Разработчики протоколов давно предусмотрели такие механизмы, а производители ОС реализовали.
Да я и не обижаюсь. Прелестей классовой маршрутизации я не отменяю. Сам ей пользуюсь. Вот только выдавать адреса из той же сети не правильно. И с 172.16.0.0/12 есть нюанс. Классовый маршрут будет /16. Так что тоже надо понимать как планировать адресацию.
IU
Не надо костылить смаков, если правильно адресацию использовать.
Для сети с адресами начиеающимися на 192.168.х., достаточно клиенту выдавать адрес из тй же подсети 192.168.х...
Для 172.[16-31].х... тоже самое.
Выдеем компу-клиенту адрес из той же подсети.
Если в локалке компов немного, маску локалки урезаем 192.168.х. до /25 (.0—.127), а клиентам раздаем 130—254.
На винде УБИРАЕМ галку "использлвать шлюз в удаленной сети" и инет ходит как обычно, а в локалку винда полезет через vpn
Для сети с адресами начиеающимися на 192.168.х., достаточно клиенту выдавать адрес из тй же подсети 192.168.х...
Для 172.[16-31].х... тоже самое.
Выдеем компу-клиенту адрес из той же подсети.
Если в локалке компов немного, маску локалки урезаем 192.168.х. до /25 (.0—.127), а клиентам раздаем 130—254.
На винде УБИРАЕМ галку "использлвать шлюз в удаленной сети" и инет ходит как обычно, а в локалку винда полезет через vpn
Ок. Да. Так и сделаю тогда. Спасибо. А то забыл что то.
N
Да я и не обижаюсь. Прелестей классовой маршрутизации я не отменяю. Сам ей пользуюсь. Вот только выдавать адреса из той же сети не правильно. И с 172.16.0.0/12 есть нюанс. Классовый маршрут будет /16. Так что тоже надо понимать как планировать адресацию.
Безусловно маршрут будет /16 в винде.
Но с учетом имеющихся данных и того, что большинсьво пользует /24, задача закрывается на 172-сети с любым третьим октетом
Но с учетом имеющихся данных и того, что большинсьво пользует /24, задача закрывается на 172-сети с любым третьим октетом
AM
Если уж советуете менять маску на 25, то тогда уж правильнее посоветовать уйти от 192.168 совсем. С заделом на будущее.
N
Если уж советуете менять маску на 25, то тогда уж правильнее посоветовать уйти от 192.168 совсем. С заделом на будущее.
Я уже устал такое советовать. Большинство ленится или не может сменить имеющуюся адресвцию.
AS
Обновить?
Да зачем? Нет кейсов в моей жизни на это. Лучше получу сертов по к8с :)
АЧ
Если уж советуете менять маску на 25, то тогда уж правильнее посоветовать уйти от 192.168 совсем. С заделом на будущее.
Добрый день. А на какую уходить?
AM
Добрый день. А на какую уходить?
Сетка большая? Филиалов много?
АЧ
Сетка большая? Филиалов много?
Не большая, филиалов не много
AM
Не большая, филиалов не много
Ну тогдаьвыбираете себе сетку /16 из 172.16.0.0/12 и в перед.
АЧ
Ну тогдаьвыбираете себе сетку /16 из 172.16.0.0/12 и в перед.
А чем плоха 192.168?
AM
Не большая, филиалов не много
Только везде меняете. Стандартизировано.
RR
А чем плоха 192.168?
Слишком баян)
AM
А чем плоха 192.168?
Ну вам до этого уже объяснили.