Программа для лока компьютера с iPhone


Натолкнулся на две интересные программы для iPhone, которые позволяют повысить безопасность вашего компьютера на рабочем месте и при этом исключить человеческий фактор.

Смысл обеих программ заключается в том, что установившись на компьютер, они подключаются к вашему коммуникатору iPhone, и связываются с ним через bluetooth канал. Вы спокойно работаете, а вот когда решаете отойти от своего компьютера, например пообедать, то как только вы покидаете зону приема bluetooth, то компьютер неминуемо блокируется, так что даже в том случае если вы забыли залочить свой экран, любопытные коллеги, а то может быть и домашние, не смогут влезть в ваш компьютер. Естественно что данное устройство не подходит для каких либо серьезных методов защиты информационных систем, но этакая “защита от дурака” довольно удобна.

Первая программа именуется Airlock и поставляется она только для систем под управлением Mac OS X. Стоимость программы составляет 7$, но у неё имеется двухнедельная пробная версия. так что за этот период вполне можно понять- подходит вам эта программа или нет. Тем более что в ней много удобств и настроек: зона поражения (в смысле радиус действия), частота опроса соседа, какие либо действия при блокировке или разблокировке экрана.

Вторая программа называется Phoenix Freeze и она является аналогом Airlock, только разработанным для Windows систем. На момент моего знакомства с этой программой она работала только под управлением Windows XP и Vista, хотя быть может в данный момент она уже и портирована для работы с Windows 7. Для данной программы также предоставляется двухнедельный триал, так что эту программу также можно опробовать в действии. Естественно что если сочетание клавиш Win + L доведено до автоматизма, такая программа не нужна, но тем не менее довольно интересный проект, как раз в плане интеграции iPhone в усиление информационной безопасности.

VN:F [1.9.21_1169]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.21_1169]
Rating: 0 (from 0 votes)

Теги: ,

Расписание обновления ТиЦ и PR за прошлый год


Интересная тематика вскрылась с обновлением пузомеров: тыц/пыр. При сопоставлении данных за прошлый год, выходит, что первые два апдейта прошли практически в то же время, что и в предыдущем 2009 году. В этой связи есть резон полагать, что и в этом году обновления пойду в том же режиме, что и в прошлом году +/- несколько дней. И хотя “знающие люди” утверждают, что апдейт ТиЦ происходит в среднем каждые 2 недели, погуглив какое то время, я так и не смог отыскать никакие другие даты за прошлый год, отличавшиеся бы от приведенных ниже, более чем на 1-2 дня.

Обновления ТиЦ

2009 год
26 января
12 февраля
27 марта
28 апреля
22 мая
10 июня
26 июня
31 августа
16 октября
30 октября
24 декабря

2010 год
28 января
19 февраля
03 марта
08 апреля

Обновление PR

2009 год
1 января
3 апреля
29 мая
24 июня
31 октября

2010 год
1 января
5 апреля

VN:F [1.9.21_1169]
Rating: 4.0/10 (13 votes cast)
VN:F [1.9.21_1169]
Rating: +2 (from 4 votes)

Теги: , ,

Проверка сайта на наличие в индексе поисковика


В процессе разборок с Яндексом надыбил тему как проверять находится ли, взаправду, сайт в выдаче индекса Yandex. Для этого достаточно набрать в адресной строке:  http://yandex.ru/yandsearch?serverurl=TARGET_URL
Для Google это делается еще проще. Идем на www.google.com и в строке поиска вводим:  site:TARGET_URL

VN:F [1.9.21_1169]
Rating: 3.7/10 (27 votes cast)
VN:F [1.9.21_1169]
Rating: -2 (from 6 votes)

Теги: , ,

Ошибка HP ProCurve: port XX is Blocked by LACP


Там же тогда же. Собственно с чего начал ковырять свичик HP ProCurve: поступили жалобы на то, что криво работают после перезагрузки по броску питания. Вроде как отваливается сетка и что то тупит. В логах довольно интересные сообщения:
01/03/10 20:02:47 ports: port 39 is now off-line
01/03/10 20:02:49 ports: port 39 is Blocked by LACP
01/03/10 20:02:52 ports: port 39 is now on-line
01/03/10 20:04:28 ports: port 39 is now off-line

Это говорит нам о том, что функционал LACP отрубает порты. Сам LACP (Link Aggregation Control Protocol) это протокол обеспечивающий работу транка, то есть объединение нескольких каналов в один для увеличения пропускной способности. Агрегированные каналы LACP используют для повышения пропускной способности канала и для и повышения отказоустойчивости.
Смотрим статистику конфигурации самого LACP

Chife-0# show lacp
LACP

