Сервер uptime 1888 days ≈ 5 лет и 2 месяца

Потому что сложно абсолютно всё заскриптовать + руководство/владельцы обычно не могут не делать периодического «ну что там?» :))

канэчна !!
если у тебя сервер с техобслуживанием, то откель у тебя ситуации когда сдыхает он изза перезагрузки ??
темнишь ты чёта… :)

Потому что сложно абсолютно всё заскриптовать

Если это делается руками, то как следствие оно скриптуется.

+ руководство/владельцы обычно не могут не делать периодического «ну что там?»

А вот это да, реальная проблема, причём чем любопытнее вопрошающие тем больше проблема.

да, для 5VSB используется полностью отдельный модуль питания, для которого всегда есть вероятность отдельного сдыхания, с этим спорить не буду. но он слабо нагружен и дохнет/высыхают электролиты исключающе редко.
ткну пальтцем в небо и предположу что в материнке 5VSB и 5V для питания схем фоновой работы объединяются.
но один фих некрофилить полудохлый БП это другое :).
тем более проблем с рабочими б/у БП нет.

Если это делается руками, то как следствие оно скриптуется.

Кээп! :))

у меня в системе все 0day-уязвимости за 5 лет

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

А кто сказал что там что-то кроме собственно веб-сервера наружу торчит?

Очень сомневаюсь, что не торчит. У людей, которые всерьёз хвастаются таким аптаймом, а не стесняются его, вероятность того, что там всё законопачено, стремится к нулю. Не равна нулю, да. Но не вижу никакого смысла принимать во внимание какие-то экзотические сценарии. Да и далеко не факт, что через веб-сервер тебя не поимеют в такой ситуации. Я не настолько хорошо помню всех найденных уязвимостей за последние 5 лет, чтобы самоуверенно заявить, что нет.

Помню мне тоже тонна клоунов рассказывала, что много уязвимостей и т.п. трёп, когда я обнаружил сусю 7.0 мохнатого года с большим атаймом. Я выложил ip и сказал, что если вы не клоуны и болтуны, то поломайте. Что-то как-то болтуны оказались как и всегда болтунами. Хотя там был и «дырявый» апачъ и «дырявый» бинд и ibm java 1.3 в которой «тоже 100пудово куча дыр» и ssh и всё на свете. Думаю тут абсолютно так же - если чел выложит ip ни один лорный мега «эксперт» за безопасность даже не будет знать с какой стороны подходить к «обретению удалённого не санкционированного доступа». :-)))

Все взломы, которые я лично знаю, были НЕ через дыры на серверной машины, а через админскую машину с которой заходили на сервера. А там всегда было всё просто аля kurnikova_nude.jpg.zip.exe +)

Чел @pi11 выложи ip, пусть местные безопасные клоуны покажут свою мощЪ :D :D :D

kournikova

По таким ошибкам, сразу видно русского. Круг сужается :-)

А ты не торчи жеппой в интернет, и не будет беспокоить CVE-культизм ;)

kournikova

По таким ошибкам, сразу видно русского. Круг сужается :-)

Это не ошибка, а всего лишь одна из апроксимаций. Ты еще к транслитерации в паспортах достебись, как пьяный до радио.

не он один, (я про себя) хотя ученый.

думаю мода на аптайм появилась во времена 2000 распространения win серверов (сутки неделя предел) и одного админа. тогда же дебиан3 вуди держал с обновлением ядра без перезагрузки и прочуствовал пагубность такой практики: лучше чп контролируемо при тебе, а не в отпуске.

Нет, товарищ. Это ноунейма типа меня или тебя можно как хочешь склонять. А она под такой «апроксимацией» всегда и везде фигурирует, в том числе, в печально известном вирусе. kurnikova - это так может написать только русский, замученный транслитерацией в советских паспортах, больше нигде и никто так не пишет. Вам дай волю - и TRAMP будете пейсать, и говорить, что транслитерация.

Ты скан ее российского загранпаспорта конешно видел, или так, побрехать?

А она под такой «апроксимацией» всегда и везде фигурирует

Эту аппроксимацию ей на западе придумали, когда гражданство США получала. Как писарь услышит, так и запишет. Ровно тогда началось «всегда и везде».

так логи же надо сначала смотреть!

И мониторинг нормально настраивать. Логи-то уже не писались - некуда. Винт же сдох. А вот в мониторинге(тогда это был nagios), я увидел, что там ещё при предыдущем админе уже был мёртвый винт. Именно после этого я полностью весь мониторинг перепилил и настроил алерты. Там было очень много работы, я переделал почти всю сеть... Бардак был страшный, но опыт за это время я получил очень хороший.

мну припоминает «чудесный» сервант IBM x330 или как-то так, может IBM PCserver 330, уже точную модель не вспомню, в общем где примерно через неделю загоралась некая лампочка, мну этот непорядок не нравился, а в краткой доке про неё не очень было написано. поскольку он нам достался от вендоадминов и они на неё НИ РАЗУ не пожаловались и даже не смогли пояснить про неё, начали выяснять по полным докам и выяснили, вкратце, что это лампочка «ваша Windows NT имеет слишком большой uptime». тык сыть наглядная демонстрация довода из рекламного описания NTшки, что та обладает повышенной отказоустойчивостью при помощи автоматической перезагрузки при проблемах.))))))

