не должно. с ethernet-ом всё просто: есть потери пакетов или проблемы с пропускной способностью - есть лаги. нету потерь пакетов - и лагов нет. а влияние подстанции на потери пакетов - маловероятно.
поддерживаю. чтобы потом в процессе установки не получить сообщение о том, что на этот диск установить windows невозможно, выбрать следует кнопку "отмена".
JaxxDexx: в отрыве от контекста вопрос "это возможно?" имеет мало смысла.
в его случае, по моему мнению, это (посмотреть, не имея доступа к этим роутерам, всех их клиентов, когда твой роутер - zyxel, а подсеть - 192.168.0.0/24) возможно сильно вряд ли (оценка вероятностная, базируется на заявленном в вопросе оборудовании, постановке самого вопроса и факте возвращения телепатов из отпуска). почему - я уже объяснял, повторяться желания нет.
и зря вы кричите - голос сорвёте.
Татьяна Комарова: попробуйте с параметром --output-document=-
по идее, этот параметр перенаправит весь вывод скачиваемоего содержимого в консоль вместо создания файла.
а если добавите в конце ещё и > nul, то даже в консоль ничего не попадёт.
полностью команда будет выглядеть как
Татьяна Комарова: как-то точно можно. вот узнаем, кто создаёт файлы - станет понятно, где отключать.
если выполнить команду для cron не через cron, а вручную, этот файл с названием 'scriptName.N' тоже создаётся?
...
хотя, если вы ищите быстрого решения с непредсказуемыми результатами - просто удалите эту команду для cron, чтобы она больше не выполнялась - и файлы точно перестанут создаваться.
или же вам нужно переходить по этой ссылке, но при этом надо, чтобы ничего не записывалось на диск?
JaxxDexx: что ж, в таком случае, вам остаётся узнать все модели роутеров ваших клиентов и нагуглить, старые они или нет и пропускают ли по дефолту широковещательные запросы - плёвое, по сути, дело. тем более что как бы они ни были настроены, это ничего не меняет, ведь, цитируя вас: "При чем тут исправность роутеров и их настройки?"
а кабеля, которые вы упомянули, заведены именно в то помещение, в котором вы будете своё сетевое оборудование ставить? если нет - с них толку мало.
по поводу управляемого маршрутизатора: имеется ввиду управляемый коммутатор? достаточно практически любого L2-коммутатора, умеющего VLAN 802.1q, LACP, мало-мальски позволяющего работать с QoS (хотя лучше, конечно, чтобы умел это делать по VLAN и/или по номеру UDP-порта), DHCP Snooping. если будет поддержка 802.1X с RADIUS - это плюс как задел на будущее, хотя, откровенно говоря, мало кто этим пользуется.
ввод электропитания в серверной нормальный или старый кабель с раздолбанной розеткой?
температура в серверной постоянная? не слишком большая?
Saboteur: на локальных машинах на локальной файловой системе - нет. на локальных машинах при настроенном перенаправлении пользовательских папок на файловый сервер - да.
всё зависит от того, как сделано у человека на данный момент, для меня это не очевидно. конечно, если нет возможности перенаправить пользовательские папки на машину с windows server - мой способ не годится, но пусть человек сам решает, что ему по силам и по возможностям.
CityCat4: не только. можно использовать функционал блокировки файлов диспетчера ресурсов файлового сервера в серверной редакции Windows. создаётся шаблон с маской файла *..* и настраивается, по какому пути в пределах сервера этот шаблон применять.
