MrFlatman

Методом исключения

Поскольку сетевой эксплуатационной документации конечно же нет, то есть старый дедовский способ "выдерни провод" :) Выдергиваем один провод из порта, кто-то отваливается и смотрим - подняло ли это стабильность сети...

Такого рода проблемы все и всегда решаются однотипно.
1. Необходимо сформулировать критерии наличия проблемы.
Как именно пропадает интернет, насколько часто, как надолго. Это нужно для диагностики. поиска причины и определения ушла ли проблема после принятия каких либо мер.
2. Делить проблему на части и проверять части по отдельности.
Самый эффективный способ делить - это пополам. Отсекаем часть сети и проверяем наличие проблемы в обеих частях (если есть возможность) или в одной из частей.
3. Когда найден минимальный проблемный участок, который уже нельзя или бессмысленно делить - заменяем его.
4. Помним, что чаще всего сложные проблемы - это композиция нескольких более простых. которые по отдельности могут не проявляться. В вашем случае может быть проблема, связанная с нагрузкой на роутер, например, которую создает один из услов из-за плохого контакта обжима и большого объёма биттых пакетов. Устранив одну из причин, вы, может быть, сделаете проявления проблемы реже, но не устраните её полностью. К примеру, если замените ротуер, битые пакеты будут всё равно будут нагружать вашу сеть и портить ее производительность, но это будет не так очевидно. Переобжав коннектор вы избавитесь от части нагрузки, но еслив ваш ротуер работал на переделе, то лишний вафай-клиент или тяжелый видос в сети сможет его снова нагрузить до критического снижения производительности.

Итак, пробежимся по перечисленным пунктам сначала.
1. Критерии. Поиск критериев - это часть решения. Обычно в этом случае нуно сорать необходимую статистику. Есть куча софта, который это умеет делать, но пинг есть всегда под рукой.
Для этой тулзы есть две полезных опции: ключ для бесконечного пинга и размер пакета.
В разных ОС эти ключи немного разные, поэтому ищите их отдельно, у меня нет винды под рукой, поэтому не стану на этом заострять.
Скаж лишь, что пинговать лучше большими пакетами, жалетально превышающими размер TTL, прописанный в роутере. Тогда такой пинг будет реже проскакивать в периоды хорошей связи, то есть выловит больше пролблем.
Пинговать нужно в отдельных окнах сразу несколько хостов:
- ya.ru - этот хост всегда отвечает на пинги и выявит проблемы с DNS
- 8.8.8.8 - это гугловый DNS-сервер, тоже всегда отвечает на пинги, покажет, что связь с инетом есть даже если DNS, прописанныйна компе не правильно работает.
- 192.168.0.1 - или какой там IP у вашего роутера. Нужно. чтбы отделить проблемы с инетом от проблем с внутренней связностью до роутера
- 192.168.0.x - ip одного из компов в сети. Я обычно пингую несколько компов, доступных через баксимальное число потенциально проблемных узлов - ethernet-розеток, свичей, вайфай-соединений... Этот пинг поможет понять где проблема, во внутрисетевой связности или в последней миле.

Учтите, что проблемы часто бывают комбинированные и каждое сочетание симптомов будет свидетельствовать о раных проблемах.
Да, тревожным принаком может служить не только пропадание пакетов, но и скачки в длительности их возврата, особенно если такие длительности достигают 500мс и выше. Но и скачки от 3мс до 250мс тоже будут свидетельствовать о каких-то проблемах.

Запускать пинг на всех компах лучше одновременно и на некоторое время. Например минут на 20. Потом по статистике будет видно сколько где пакетов пропало.

