перехват пакетов возможен только на транзитных до сервера узлах сети, каждый из которых принадлежит какому-либо провайдеру или тырнет-компании.
и тут возникают два варианта:
1. он работает у ентого провайдера - провайдер таким положением вещей очень заинтересуется. а если слегка подстегнуть через слив в СМИ то и весьма сильно натянет онного админа.
2. он вскрыл сервера провайдеров - то им очень заинтересуется отдел К, что тоже весьма весело.
YuyukoSaigeji, это бывает. можно нанять приходящего админа, хоть бардак разгребет.
восстановление прав процесс долгий, муторный, либо можно сtarить /bin с работабющей системы и развернуть в поломанной, главное чтобы архитектуры были одинаковы.
джля этого и ставится бекап - разворот бекапа обычно дело десятков минут - часа, не раздумывая и не ковыряясь. при этом система будет гарантированно рабочей :)
YuyukoSaigeji, настраивай бекап как минимум, а если есть "девачки из-под винды" то вообще первым делом делай - затраченное обернется стократным запасом прочности на жопе.
для девочки сделать одельного пользователя которого не выпускать за пределы папки с сайтом и ни в коем случае не давать рутовых прав.
неумеха стократ страшнее хакера, хакер хотя бы глупости не делает :)
поддакну :)
найти схему или вскрыть питаемый прибор - посмотреть какие микросхемки стоят на входе - почитать тех.описание этих микросхем, подумать - получишь самый качественный ответ на твой вопрос.
п.с. кроме максимального напряжения надо еще посчитать мощность проходящую через стабилизатор при работе. а то, к примеру, вспыхнет при 20в просто перегревшись.
минимальный прокси-сервер.
оф.сайт чего-то повесился, так что исполняемое качать с гитхаба https://github.com/z3APA3A/3proxy/releases
прокся старая, проверенная - инструкций и описаний в тырнете море.
ovegio, а смысл в аппаратном MAC ??
генерируй програмно через рандом в свободном диапазоне адресов. главное требование к MAC уникальность в пределах сегмента сети, все остальное, особенно в локальной сети, до лампочки.
Если ставишь всю систему, в том числе и сетевую инфраструктуру, то поставить DHCP-сервер, вещъ не тяжелая и очень удобная, либо отдельной железякой либо на один из компов/серверов. и будет тебе счастье.
если MAc-адреса на устройствах генеряться собственным алгоритмом, то можно в адрес внедрить разграничение устройств или что подобное.
ovegio, я бы вообще это отдал на усмотрение пользователя. ты предоставляешь устройство и качественную инструкцию how-to. все действия пользователя на его усмотрние.
посоветую только сделать "бекдор" для восстановления забытых настроек.
к примеру, у меня прибор настраивается по telnet'у (и по rs232, но такое ни разу кажись не использовали). есть официально описанный бекдор - в течении первых десяти секунд он отвечает на дефолтном адресе (192.168.0.5). если никто не подключился, то переходит на параметры сетевого соединения, записанные в настройках. топорно и эффективно.
из заморочек только наверн скрипт автоматического конфигурирования устройств. т.е. если видит подключившееся устройство со стандартным адресом то вписывать заданные настройки и увеличивать вдрес на еди ницу. да и то никто не просил.
если статика работоспособна, то не используй DHCP ваапче.
В новую железку вписываешь статический ип, маску и шлюз и засовываешь в сеть - воркает.
продаем клиентам свои Eth-232 преобразователи уж лет 6. в них прошивка со статическими настройками (хотя можно было и DHCP прикрутить). за 6 лет только два человека поинтересовались наличием DHCP. на ответный вопрос "А зачем ??" ничего внятного сказать не смогли - настроил, поставил и забыл до второго пришествия христа.
либо используй совместно, т.е. DHCP выделяет адреса только в определенном диапазоне, а ип вне этого диапазона используются для статических адресов.
Ezhyg, "чип сетевухи" со встроенным MAC-уровнем (проц+память+прошивка и т.д.) стоит гораздо дороже простого PHY-приемо/передатчика.
если в южном мосте уже имеется MAC-уровень (при объеме впихнутой в южный мост всякой логики модуль MAC-уровня вообще ничего не стоит).
плюс PHY-приемо/передатчик жрет несколько ватт энергии и соответственно хорошо греется. так что вынесение PHY-модуля за пределы и так весьма горячего южного моста имеет очень хороший практический смысл.
а вот для WiFi такого интерфейса еще не придумали (по крайней мере не слышал), потому и вешают его на стандартные высокоинтеллектуальные универсальные интерфейсы :)
Ezhyg, подключение WiFi емнип производится не по MII GMII, ибо по этим интерфейсам идут уже готовые "низкоуровневые" кадры формата Ethernet, которые только надо усилить/сформировать и передать в "медь".
WiFi скорей всего подключен по PCI и иже с ним.
Ezhyg, вполнне может быть - давай ссылку на статью с описанием внутрянки этой весьма нужной и полезной службы.
но так она и не пригодилась даже на еще живых хпшках на работе.
как и множество другого, отключенного еще лет очень много назад.
Denis, если сетевуха встроенная, то бывает перегревается южный мост и отпаивается от мамки. т.е. проблема аппаратная - попробовать прожарить южный мост - как ни странно сие звучит но так мне восстановили мамку с отваливающимся контроллером ps2-клавиатуры.
угу или удивляешься как у юзера висит куча сервисов, потому что неразумный юзер, живя под админом, ставил всякую хрень и убивал через другую.
в винде дейстивтельнокуча разных сервисов которые ненужны.
помнится в хп была отдельная красиво названная служба "определение устройств оболочки" или что-то в этом роде, которая умела только запускать авторан.ехе на компакт-диске...
прописана стандартная для многих дистров настройка - доступ к выполнению через sudo всех пользователей, входящих в группу sudo.
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
после вписывания пользователя в группу sudo никакие другие конфиги менять не надо.