Новая сеть и принтеры

Здравствуйте уважаемые. Это некое продолжение моей предыдущей темы Wi-Fi локальная сеть. , но вопрос отдельный.
Пока ве работают по прежнему. Локалка Wi-Fi, IP раздается роутером из диапазона 10.10.13.***, с маской на 64.
Начал тянуть провода, пока назначаю на компах 192.168.1.*** и маску 255.255.255.0, т.е. 2 сети и все пока работало.
Захожу на компы по Wi-Fi, вижу все открытые к доступу папки, тоже самое если захожу по проводу.
Подцепил по проводу комп с расшаренным USB-принтером и тут засада. По проводу принтер виден на этом компе, а подцепиться не дает,
ошибка 0х00000709, что сделать? Переставить принтер на том компе по новой?

Поискать в гугыле на тему "0х00000709", там ответов тьма. И все по поводу принтера.

Не поверишь, поискал. Иначе бы не спросил здесь у уважаемых мною людей.

Цитата AndreyMp @ 04.02.17, 12:56

Не поверишь, поискал.

Цитата AndreyMp @ 04.02.17, 01:24

Переставить принтер на том компе по новой?

Ну там же и есть советы - переставить, предварительно пошаманив с реестром. Пробовал?

Цитата

Ну там же и есть советы

Вы правы. Советы есть, но много чтобы сделать принтер по умолчанию. Этого не нужно, да и с этим проблем нет когда ставлю принтер через Wi-Fi, т.е. он прекрасно встает и делается по умолчанию.
Если пытаюсь его же поставить по проводной сети, то выдает вот эту ошибку. Пробовал делать как описано в нескольких статьях, ставить локально и прописывать порт \\192.168.1.77\RICOH2014D - пишет "отказано в доступе". Попробую попозже (человек там занят пока своей работой) переставить драйвер на том компе куда подсоединен принтер, но сомневаюсь что это поможет. В чем проблема, не пойму. На том компе стоит Win x64 Home, у меня Win x64 Profesional.

Добавлено 06.02.17, 07:24

Цитата

предварительно пошаманив с реестром

И с реестром шаманил и с папкой spool тоже.

JoeUser спасибо за участие. Переставил заново дрова принтера на компе к которому он присоединен. Откатил у себя винду до того как начал все эти подключения к принтеру. Зашел по проводной локалке на тот комп с принтером и встало все с пол-пинка. В общем проблема решена, еще раз спасибо.

Здравствуйте еще раз. Тема оказалась не совсем закрыта. Сегдня загружаюсь, пробую зайти на тот принтер поо проводу и никак. "...принтер был удален. Ошибка 0х00000771. ...". Перегружаю тот комп, на котором принтер, потом перегружаю свой и все опять заработало. В чем дело? Первым надо включать что? Коммутатор? комп на котором принтер?

Попробуй сам принтер подключить к сети, а дрова на серверную ОС с ролью print Management, а клиенты к этому серверу

Ни разу не сталкивался с таким. Обычно всегда всё сетевое оборудование всегда включено или включается первым автоматом. Тут коммутатор отключается каждый вечер и включается утром. Если принтер и комп на котором он установлен включили первым, а потом коммутатор, то печать через этот коммутатор не работает. Если наоборот, то все нормально. Первый раз такое за 22 года вижу! Может старый стал.

Цитата AndreyMp @ 01.03.17, 05:44

Если принтер и комп на котором он установлен включили первым, а потом коммутатор, то печать через этот коммутатор не работает. Если наоборот, то все нормально.

Видимо, он не опрашивает девайсы (как минимум их MAC-адреса), а только лишь слушает анонсы (которые идут при подключении). Наблюдал такое с wake-on-lan на дешёвых DLink - если их вырубить, а затем снова включить, они не передают WOL-пакет по назначению.

Цитата

на дешёвых DLink

Да, как раз дешевый и старенький DLink DES-1008D.

Попробовал другой, конечно он тоже дешевый, TP-Link TL-SF1005D. История та же. Если он первым не включен, принтер виден, но по сети не работает. Хотя комп,к которому он подключен, и расшаренные папки видны и все нормально.

Mr.Delphist
А разве не все коммутаторы пассивно собирают маки проходящих пакетов и при отсутствии мака в таблище направляют пакет на все порты?

Добавлено 22.03.17, 17:32
AndreyMp
Если хочешь понять что и как - смотри сниферов пакеты на 2 компах и сравнивай, что отправлено, что пришло

Цитата ^D^ima @ 22.03.17, 17:13

А разве не все коммутаторы пассивно собирают маки проходящих пакетов и при отсутствии мака в таблище направляют пакет на все порты?

Сделать это можно по-разному, в зависимости от количества времени и рукожопости.

1) собирать маки приходящих анонсов, в случае неизвестного мака - крикнуть в каждый порт ARP-запрос. Регулярно делать ARP-запросы всех известных маков, чтобы узнать о недоступности узла заранее (часть входящих пакетов может быть утеряна по таймауту, но что делать)
2) собирать маки приходящих анонсов, в случае неизвестного мака - направить копию пакета во все порты (флудим в сеть, но что делать)
3) дропать всё, чей мак неизвестен - лидер нашего хит-парада!

Цитата Mr.Delphist @ 24.03.17, 08:41

приходящих анонсов

Что имеется в виду по анонсом?

Цитата ^D^ima @ 24.03.17, 08:49

Что имеется в виду по анонсом?

Ну, когда мы время от времени кричим в сеть "эй, все в курсе, что мак такой-то - мой мак?"
https://en.wikipedia.org/wiki/Address_Resol...P_announcements

Цитата

ARP may also be used as a simple announcement protocol. This is useful for updating other hosts' mappings of a hardware address when the sender's IP address or MAC address has changed. Such an announcement, also called a gratuitous ARP message, is usually broadcast as an ARP request containing the senders protocol address (SPA) in the target field (TPA=SPA), with the target hardware address (THA) set to zero. An alternative way is to broadcast an ARP reply with the sender's hardware and protocol addresses (SHA and SPA) duplicated in the target fields (TPA=SPA, THA=SHA).
The gratuitous ARP request message and the gratuitous ARP reply messages are standards-based methods, but the "ARP Request" is preferred. Some devices may be configured for the use of either of these two types of GARP.
An ARP announcement is not intended to solicit a reply; instead it updates any cached entries in the ARP tables of other hosts that receive the packet. The operation code may indicate a request or a reply because the ARP standard specifies that the opcode is only processed after the ARP table has been updated from the address fields.
Many operating systems perform gratuitous ARP during startup. That helps to resolve problems which would otherwise occur if, for example, a network card was recently changed (changing the IP-address-to-MAC-address mapping) and other hosts still have the old mapping in their ARP caches.
Gratuitous ARP is also used by some interface drivers to provide load balancing for incoming traffic. In a team of network cards, it is used to announce a different MAC address within the team that should receive incoming packets.
ARP announcements can be used to defend link-local IP addresses in the Zeroconf protocol (RFC 3927), and for IP address takeover within high-availability clusters.