theurs, линукс давно использует в облаках...
просто по старой традиции линукса есть огромная куча вариантов ентих облаков.
и поток пользователей распыляется по этим всем вариантам...
плюс самые разумные и крутые еще и перепиливают базовую систему под себя...
ибо есть возможность.
а в микрософт, как всегда, есть только один вариант и все его кушают, ибо альтернатив особо то и нет... :)
линукс просто так изучать бессмысленно
это как станок с ЧПУ, пока он тебе не пригодится даже прикоснутся боишься.
даи поработав чутка будет тяжело трудно непонятно. плюс после виндового гуя долго будешь офигевать от консоли, пока не вкусишь сей плод по полной.
а граф.режим в линухе отстойный :(
а вот кога понадобится быстрый подручный универсальный инструмент - тогда и поймешь необходимость линухи.
ну к примеру отвод из сата-кабеля и подключение в спец. устройство.
не верен что такое есть в бытовой продаже.
если только брать скоростной анализатор цифровых сигналов (такое уже продается для профессиональной среды) и налаживать интерпретацию проходящих пакетов. и к нему сотворить разветвитель сата, там направленные диф.пары разветвить не сложно.
какими крутыми кондерами не были, абсолютную герметизацию сделать трудно и дорого, потому и не делают.
поменяй, даже на обычные, но "свежие".
глюки и непонятная дурилка у компа начинается когда сохнут кондеры от старости.
если компу несколько лет - это уже на 70% источник проблем.
перехват пакетов возможен только на транзитных до сервера узлах сети, каждый из которых принадлежит какому-либо провайдеру или тырнет-компании.
и тут возникают два варианта:
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 выделяет адреса только в определенном диапазоне, а ип вне этого диапазона используются для статических адресов.
как вариант: переести самые тяжелые каталоги на свободный раздел и прокинуть в обратку симлинками ??
распиши чуть поподробнее что имеешь ввиду под "переносом свободной памяти" ??