Привет.
Работать под админом можно дома, в офисе это неразумно. Если сеть
> включает десктоп, ноут и смартфон - тут вообще настраивать нечего.
> Хотя, с точки зрения безопасности некоторые вообще поднимают ftp и не
> парятся. 8) А вот как раз для того, чтобы без всяких смешных мастеров
> и быстро настроить сетку для малого офиса - вот тут гости и
> пригождаются.
Ну дык дама-то и просила для дома, а не для офиса. По домам у нас все
работают в админских учётках, и правильно делают, в этом случае надо
быть немного фаталистом, подумаешь, систему переставить, оно порой и
полезно бывает, зато лишний раз драйвер поставить и прочее нет проблем.
Так вот теперь про netbios. Давно уже заметил, что бывают проблемы при
нахождении компьютеров в сети, хотя совпадают группы и компьютеры
разрешают себя видеть. Общий ftp - выход, но ftp может работать криво,
например, при многоуровневых папках, при удалении файлов да и вообще
может взглючить. Вероятно, особенность протокола. Netbios лучше
работает, потому что для объектов на удалённых устройств выполняются
обычные команды графического интерфейса, такие как "Воспроизвести",
"Сжать" и так далее. На ftp эти команды не работают, файл нужно забирать
и работать с ним у себя. Похоже, протокол netbios просто по природе
медленный, поэтому ему нужно задавать диапазон адресов, правильнее всего
из тех, что выдаёт маршрутизатор, нечего шариться по локалкам, в "общих
документах" всё равно ничего хорошего не расшарено. Второй вопрос - те
самые трассы, про которые я говорил. Если маршрутизатор получает адрес
по dhcp, то, возможно, запросы netbios могут легко уходить через него
наружу, тем более, что и адрес маршрутизатор может получать из той же
серии, что и выдавать. То есть, хорошо было бы сделать таблицу маршрута,
в которой в качестве шлюза прописать не шлюз, который прописывается при
получении маршрутизатором адреса по dhcp, а сам адрес маршрутизатора
локальный. Это вполне могло бы исправить ситуацию.
Мацал Кошек
