Barsick Опубликовано 5 декабря, 2004 · Жалоба Адреса вида 192.168.20.ххх На 255.255.255.0 перешла не вся сетка, а пока около 10% Проблемы с сетевым окружением - не видно компьютеров, даже тех, на которых маска изменена Почему - знаний не хватает... В данный момент браузером встал комп со старой маской Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
avm Опубликовано 5 декабря, 2004 · Жалоба От маски на интерфейсе зависит лишь "желание" сетевого уровня трактовать пакет как свой при приеме. Поэтому если адрес "попадает" под "мою" маску (даже если "моя" маска не соответствует маске отправителя), я его приму этот пакет нормально! Маска по сети не передается! :) При отправке пакета маски нужны, чтобы определить - попадает ли адрес назаначения (получателя) под "известные" сети, если нет - пакет будет направлен на default gateway. Все чуть сложнее, но примерно так... Поэтому: при условии что на всех компах стоят адреса 192.168.20.xxx, то неважно маска 255.255.255.0 или 255.255.0.0. Общаться они друг с другом будут нормально. Проблемы с сетевым окружением имеют чуть другую "природу", и сменой масок Вы их не решите! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
repa Опубликовано 6 декабря, 2004 · Жалоба Несогласен. Если "мастер браузер" с длинной маской, то он не сможет отдать список компов в группе машине с короткой маской. Он упорно будет искать шлюз. Нужно будет поставить Samba или настроить соответствующим образом win сервер, чтобы он адрес имел в диапазоне новой сети, маску короткую, и всегда становился мастер браузером. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
avm Опубликовано 6 декабря, 2004 · Жалоба Да ладно... У сервера: 192.168.20.1 / 255.255.0.0, у клиента 192.168.20.2 / 255.255.255.0 Они могут работать напрямую и даже можно сказать что они в одной сети!!! Маска на сервере всего лишь позволит ему принимать/посылать пакеты на адрес, например 192.168.30.2 (тоесть 192.168.xxx.xxx) без использования default gateway... А вот для клиента 192.168.20.2 с "короткой" маской (тот еще термин :) ) 255.255.255.0 это невозможно, поскольку маска говорит, что это (192.168.не 20.*) не его родная подсеть. Поэтому клиент будет упорно слать такие пакеты на GW... Но ведь, насколько я понял, в сети _все_ компы (в том числе и сервер) 192.168.20.* и отличаются только маской... Поэтому вся сеть плоская и свЯзная... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 6 декабря, 2004 · Жалоба Сетевое окружение работает через броадкаст. Половина компов броадкастят на 192.168.255.255 а половина на 192.168.20.255, вот отсюда и глюки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
repa Опубликовано 7 декабря, 2004 · Жалоба Zlob, почитай доку на Samba. Разберешься как работает протокол. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 8 декабря, 2004 · Жалоба Причем тут самба, мы про винду. Если посмотреть на пакеты то прекрасно видно что вся работа сетевого окружения, втч и мастербраузера идет по широковещательным адресам, а разница в том что широковещательный адрес у сети 192.168.20.0/16 отличается от широковещательного адреса 192.168.20.0/24, вот и видят компы только тех кто в сети с конкретной маской. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Roman Ivanov Опубликовано 8 декабря, 2004 · Жалоба Причем тут самба, мы про винду. При том, что там ВСЕ ЭТО ОПИСАНО. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 8 декабря, 2004 · Жалоба Мастербраузер не будет искать шлюз, ибо броадкастовые пакеты не маршрутизируются. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 8 декабря, 2004 · Жалоба Более того если он будет находится в сети с маской 255.255.255.0 то компьютеры в сети с маской 255.255.0.0 не будут воспринимать широковещательные пакеты от него, т.к. для них широковещательный адрес совсем другой. То же самое будет если и наоборот. И не надо говорить чепухи и тыкать в документацию, возьмите четыре компа, смоделируйте ситуацию и посмотрите как будет работать, если будет работать вообще. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
avm Опубликовано 8 декабря, 2004 · Жалоба Zlob, Вы правы. Машина 192.168.20.1 / 255.255.255.0 не примет пакет 192.168.255.255 Я был неправ. P.S. Вот накой MS этот гемор придумало? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Black Monk Опубликовано 10 декабря, 2004 · Жалоба Подскажите, есть сеть 10.1.x.x/255.255.0.0 и 192.168.1.x/255.255.255.0 как можно объеденить сети, но только посредствам MS (то бишь без *unix)? на компе стоит 2 сетевухи у одной адрес 192.168.1.1 у второй 10.1.1.1 как сделать, чтобы хосты обеих сетей пинговались? а то дело обстоит так, я сделал общий доступ интернет для сетевушки 10.1.1.1 в итоге вся сеть 192.168.1.x при указании dns и gate (192.168.1.1) пингует всю сеть 10.1.x.x, а вот сеть 10.1.x.x дажене может пропинговать 192.168.1.1. Указываю общий доступ интернет для 192.168.1.1 ситуация повторяется, но уже сточностью да наоборот. что делать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Barsick Опубликовано 10 декабря, 2004 · Жалоба route /? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Askel Опубликовано 11 декабря, 2004 · Жалоба А что это у тебя на века было создай БАТНИЧЕК, а забубень его в атозагрузку И Будет тебе счастье от вирусов 8-))))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Barsick Опубликовано 13 декабря, 2004 · Жалоба А что это у тебя на века было создай БАТНИЧЕК, а забубень его в атозагрузку ROUTE [-f] [-p] [команда [узел] [MASK маска] [шлюз] [METRIC метрика] [iF-интерфейс] -p При использовании с командой ADD задает сохранение маршрута при перезагрузке системы. По умолчанию маршруты не сохраняются при перезагрузке. Игнорируется для остальных команд, изменяющих соответствующие постоянные маршруты. Этот параметр не поддерживается в Windows 95. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Black Monk Опубликовано 15 декабря, 2004 · Жалоба Barsick, это ты мне ответил? и что нужно конкретно мне прописать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 16 декабря, 2004 · Жалоба дело не в мелкософтовтовской оси. почитай спецификацию протокола IP и его про его маршрутизацию и будет тебе счастье. кстати, поставь *nix подобную ось. Там поковыряешься c сетью и поймешь, что все просто. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...