Компания “Агава” получила статус аккредитованного регистратора доменов в зоне .ru . На радостях распродают домены по 85 рублей. 🙂
Регистрация тут: https://clients.agava.ru/domains
Компания “Агава” получила статус аккредитованного регистратора доменов в зоне .ru . На радостях распродают домены по 85 рублей. 🙂
Регистрация тут: https://clients.agava.ru/domains
На днях партнер сообщил мне, что у него в почтовом ящике, который обслуживается почтовыми серверами Google, появилось подозрительное письмо с рекламой Deskzilla. Я подумал, что это обычный спам, т.к. его почтовый ящик можно без труда выловить в поисковиках, а значит он мог быть проиндексирован каким-нибудь ботом, собирающим адреса e-mail для базы спаммера.
Сегодня одно письмо удивило уже меня: с сайта nukeuploads.com пришло письмо, что я успешно там зарегистрировался, при чем был указан мой адрес в системе GMail и (!) мой пароль от ящика GMail.
Spam or not?
Есть только две причины появления таких писем: Гугл сам выдал конфиденциальную информацию (адрес e-mail и пароль) своему партнеру (или рекламодателю) или у почтовой системы Google / GMail есть серьезная брешь в безопасности. Во втором я сомневаюсь 🙂
ПродовженняСнова добрался до виртуальной FreeBSD, а там.. ужос! Часы отстали на 4 часа.. В предыдущем посте о часах я выбирал разные таймеры. Ни один не работает как нужно. Что делать?
TSC
Я остановился на таймере TSC. Он должен работать на частоте процессора. dmesg рапортует о частоте:
Timecounter "TSC" frequency 3302974606 Hz quality 800
Этот параметр можно посмотреть через sysctl
~> sysctl -a | grep tsc_<br /> machdep.tsc_freq: 3302974606
При таком значении часы отстают, значит оно должно быть меньше.
Fix
Открываем файл vmware.log и ищем строку, содержащую TimeTracker
Sep 14 11:11:05: vmx| TimeTracker host to guest rate conversion 46219175637833 @ 2999990000Hz -> 46219175637833 @ 2999990000Hz<br /> Sep 14 11:11:05: vmx| TimeTracker host to guest rate conversion ((x * 2147483648) >> 31) + 0
Копируем магическое 🙂 2999990000 и записываем его в sysctl:
~> sysctl machdep.tsc_freq=2999940000<br /> machdep.tsc_freq: 3302974606 -> 2999940000<br /> ~> echo “sysctl machdep.tsc_freq=2999940000” >> /etc/sysctl.conf<br /> # one more trick:<br /> ~> echo "kern.hz=100" >> /boot/loader.conf
И синхронизируем часы с сервером времени, например:
ntpdate -bs 132.236.56.250
Все, теперь часы работают как часы 🙂
За тестовый час они не отстали и не обогнали контрольный сервер ни на секунду.
sed – очень полезный и мощный потоковый редактор. понять насколько удобным, мощным и гибким он является, вы сможете испытав рецепты из нижеприведенной статьи. Уверен он вам (*nix’оидам) пригодится в повседневной жизни 🙂 или при написании shell-скриптов.
Возвращаясь к вопросу отставания часов в FreeBSD (в частности под VMWare). Хэндбук дает подсказку по поводу почему часы могут показывать неправильное время. Дело в том, что в системе несколько таймеров, а выбранный таймер ведет себя на вашей системе не так, как вы ожидаете. Выход – попробовать другой таймер и проследить за результатом.
Посмотрите какие таймеры присутствуют на вашей системе:
<br /> ~> dmesg | grep Timecounter<br /> Timecounter "i8254" frequency 1193182 Hz quality 0<br /> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000<br /> Timecounter "TSC" frequency 3035844535 Hz quality 800<br /> Timecounters tick every 1.000 msec<br />
Проверьте, какой таймер используется:
<br /> ~> sysctl kern.timecounter.hardware<br /> kern.timecounter.hardware: ACPI-fast<br />
Установите другой таймер:
<br /> ~> sysctl -w kern.timecounter.hardware=i8254<br /> kern.timecounter.hardware: ACPI-fast –> i8254<br />
Добавьте настройки в файл /etc/sysctl.conf, чтобы таймер использовался при загрузке системы:
<br /> kern.timecounter.hardware=i8254<br />
Синхронизируйте время на машине:
<br /> ntpdate -bs 132.236.56.250<br />
Тепеть подождите несколько дней и проверьте, будут ли отставать ваши часы.
Безлимитный интернет в офисе это конечно хорошо :). Но если несколько сотрудников, любителей покачать, забивают весь канал, это не есть хорошо. В таких случаях помогает использование менеджеров закачек, в которых есть регулировка скорости скачивания.
А если вы качаете что-то в консоли, например wget’ом или fetch’ем? В этом случае вам поможет trickle.
Установка
~> cd /usr/ports/*/trickle ~> make install clean # или: ~> pkg_add -r trickle
Использование
trickle -s -d 100 portsnap fetch update
Теперь загрузка не будет превышать 100 Кб/с. Полочку можете понаблюдать с помощью nload:
~> cd /usr/ports/*/nload ~> make install clean ~> rehash ~> nload em0 # где em0 - имя вашего интерфейса
Для ограничения upload-скорости используйте ключ –u.
По мотивам заметки trickle-traffic-limiter.
P.S.
wget имеет встроенную возможность ограничения скорости закачки, ключ –limit-rate
–limit-rate=20k will limit the retrieval rate to 20KB/s.
GMail он же Google Mail сейчас лежит и пока не известно, когда восстановят нормальную работу. Посмотреть состояние сервиса можно по ссылке: https://www.google.com/appsstatus#di=1&hl=en

Google Mail: Service outage