2. Если критерии наличия проблемы позволяют, то можно попробовать отрубать части сети и смотреть наличие проблемы. Это я в том смысле, что если проблема происходит в среднем раз в пару-тройку часов, то отрубать на многие часы части сети при диагностикем ожет быть неприемлемым.
Редкеи пробемы дольше отлавливать. Но напоминаю, что критерии можно детализировать, ведь если пакеты у вас пропадат относительно редко, то скачки времени их возврата могут случаться чаще и подсвечивать проблему. Также можно сделать рамер пакета близким к максимальному, это должно тоже в некоторых случаях участить проявление проблемы.
Иногда не мешает нагрузить сеть комированием по локалке большого файла. В линуксе можнно с помощью утилиты tc послать большой поток рандомных байт на любой сокет..
3. Плавающие проблемы случаются из-за плохого обжима, перебитого жверью кабеля, перегрызенного UTP в плинтусе, из-за умиращих конденсаторов в блоке питания роутера (БП может не выдавать необходимого при нагрузках тока, но вольтметром такая неисправность не будет различима без нагрузки). Вообще старые (да и не только) роутеры могут страдать поплывшими электролитическими конденсаторами не только в блоках питания.
Хорошо, когда можно подменить роутер.
4. ну с четвертым пунктом ничего не пососветуешь, только разделать и тестировать все по отедльности и в разных сочетания и да поможет нам ктулху.

А для тех, кто дочитал этот опус до конйа - интересная задачка. Что пингуют эти команды, как и почему?

ping 1.1
ping 2130706433

Тех, кто знает, попрошу не спойлерить=)
Пусть для кого-то будет сюрпризом этот дивный мир=)

UPD. Простите за адское количество опечаток в тексте. Писал в спешке и с непривычной клавиатуры. Исправлю всё попозже. Не ожидал, что многим ответ придётся по душе. Вроде ж накапитанил как мог.

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

Если ни на одном из вышеуказанных пунктов не случилось ничего странного ни с оборудованием, ни с пингами - то начинаем поднимать связи по одной. Т.е. сначала подключаем коммутатор к патч-панели и мониторим состояние, потом подключаем оборудование по одному, и так же отслеживаем - чего происходит в сети.
Так и найдёте.

На моей практике - были ситуации, когда перебитый патч-корд, или хреново пробитая розетка засирали говном всю сеть.

пинг с датой и перенаправить поток в файл.

Задача настолько проста, что её можно решить даже скриптом на bash или cmd (т.е. в условиях, когда у вас под рукой есть только голая операционная система и больше никакого ПО). От имени первого пользователя файлики с введёнными данными записываются во временную папку; от имени второго пользователя файлики вытаскиваются из временной папки и заливаются в другое место (папка или один большой файл или даже БД), куда есть доступ у второго пользователя, но нет у первого.
На любом другом языке эту задачу можно решить лучше (красивее, удобнее) (поскольку я привёл пример реализации задачи довольно примитивными средствами).

реализуешь интерфейс ПО в котором нет лишнего доступа и ок.
в операционке обычно штампуют кучу юзверей, на каждый отдел или иную систему разграничения, и запрещают доступ к данным соседних юзверей.
плюс есть отдельный пользователь "оператор операторов" супер товарищ майор и т.д. который имеет доступ ко всем данным - он и проводит дальнейшую обработку.
все зависит от требований системы защиты данных.

тебе требуется это напрограмировать и создать такое раюочее место или еще чего ??

Немного сумбурно объясняете, но у меня есть подозрение, что пробрасывая порт на роутере, вы пробросили не с того интерфейса. На пример на кинетиках - указывайте внешний IP, как входящий адрес.
Т.е. ваш путь верный, только есть нюанс в настройках проброса.
Это первое.
А второе - сразу имейте в виду, что ваш удаленный сотрудник непременно сохранит пароль подключения. А потом его сворует запущенный им же троян. И к вам придет криптовымогатель.
Поэтому или VPN, или(и) двухфакторная авторизация (логин/пароль + одноразовый ПИН). Двухфакторка делается бесплатно и несложно. Например раскурите MultiOTP.

Платформу надо устанавливать с помощью дистрибутива.
Если копировали и заработало, то это была portable версия, т.е. пиратка.

Если свой сайт и имеете доступ к хостингу, то можно через ftp-менеджер.
Чужой - DIRB в помощь

если знаете пароль админа то просто добавьте для гостевой учетки соответствующие права

Или в Управление компьютером - Локальные пользователи и группы - Пользователи - правой по учетке гостя и добавить его в группу, например, Опытные пользователи или типа того. Но это если если вы знаете пароль админа, который оно запросит при выполнении это операции.

стандартно для винды - администратору отключаешь пароль и работаешь через него.
дырка в безопасности конечно "будет больше чем секретарша", но кого это волнует когда все можно сделать без парольных запросов.

Никак. Гостевая учётка для того и гостевая, чтобы быть урезанной до минимума.
Создайте нового пользователя и всё.