Для тех кто ищет старый тетрис, сразу приведу ссылки:
классика по управлению
рваная классика
с автоигроками
Случайно увидел в интернете картинку, которая показалась мне весьма смешной. Тот кто протирал клавиши управления курсором в EC-1840 до дыр наверняка поймёт меня.
Первое что я подумал: это просто картинка-шутка. Но оказалось что нет.
Иногда бывает необходимо быть в курсе изменений некоторых WEB страниц произвольных сайтов. Но что делать если сайт не имеет RSS или других видов автоматизированного оповещения об изменениях сайта. В этом случае требуется инструмент который откроет сайт на нужной странице и посмотрит изменилась ли она с предыдущего посещения и если изменилась каким-то образом оповестить заинтересованное лицо.
На самом деле есть несколько разных видов такой услуги.
Симптомы:
[root@fluni-fs changepassword-0.9]# make gcc -c -o smbencrypt/SMBPasswdGen.o smbencrypt/SMBPasswdGen.c gcc -c -o smbencrypt/encrypt.o smbencrypt/encrypt.c gcc -c -o smbencrypt/md4.o smbencrypt/md4.c gcc -c -o smbencrypt/smbencrypt.o smbencrypt/smbencrypt.c gcc changepassword.c -o changepassword.cgi smbencrypt/SMBPasswdGen.o smbencrypt/md4.o smbencrypt/smbencrypt.o smbencrypt/encrypt.o -lcrypt -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION="" -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DHAVE_LIBCRYPT=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_STDIO_H=1 -DHAVE_STRING_H=1 -DHAVE_STDLIB_H=1 -DHAVE_PWD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_SIGNAL_H=1 -DHAVE_SHADOW_H=1 -DHAVE_TIME_H=1 -DEnglish -DSMBPASSWD="/etc/smbpasswd" -DSQUIDPASSWD="/etc/squid/passwd" -DLOGO="none" -L./smbencrypt -ldes /usr/bin/ld: skipping incompatible ./smbencrypt/libdes.a when searching for -ldes /usr/bin/ld: cannot find -ldes collect2: ld returned 1 exit status make: *** [changepassword.cgi] Error 1
Последнее время часто стал получать от своих контактов одинаковые бессмысленные сообщения “это новый аватар вашего профиля?)) http://goo.gl/cipRN?foto=youngblog”. Сходив по ссылке (чего вам не рекомендую делать) я удостоверился, что это троянский вирус, который использует список контактов скайп для своего растространения. Как обычно ситуация повторяется. Компания Microsoft по прежнему не включает (по умолчанию) политику ограничения запуска программ, а пользователи, которые пониятия зелёного не имеют чем отличается dll от doc — считают себя админами (работают с привилегиями администратора). А потом тратятся миллионы человеко-часов для лечения от новой напасти.
Continue reading это новый аватар вашего профиля?))
На свеже установленном минималистическом Centos yum не находит пакета fail2ban. Его можно поставить из исходников, но проще и удобнее поставить из репозитория. Необходимо только подключить его.
Заходите по ссылке http://pkgs.repoforge.org/rpmforge-release/ и выбирайте последнюю версию, я выбирал 32-х битную версии 0.5.2-2.
# yum install http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm
И потом ставим fail2ban:
# yum install fail2ban
Конфиг по умолчанию настроен. Но проверим некоторые важные опции:
vi /etc/fail2ban/jail.confignoreip = 127.0.0.1/8 Здесь могут быть IP адреса и CIDR маска или DNS хост. Fail2ban не будет банить перечисленные адреса. Несколько адресов нужно разделить пробелами bantime = 600 время бана в секундах (600 сек = 10 минут) findtime = 600 хост будет забанен если исчерпает отведёные ему попытки за последние findtime секунд. maxretry = 3 максимальное количество неверных попыток до бана.
Включаем автозапуск:
# chkconfig fail2ban on
Запускаем:
# service fail2ban restart
Если до этого он не был запущен при остановке будет ошибка, это не важно. Главное чтобы запустился.
Всё.
# rpm -Uvh http://dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm
для 64 бит
# rpm -Uvh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
По непонятным причинам терминальный клиент работающий много лет вдруг, совершенно внезапно, не мог соединиться с терминальным сервером по загадочной причине отсутствия клиентской лицензии. На чешском (я столкнулся с этим у одного из клиентов именно на чешской версии windows) эта ошибка звучит так:
[quote style=”1″]”Vzdálený počítač přerušil spojení z důvodu chyby v licenčním protokolu. Pokuste se připojit ke vzdálenému počítači znovu nebo se obraťte na správce serveru.”[/quote]
На русском:
[quote style=”1″]”Удаленный компьютер отключил сеанс из-за ошибки в протоколе лицензирования. Попытайтесь подключиться к удаленному компьютеру снова или обратитесь к администратору сервера.”[/quote]
На английском:
[quote style=”1″]”The remote computer disconnected the session because of an error in the licensing protocol. Please try connecting to the remote computer again or contact your server administrator.”[/quote]
При этом
Continue reading Устранение ошибки лицензионного протокола RDP
Отправляя документы в бухгалтерию в электронном виде я никогда не задумывался с каким вопросом сталкиваются бухгалтеры. Оказывается им приходится печатать сотни файлов за раз. Именно это заставило меня заняться поиском решения для автоматизации этого процесса. Оказалось тема не нова и существует множество решений по этому вопросу, но большая часть из них платные. Но ведь у каждой программы имеется интерфейс командной строки который может помочь решить данный вопрос. И вот этот список для систем семейства Windows.
Печать PDF файла с выводом диалогово окна:
AcroRd32.exe /P PdfFile
Диалог.
— Линуксовый клиент терминалов RDP — rdesktop при попытке соединения с Windows 2008 сразу закрывается. Если запускать из консоли то видно ошибку:
[quote style=”1″]disconnect: Internal licensing error.[/quote]
А ведь работало! Я точно помню!
— И работает. Но только один раз. Зайдите в домашний каталог пользователя и удалите папку ./.rdesktop/
или файл который там создан и попробуйте снова войти в Win2k8.
— Ухты! И правда работает.
Continue reading Windows 2008 + Linux rdesktop = “disconnect: Internal licensing error.”
В апреле 2012 года Skype, который сейчас принадлежит компании Microsoft, кардинально изменил подход к построению своей сети. До этого времени Skype работал преимущественно через пользовательские мощные компьютеры на которых загружен клиент Skype и у которых есть широкие и быстрые каналы в интернет с публичным IP. В терминологии сети Skype они называются супернодами. Одна такая супернода могла обслуживать до 800 пользователей Skype. Пирингновая топология сети и независимость супернод, (любой достаточно мощный компьютер, на котором запущен скайп, с мощными каналами мог стать супернодой) имела две особенности, которые с разных точек зрения имеют разное значение. С одной стороны, наличие огромного количества независимых супернод приводило к периодическим проблемам в связи, когда такая супернода внезапно выключалась или теряла канал. Это в большинстве случаев это влияло и на длительность входа в сеть Skype, так как поиск активной ближайщей суперноды занимал какое-то время. Сдругой стороны независимость этих нод давала возможность пользователям оставаться до определённой степени анонимными. И поскольку трафик проходил через случайные суперноды в сети, то для поддержания достойной безопасности требовались серьёзные криптоалгоритмы. В новой сети Skype начал быстро избавляться от независимых супернод, заменяя их своими, более мощными, построенными на Linux и позволяющими обслуживать от 4000 до 100000 пользователей сети Skype.
Continue reading Skype кардинально изменяет подход к построению сети. В чём проблема?