ORT LACP TRUNK PORT LACP LACP
NUMB ENABLED GROUP STATUS PARTNER STATUS
……………..
35 Passive 35 Down No Success
36 Passive 36 Up No Success
37 Passive 37 Down No Success
38 Passive 38 Up No Success
39 Passive 39 Up No Success

LACP исходя из статистики пребывает в passive режиме, но при этом блокирует порты. Происходит это из-за того, что когда порт поднимает линк, passive LACP запрещает его использование до тех пор пока соединение не стабилизируется и не выяснится что это активное соединение. Если утверждение верно, то создается транк, если нет, то порт освобождается.

Для решения данной проблемы есть несколько ступенчатых вариантов разрешения проблемы:
1. Обновить версию прошивки свича до последней стабильной версии.
2. Проверить чтобы на обоих окончаниях сетевого кабеля выставлена одна и та же скорость и нет конфликтов: то есть с обоих сторон должна стоять или Auto-Auto или 100FDx -100FDx, но никак не Auto-100FDx
3. Если все вышесказанное не помогло, то можно отключить LACP если мы не используем его функционал для создании транка. При отключении данного функционала ничего не теряется ибо остается еще два варианта создания транков: HP port trunking (который использую я) и FEC.
Для этого опять же заходим в консоль и далее даем команды:
Chife-0# con t
Chife-0(config)# int all
Chife-0(eth-1-48,Trk1)# no lacp
Chife-0(eth-1-48,Trk1)# write mem

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

VN:F [1.9.21_1169]
Rating: 5.0/10 (2 votes cast)
VN:F [1.9.21_1169]
Rating: 0 (from 0 votes)

Теги: ,

Установка времени на HP ProCurve


Вчера ковырялся со свичами HP ProCurve и возникла необходимость задать время ручками, поскольку с NTP сервера свич забирать данные по каким то причинам отказывался. Делается это следующим образом, подключаемся к свичу по telnet или через X-modem и в консоли задаем следующие команды:

switch# config
switch(config)# clock set MM/DD/YYYY HH:MM:SS
switch(config)# wr mem

VN:F [1.9.21_1169]
Rating: 10.0/10 (6 votes cast)
VN:F [1.9.21_1169]
Rating: +3 (from 3 votes)

Теги: , ,

Список всех доменов относящихся к IP адресу


Неоднократно сталкивался в интернете с крайне удобными сервисами, аналогами resolve IP, только идущими гораздо дальше, то есть на заданный IP адрес они выдают не официальную PTR запись, а все доменные имена, привязанные к заданному IP адресу.  Примеры этих сервисов можно взглянуть на нижеприведенных серверах:

http://www.yougetsignal.com/tools/web-sites-on-web-server/

https://secure.domaintools.com

http://www.ip-adress.com/reverse_ip/

Но более интересный вопрос, как эти сервисы работают?
Понимаю, что это какой то скрипт, но ламбадой буду, то что он работает на базе стандартных dig и resolveip, с вкраплениями whois.  Но как их выстроить в правильный конвейер пока ума не приложу.

VN:F [1.9.21_1169]
Rating: 7.3/10 (3 votes cast)
VN:F [1.9.21_1169]
Rating: +1 (from 1 vote)

Теги: , , ,

Эпопея с пропажей 2х сайтов из выдачи Яндекса


Вроде как остается надеяться, что проблему с пропажей двух сайтов 6летнего возраста из выдачи Яндеса, можно считать закрытой.

Собственно ситуация была простая: перенес данный сайт с субдомена odmin.sane4ka.ru на собственный новообретенный домен odminblog.ru, после чего из выдачи Яндекса, в течение нескольких дней, вылетели оба домена принадлежавших к старому домену: www.sane4ka.ru и zavalinka.sane4ka.ru

Я по началу решил, что это глюк системы, который я уже несколько раз замечал- когда утром сайт не представлен в выдаче, словно его нет, зато к вечеру он появляется в полном виде и прекрасно себя чувствует. С этими мыслями я и просуществовал две недели, проверяя каждый новый день, не появились ли мои друзья в выдаче. Нет – не появились. В это время я собственно понял, что начал терять оптимизаторов в сапе, но меня это собственно пугало не очень, но все равно несколько огорчало. В процессе ожидания я скормил несколько карт сайтов, прошерстил ошибки на сайтах. Самое интересно что инструментарий веб-мастера на яндексе показывал, что сайты у меня проиндексированы, хотя из основного сайта www.sane4ka.ru в индексе числилось всего 18 страниц.
С гуглем, кстати, все было прекрасно и оба сайта стабильно сидели на своих позициях в выдаче, да и новый почти сразу же скушался, хотя я боялся что могу получить пендаля, за вроде бы не уникальный контент.

Читать полностью »

VN:F [1.9.21_1169]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.21_1169]
Rating: 0 (from 0 votes)

Теги: , , ,