Архив за February 2010
Wednesday, 03 Feb 2010
Интересная тематика вскрылась с обновлением пузомеров: тыц/пыр. При сопоставлении данных за прошлый год, выходит, что первые два апдейта прошли практически в то же время, что и в предыдущем 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)
Рубрика: Сайты и их проблемы | 1 отзыв »
Wednesday, 03 Feb 2010
В процессе разборок с Яндексом надыбил тему как проверять находится ли, взаправду, сайт в выдаче индекса 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)
Рубрика: Сайты и их проблемы | Отзывов: 2 »
Wednesday, 03 Feb 2010
Там же тогда же. Собственно с чего начал ковырять свичик 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]
Рубрика: Оборудование, Подсказки, Сети | Отзывов: 2 »
Wednesday, 03 Feb 2010
Вчера ковырялся со свичами 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)
Рубрика: Оборудование, Подсказки, Сети | 1 отзыв »
Tuesday, 02 Feb 2010
Неоднократно сталкивался в интернете с крайне удобными сервисами, аналогами 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]
Рубрика: Дела Одминские, Интернет, Сайты и их проблемы | Отзывов: 4 »
Monday, 01 Feb 2010
Вроде как остается надеяться, что проблему с пропажей двух сайтов 6летнего возраста из выдачи Яндеса, можно считать закрытой.
Собственно ситуация была простая: перенес данный сайт с субдомена odmin.sane4ka.ru на собственный новообретенный домен odminblog.ru, после чего из выдачи Яндекса, в течение нескольких дней, вылетели оба домена принадлежавших к старому домену: www.sane4ka.ru и zavalinka.sane4ka.ru
Я по началу решил, что это глюк системы, который я уже несколько раз замечал- когда утром сайт не представлен в выдаче, словно его нет, зато к вечеру он появляется в полном виде и прекрасно себя чувствует. С этими мыслями я и просуществовал две недели, проверяя каждый новый день, не появились ли мои друзья в выдаче. Нет – не появились. В это время я собственно понял, что начал терять оптимизаторов в сапе, но меня это собственно пугало не очень, но все равно несколько огорчало. В процессе ожидания я скормил несколько карт сайтов, прошерстил ошибки на сайтах. Самое интересно что инструментарий веб-мастера на яндексе показывал, что сайты у меня проиндексированы, хотя из основного сайта www.sane4ka.ru в индексе числилось всего 18 страниц.
С гуглем, кстати, все было прекрасно и оба сайта стабильно сидели на своих позициях в выдаче, да и новый почти сразу же скушался, хотя я боялся что могу получить пендаля, за вроде бы не уникальный контент.
(more…)
VN:F [1.9.21_1169]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.21_1169]
Рубрика: Сайты и их проблемы | Ваш отзыв »