Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Gekko

Страницы: 1 ... 28 29 [30]
436
Networks / Сввич Procurv 1810G Как подключится
« : 08 октября 2015, 10:39:00 »
Досталось наследство: свич в стойке. Хочу на нем вланы нарезать, а как подключится к нему - не знаю. У него одна только наклейка с маком а в сети такого мак адреса я не вижу. Вопрос - как его консоль нащупать? У него первый порт свободен, может через него настроен доступ?

437
Unix / Атака на ClearOs
« : 25 сентября 2015, 09:59:47 »
Какой именно? Где кто то ночью долбится? Ну вот кусочек:
Цитата
login as: root
root@koroviy.pizdyak.ru's password:
Last login: Thu Sep 24 17:13:57 2015 from 93.174.241.174
[root@mx ~]# mc
[root@mx etc]# [1~
bash: [1~: команда не найдена
messages.1         [-M-O]  0 L:[3557+ 7 3564/7364] *(343342/682556b)= S  83 0x53
Sep 15 09:39:54 mx saslauthd[3686]: user ldap_search_st() failed: Can't contact LDAP server
Sep 15 09:39:54 mx saslauthd[3686]: Retrying authentication
Sep 15 09:43:13 mx clamd[3394]: SelfCheck: Database status OK.
Sep 15 09:43:33 mx saslauthd[3688]: do_auth         : auth failure: [user=marketing] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 09:45:01 mx saslauthd[3670]: user ldap_search_st() failed: Can't contact LDAP server
Sep 15 09:45:01 mx saslauthd[3670]: Retrying authentication
Sep 15 09:46:38 mx saslauthd[3686]: Retrying authentication
Sep 15 09:47:17 mx saslauthd[3670]: do_auth         : auth failure: [user=operator] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 09:51:00 mx saslauthd[3686]: do_auth         : auth failure: [user=clamav] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 09:51:53 mx saslauthd[3688]: user ldap_search_st() failed: Can't contact LDAP server
Sep 15 09:51:53 mx saslauthd[3688]: Retrying authentication
Sep 15 09:53:13 mx clamd[3394]: SelfCheck: Database status OK.
Sep 15 09:54:44 mx saslauthd[3686]: do_auth         : auth failure: [user=help] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 09:58:28 mx saslauthd[3686]: do_auth         : auth failure: [user=xantia] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:02:12 mx saslauthd[3688]: do_auth         : auth failure: [user=adminv] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:03:13 mx clamd[3394]: SelfCheck: Database status OK.
Sep 15 10:05:50 mx saslauthd[3686]: do_auth         : auth failure: [user=admin01] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:09:31 mx saslauthd[3688]: do_auth         : auth failure: [user=administration] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:13:02 mx saslauthd[3688]: do_auth         : auth failure: [user=administrador] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:13:13 mx clamd[3394]: SelfCheck: Database status OK.
Sep 15 10:16:33 mx saslauthd[3670]: do_auth         : auth failure: [user=administracion] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:20:08 mx saslauthd[3688]: do_auth         : auth failure: [user=administratores] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown
Sep 15 10:23:13 mx clamd[3394]: SelfCheck: Database status OK.
Sep 15 10:23:27 mx saslauthd[3688]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:23:42 mx saslauthd[3688]: do_auth         : auth failure: [user=webadmin] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:23:43 mx saslauthd[3687]: do_auth         : auth failure: [user=maimunavirishvila] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:23:44 mx saslauthd[3688]: do_auth         : auth failure: [user=maimunavirishvila] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:23:45 mx saslauthd[3670]: do_auth         : auth failure: [user=maimunavirishvila] [service=smtp] [realm=koroviy.pizdyak.ru] [mech=ldap] [reason=Unknown]
Sep 15 10:24:30 mx saslauthd[3688]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:24:35 mx saslauthd[3686]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:24:55 mx saslauthd[3686]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:24:59 mx saslauthd[3670]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:23 mx saslauthd[3689]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:26 mx saslauthd[3689]: do_auth         : auth failure: [user=manager] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:28 mx saslauthd[3687]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:31 mx saslauthd[3688]: do_auth         : auth failure: [user=manager] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:32 mx saslauthd[3689]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:36 mx saslauthd[3688]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:37 mx saslauthd[3686]: do_auth         : auth failure: [user=manager] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:41 mx saslauthd[3688]: do_auth         : auth failure: [user=maimunavirishvila] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:43 mx saslauthd[3686]: do_auth         : auth failure: [user=manager] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:49 mx saslauthd[3689]: do_auth         : auth failure: [user=manager] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:53 mx saslauthd[3686]: do_auth         : auth failure: [user=manager] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:25:57 mx saslauthd[3686]: do_auth         : auth failure: [user=manager] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
Sep 15 10:26:04 mx saslauthd[3689]: do_auth         : auth failure: [user=manager] [service=pop] [realm=] [mech=ldap] [reason=Unknown]
1Помощь 2Сохрани3Блок   4Замена 5Копия  6Перемес7Поиск  8Удалить9МенюMC 10Выход
Вот тут видно как стучит на Маймунавиришвила и на manager'а которые реально существуют. Кстати говоря, Маймунавиришвила не блокируется.

438
Unix / Атака на ClearOs
« : 24 сентября 2015, 18:08:10 »
Есть у меня маленький почтовичек на КлирОси. Часто по утрам звонит мне один юзер у которого громкий адрес manager, и жалуется что ему "в почту не войти" а именно - пароль не подходит. Лечится заходом на веб-морду клироси и заданием этому пользователю старого пароля. В логах почтовых аккаунтов вижу что ко мне на сервер всю ночь стучится кто то с попытками залогинится под разными "ходовыми" аккаунтами, типа admin, user, director итд, и в конце концов нащупывает manager и долбится в него раз 10, после чего акк наглухо уходит до утра в несознанку и не откликается на попытки авторизоваться под ним даже по правильному паролю.
Вопрос в том - кто именно его блокирует, где логи читать?

439
При печати из аутлука самого тела письма текст расплывается за края листа А4. Где можно в аутлуке указать, чтоб сообщение железно формировалось в листы А4? Или это сугубо вотчина оснастки принтера?

440
Курилка / Почему я ушел с зеленого?
« : 15 апреля 2015, 11:02:51 »
Ну как вам объяснить...

441
Hardware / HP брендовые диски
« : 15 апреля 2015, 09:41:43 »
Кстати!  :idea: А не посоветуете мне какую нибудь хитрую технологию по их восстановлению? Можно эти горелые винты как нибудь расшевелить? Я помню старые вд-шки две штуки собрал из четырех, путем замены платы. Хотя... Навряд ли.. навряд ли... Они при подключении вообще молчат и не отображаются в биосе. Как будь то и нету их.

442
Hardware / HP брендовые диски
« : 14 апреля 2015, 11:30:10 »
Сейчас в серваке два террабайтных барракуды.

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

Вот один из погорельцев


443
Hardware / HP брендовые диски
« : 14 апреля 2015, 10:12:35 »
Цитата
Практически, никто наверно не тестил брендовые диски vs небрендовые.
Вотоно чо... А ведь единого мнения так и нет. У нас вот бюджет не позволяет делать плановую замену винтов на оригинальные по истечении гарантийного срока. По этому пашет все до "победного конца". И как мне кажется, глядя на мою полку - конец у всех одинаково "победный" и по сроку и по сиптомам.

444
Hardware / HP брендовые диски
« : 14 апреля 2015, 10:03:58 »
Много бугуртят по поводу - ставить в пролианты брендовые диски от HP или можно заменить аналогами. При цене оригинального SATA диска от HP, ну к примеру пятисотки - в 10-12 тыщ, её  аналог, такой же кстати Seagate стоит 2.5-3 т.р. Ну типа зато ХП дает гарантию что все заведется без проблем, нежели с левыми дисками, а разница в цене - это хитрая придумка от буржуев как все таки обналичить несостоявшийся убыток от потери данных. Как то так... Но не об этом речь... У меня тут полочка в шкафу с вышедшими из строя винчестерами. На серверах одинаковое количество как брендовых винтов от HP так и не брендовых. Но! Угадайте ка - что занимает большую часть полки? Да, это винты от HP.
 Вот вам еще один пример: давеча нашел в своем хозяйстве сервер собранный видимо упоротым предшественником (надеюсь он это не читает  :D), где все было поставлено наперекосяк, но отдельного внимания заслуживал RAID. Два массива RAID1: на одном система, на другом базы. Видимо когда то он начинал с одним рэйдом из двух хьюлетовских пятисоток, но потом к нему решили докупить еще две баракуды и сделать второй массив. Упоротый админ сконфигурил два массива, объединив не по два одинаковых а разные. То есть в каждом массиве получилось по два разных диска: хьюлетовский и купленная баракуда.  :facepalm2:
  Это призказка. Сказка: один массив развалился. Я думал - сдохла купленная баракуда, а оказывается - сдох брендовый HP диск.
Над этим стоит поразмыслить...

445
Можно собрать под систему и под базу массивы разного уровня.
Под систему, на выбор, по ситуации - R1, R1 из более чем 2-х "дисков", софтовое зеркало из двух R1, R60, а под базу - R10 (или под бэкап/архив R6, R5).
Честно - ничего не понял. Из каких "кусков" собирать массив? Из логических? А в чем выгода? Зачем мне городить совтовые массивы если у меня хардовый рэйд.

446
Цитата
У него дисков столько нет.
Почему нет? 6 SAS - в как раз 2 на RAID1 под систему, и 4 на RAID10.

447
Две штучки - на первый, и три на пятый. Блин... У меня - всего четыре. Хотя нет! Есть такой же сгоревший с двумя такими же хотплагами. Можно пятый собрать из трех а один оставшийся - под бэкапы. А что? Идея не плоха.

448
Сегодня приступил к сборке нового серва, и что то как то запрокрастинировал... Раньше был создан единый рейд5 и на нем все и крутилось. Старый админ до меня так все и делал - везде один массив и на нем и база и система. Может мне одному так кажется, но не лучше ли рейд отдать под базы а систему установить на один отдельный винт? По раннему опыту помню (субъективно конечно но...) что все мои косяки с развалившимися рейдами имели структуру, когда на одном рейде было все. Мне систему переустановить как то проще нежели трястись из за развалившегося массива. Ваше инение?

Страницы: 1 ... 28 29 [30]
SMF spam blocked by CleanTalk