у них там действительно стояла NT4 в качестве PDC и падала чуть менее чем 3 раза на дню. так что у лампочки просто не было шанса зажечься! ))))

ну а под линуксом она потом стабильно загоралась, по понятным причинам.)))))

для нормального мониторинга даже нагиоса не надо было. достаточно было сисложить на другую машину

мну кстати нагиос смски писал, через 6210 и gnokii. но потом мтс внезапно это сломал, «подозрение на спамеров» - там что-то сломалось и нагиос за минуту штук 500 смсок отпраивл всем админам

для нормального мониторинга даже нагиоса не надо было. достаточно было сисложить на другую машину

Я тогда только устроился в ту контору и до этого полноценного админского опыта у меня не было. Это был местечковый провинциальный провайдер. Поэтому не успел во всём сразу разобраться. Постепенно всё перестраивал. Иногда, к сожалению, и вот путём таких вот ошибок. Правда, их у меня было относительно мало, учитывая то, как там была построена сеть до меня.

Кстати, я тоже впоследствии настроил отправку sms для критичных алертов. Но уменя это делалось проще. Тогдашний ОПСОС предоставлял услугу отправки sms через email вида номер_телевона@opsos.mailgateway.com. Т.е. мне было достаточно обычного sendmail.

достаточно, дыа, но только если у тя этот твой инет не лёг! бугага! или между тобой и тем сервером у опсоса!

что могло быть по любой причине и очень часто! и да, могло даже быть так. что от твоего сервера до смтп опсоса твой трафик мог сходить как минимум в Стокгольм или того хуже!

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

Я пытался тогда настроить какой-то usb-модем для отправки sms, но фряха в него не умела.

Все взломы, которые я лично знаю, были НЕ через дыры на серверной машины

Ну это вам повезло, бывают и менее удачные случаи.

во времена 2000 распространения win серверов (сутки неделя предел)

Это какие-то специфичные шин сервера похоже.

так логи же надо сначала смотреть!

Логи на сдохшем харде?

у них там действительно стояла NT4 в качестве PDC и падала чуть менее чем 3 раза на дню

Ну это надо постараться довести nt4 до этого.

достаточно, дыа, но только если у тя этот твой инет не лёг! бугага! или между тобой и тем сервером у опсоса!

Можно же через опроса и отправлять.

в смысле? прям по PPP чрез модемный вызов cu + AT и этот вот всё? по конским ценам за минуту разговора? ещё и по не надёжному SMTP? серьёзно? 8)

дело было в 2001-2003, даже GRPS ещё не завезли и СМС тупо было проще, дешевле и надёжнее, был даже куплен безлимитный пакет SMS, но быстро выяснилось, что понятия безлимита у нас и опсоса сильно отличаются. потом решили лимитами в нагиосе и каким-то пакетом на 100500 смс

тащемта эт не моя компетенция была. не я доводил.)))) у меня-то лично 95OSR работала и даже не падала. )))))

но там чего-только не стояло! даже IPX Inet GW/Proxy, чудесная зверушка с недокументированным использованием сетки 47/8 или как-то так. выяснилось благодаря курьёзу - директор не смог попасть на какой-то прибалтийский сайт с вновь выданной подсетью из этого диапазона.
но был и плюс - благодаря этому факту процесс выноса прокси с венды ускорился и нам даже неожиданно дали больше ресурсов (доп. скази диски и т.п.)

с тех пор я скептически отношусь как мелкомягкие умеют в инет, последний случай был на днях. сага называется DNS vs. VPN.

такие логи должны центролизоваться. 514 порт использовался ещё в 80-е

в смысле? прям по PPP чрез модемный вызов cu + AT и этот вот всё?

Да нет же, зачем ppp ? У самого девайса есть at команды для отправки, просто скарливаем команду девайсу.

а я тебе про что писал? просто чтобы до «самого устройства» добраться - надо много что было делать. и проще было через gnokii

но похоуд ты не знаешь что это такое )))))

дело было в 2001-2003, даже GRPS ещё не завезли

Да, да именно так и было, мы мопеды на 9600 и юзали, стоимость конская получалась, у нас сеансовая связь была, но данных в определенные моменты года переливалось вагон и всё это на 9600 по стоимости голосового звонка. У нас ещё управление рулящее сотовыми менять тарифы из 90-х не собиралось т.е. там цена за минуту запредельная.

у меня-то лично 95OSR работала и даже не падала.

Да у меня тоже 95-я osr работала и не всегда падала :)

с тех пор я скептически отношусь как мелкомягкие умеют в инет, последний случай был на днях. сага называется DNS vs. VPN.

:))) давно не сталкивался, это реально затейливая фигня :)))

и проще было через gnokii

но похоуд ты не знаешь что это такое )))))

Да, незнаю, я напрямую в порт писал.

yoga dns выручило несчастных, прикованных к венде

Ухты, даже подпорка есть :) Спасибо, хоть и ненадо от слова совсем, но кто его знает что завтра пригодится.