IT вопросы

[Barns]

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

Не надо путать Ибшников и "просто" безопасников, которые не в теме

Под ИБ понимается поиск и выявление "сапёра", мп3 и джпег файлов

На тему мп3 и жипегов... Через первый сливаются заседания кредитного комитета, через второй ПДн

, при этом можно не замечать, что пароль написан на бумажке и приклеен тётей к монитору, "чтоб не забыла". И тоже мнят себя...

по этой части, по уму, обязанности надо возложить за контролем рабочих мест на начальников отделов, ибо ну не вариант отправлять ИБшника в Москву из Красноярска чтобы проверить "пароли"



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

[multiformat amateur]

Должно быть дело с виндузным проводником/ТС выглядит также, как, например, и с любым браузером.

По браузерам хотя бы есть статистика на основе визитов на сайты. Хотя, снова же, количества пользователей могут быть разными. Например пользователи Мозиллы могут быть более активны в интернете, нежели пользователи IE, повышая долю своего браузера в статистике сайтов. А вот с оболочками типа TC - тут вообще очень сложно спрогнозировать. кол-во Визитов -> скачиваний -> установившие пользователи (могут за много лет скачивать неоднократно) -> пользующиеся после триала... Везде редукция.

[iggy]

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

Да это не секрет. Это просто закостеневшая традиция.

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

Вы в Линуксе наверное тоже используете sh вместо bash и эмуляцию терминала не linux а какой-нибудь vt100?



А некоторые даже до сих пор софт на Коболе поддерживают на каких-нибудь HP NonStop серверах. Им вообще огромные деньжищи платят. Потому что в той системе даже юниксоид со стажем нифига не поймет



Я понимаю если вы в тех поддержке работаете и лазите на сервера клиентов где может быть только стандартное окружение.

Но если вы обслуживаете сервера которые сами хорошо знаете много лет и все устанавливали, зачем мучаться?

В Солярке допустим графическая оконная система всегда являлась неотъемлемой частью и ставилась по умолчанию и присутствует на 99% серверов со всеми свистелками и украшалками. Зачем это игнорировать?

[Barns]

Да это не секрет. Это просто закостеневшая традиция.

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

Вы в Линуксе наверное тоже используете sh вместо bash и эмуляцию терминала не linux а какой-нибудь vt100?



А некоторые даже до сих пор софт на Коболе поддерживают на каких-нибудь HP NonStop серверах. Им вообще огромные деньжищи платят. Потому что в той системе даже юниксоид со стажем нифига не поймет



Я понимаю если вы в тех поддержке работаете и лазите на сервера клиентов где может быть только стандартное окружение.

Но если вы обслуживаете сервера которые сами хорошо знаете много лет и все устанавливали, зачем мучаться?

В Солярке допустим графическая оконная система всегда являлась неотъемлемой частью и ставилась по умолчанию и присутствует на 99% серверов со всеми свистелками и украшалками. Зачем это игнорировать?

Чем меньше наворотов, тем меньше вероятность навернуться системе

У нас на серверах АБС кроме СУБД и ОС вообще ничего нету



Вспоминается старая шутка:

-Знаете чем наполнены шары в кореле?

-Чем?

-Водородом

-Почему?

-Когда дохнет корел, то всю винду к чертям разносит

[multiformat amateur]

Да это не секрет. Это просто закостеневшая традиция.

Расскажите это тем, кто даже виндовые сервера поднимает core only.

В каждом варианте есть свои плюсы и минусы, не все так однозначно.

если минимизируется состав исполняемого софта, то это может быть не традицией, а вполне адекватными требованиями (организационными, и т.п.)

Просто есть люди, которые смотрят на всё это дело не только с точки зрения удобства программиста или сисадмина.



 

[iggy]

Чем меньше наворотов, тем меньше вероятность навернуться системе

У нас на серверах АБС кроме СУБД и ОС вообще ничего нету

Это все страшилки.

У меня на серверах АБС тоже кроме Оракла и Соляриса ничего нету (Банк в первой полусотне российских банков). Почти ничего.

Но я прикручиваю в солярку rlwrap чтобы иметь историю команд в SQL*Plus.

Ставлю bash вместо sh. Последние лет ндцать это вообще никаких проблем не может создать.

Ставлю rsync чтобы иметь возможность нормально синхронизировать некоторые каталоги.

Еще пару десятков пакетов гнутого софта без которых весьма неудобно и которые отлично работают.

И так уже 15 лет. Ничего не наворачивается и не падает. Больше проблем создает дорогущее брендовое железо которое глючит регулярно и американская техподдержка Оракла, которая декларирует по всему миру Премиум-поддержку, подразумевающую решение всех проблем в течении считанных часов, а на деле оказывается что доставка элементарных комплектующих к серверам DHLем занимает 2-3 дня из Штатов

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

[iggy]

Расскажите это тем, кто даже виндовые сервера поднимает core only.

В каждом варианте есть свои плюсы и минусы, не все так однозначно.

если минимизируется состав исполняемого софта, то это может быть не традицией, а вполне адекватными требованиями (организационными, и т.п.)

Просто есть люди, которые смотрят на всё это дело не только с точки зрения удобства программиста или сисадмина.

Кто все эти люди? Старые программисты на Коболе, которые вышли на пенсию и перешли в службу информационной безопасности?! Расскажите мне про "адекватные требования"

Покажите мне человека который поднимает Windows 2012 Server только с командной строкой, я ему молиться буду

[Barns]

Это все страшилки.

а как дело доходит до рисков, то "страшилки" переходят в вероятности и тут уже не попрешь

(Банк в первой полусотне российских банков)

[oft]и мы там же [/oft]

[iggy]

а как дело доходит до рисков, то "страшилки" переходят в вероятности и тут уже не попрешь

Есть какие-то исследования про вероятность и риски использования Midnight Commander или rsync через ssh? Как вы их оцениваете прежде чем переть/непереть?

Или вы свято верите что дистрибутивный Юникс безопасен? Патчи безопасности хотя бы раз в месяц ставите?

Я понимаю еще свято верить в регулярно выпускаемые патчи безопасности Solaris или HP-UX, это имеет под собой основания.

Но если использовать даже проприетарные Линуксы типа SLES и RHEL, там уже не все так очевидно.

А если работать на обычных "свободных" Линуксах, там вообще никаких гарантий и сплошные "вероятности"

[iggy]

[oft]и мы там же [/oft]

Какую АБС используете, если не секрет?