Последние сообщения

[Почитал эти посты: пост 1 и пост 2. (Broadcom only!)]

В итоге прошивки Олега и другие, сделанные на его основе, не взлетели. Связь между WDS-нодами рвалась, отваливался DHCP и т.п. С ними был тупик: последнее обновление в 2017, настраивать нечего.

Перепрошил роутеры на DD-WRT.
Перепробовал последние прошивки 2019-2020 года. Связь между WDS-нодами устанавливалась в единичных случаях, но не восстанавливалась самостоятельно.
Почитал эти посты: пост 1 и пост 2. (Broadcom only!)

В итоге:
* на ASUS WL500W зашил прошивку 14929 как рекомендованную.
* на ASUS RT-N10U залил прошивку 19342 по отзыву из описания роутера в вики дд-врт. Прошивка от WL500W (14929) не подходила на RT-N10U, так как вышла до появления роутера.

Все заработало с точки зрения WDS. Роутеры поднимают линк автоматически, достаточно было настроить по описанию.

Остались мелкие проблемы, но в целом все работает гораздо лучше, чем все предыдущее. Шифрование WPA2-AES.

[отключить DHCP]

Есть два роутера ASUS WL500W и ASUS RT-N10U.
Прошил оба роутера последней (nightly) прошивкой на базе "прошивки Олега" с github.
По одной статье сделал первоначальную настройку.
Не заработало: пробовал разные режими шифрования, пробовал без них.
Но ведь должно работать точно на системах без шифрования (Open systems/No encryption)?!
Нашел подсказку в другой статье.
Надо было отключить DHCP на втором роутере (DHCP должен быть включен только на "корневом" роутере).
Еще поменял IP второго роутера на 192.168.1.2 (а не как в "одной" статье). Первый роутер - 192.168.1.1.
После этого заработало.
Решил поднимать шифрование на обоих роутерах. В итоге заработало при: WPA-TKIP и WPA2-AES. Не заработал WPA-Auto TKIP+AES.
На что обратить внимание.
1. Одинаковые настройки беспроводной сети (Wireless -> Interface)
2. Одинаковые настройки WDS (Wireless -> WDS).
2.1. AP Mode = Hybrid
2.2. Channel = одинаковый
2.3. Connect to APs in Remote Bridge List? = Yes (чтобы соединяться только с заданными роутерами)
2.4. Remote bridge list содержит MAC address роутера-соседа на каждом роутере.
3. На втором роутере отключен DHCP
4. IP Адреса роутеров - из одной сети
5. Wireless -> Interface -> Network Key Rotation Interval равен 0. Не уверен, нужно ли это. Как там, что работает - вникать не хочется.

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

http://geckoblue.livejournal.com/248161.html

I found zero help on Google when I was trying to diagnose this bug. I set up a new copy of subversion 1.6.2 and did a dump/merge of a subversion 1.4.6 database into the new system. I made a change to a file and was all set to commit the change, but when I ran a commit I got the following messages:

    [error] Could not MERGE resource "/svn/repo/!svn/act/[UUID]" into "/svn/repo/some/path". [409, #0]
    [error] An error occurred while committing the transaction. [409, #200031]
    [error] attempt to write a readonly database [409, #200031]
    [error] attempt to write a readonly database [409, #200031]


After hunting Google to no avail, I decided to examine the permissions on the repository on the subversion server. I found a .db file that did not have group write permissions (because the repository is not owned by apache). After adding group-write permission to the file "/svn/repopath/db/rep-cache.db", the error went away and normal commit behavior resumed as I originally expected. I will have to blame this on a bug in the svnadmin program which appears to not properly create the permissions on this db file.

I hope this helps the many folks out there that run linux/apache/subversion.

Subversion bug-tracker
http://subversion.tigris.org/issues/show_bug.cgi?id=3437

http://nginx.org/pipermail/nginx/2007-February/000703.html

http://forum.nginx.org/read.php?2,29271,29572

> Where do you use that directive. Under the HTTP block its giving me no
> errors

It's allowed in http, server, if in server, location, if in location
contexts.

With the following config

error_log /path/to/error_log notice;
rewrite_log on;

server {
listen 8080;
server_name zzz;
rewrite ^ /blah break;
}

you should see something like this in error_log:

2009/12/10 15:50:19 [notice] 12343#0: *1 "^" matches "/", client: 127.0.0.1, server: zzz, request: "GET / HTTP/1.0"
2009/12/10 15:50:19 [notice] 12343#0: *1 rewritten data: "/blah", args: "", client: 127.0.0.1, server: zzz, request: "GET / HTTP/1.0"

If you don't see such messages - either you have no rewrites
defined in matching server{} block, or your set logging level
higher than notice.

Maxim Dounin

p.s. Please do not top-post. Thank your.

>
> On Thu, Dec 10, 2009 at 3:41 AM, Maxim Dounin <mdounin@mdounin.ru> wrote:
>
> > Hello!
> >
> > On Wed, Dec 09, 2009 at 09:22:32PM +0500, Ziyad Saeed wrote:
> >
> > > is there a rewrite log file that shows what is the rewrite engine doing,
> > > what is it trying to match and failing etc
> >
> > rewrite_log on;
> >
> > With this settings basic rewrite information will be logged to
> > error_log at notice level.
> >
> > Maxim Dounin
> >
> > _______________________________________ ________
> > nginx mailing list
> > nginx@nginx.org
> > http://nginx.org/mailman/listinfo/nginx
> >

> _______________________________________ ________
> nginx mailing list
> nginx@nginx.org
> http://nginx.org/mailman/listinfo/nginx

http://wiki.nginx.org/CoreModule

error_log

Syntax: error_log file [ debug | info | notice | warn | error | crit ]

Default: ${prefix}/logs/error.log

Specifies the file where server (and fastcgi) errors are logged.

Default values for the error level:

   1. in the main section - error
   2. in the HTTP section - crit
   3. in the server section - crit

Nginx supports separate error logging per virtual host. This is a unique feature, which lighttpd refuses to implement. For an example of separate error logging per server, see SeparateErrorLoggingPerVirtualHost and this mailing list thread on separating error logging per virtual host.

If you've built Nginx with --with-debug, you may also use:

error_log LOGFILE [debug_core | debug_alloc | debug_mutex | debug_event | debug_http | debug_imap];

Note that error_log off does not disable logging - the log will be written to a file named "off". To disable logging, you may use:

error_log /dev/null crit;

Also note that as of version 0.7.53, nginx will use a compiled-in default error log location until it has read the config file. If the user running nginx doesn't have write permission to this log location, nginx will raise an alert like this:

[alert]: could not open error log file: open() "/var/log/nginx/error.log" failed (13: Permission denied)

Мешок банальных советов
(+ см. комментарии по ссылке)

Если вы пользуетесь юникс-системой, работаете в консоли или просто иногда пишете шелл-скрипты, для вас под катом может найтись полезная информация, изложенная в виде кратких советов разной степени полезности и банальности.

    * очень простой способ передать файлы с машины на машину — tar cz. | nc -l -p 2214 (на передающей стороне) и nc адрес 2214 | tar xz (на принимающей). 2214 — номер порта, выбирается по желанию. в разных версиях nc нужно писать nc -l -p или nc -l
    * в локальной сети из дефолтно-настроенных убунт, можно обращаться к машинам по имени, а не по айпи: username-desktop.local отрезольвится в ip машины, которую назвали username-desktop. это магия mdns, спасибо apple
    * avahi-browse -a быстро покажет список имен машин с в локальной сети, а ключ -r покажет сразу и их ip. как и в предыдущем хинте, требуется avahi, он есть в дефолтной убунте. сама команда — в пакете avahi-utils
    * пользуйтесь ctrl-R в консоли, чтобы не жать «вверх» по сто раз
    * history не резиновый. если что-то было забито в историю интерпретатора, рано или поздно оттуда может исчезнуть, не полагайтесь на него, как на справочник
    * используйте set -e в скриптах. неотработавший «cd» во временный каталог может надолго испортить настроение содержимое /home
    * проверяйте код возврата
    * чтобы вернуться в предыдущий каталог, есть команда cd -. в zsh еще есть команда d еще есть команда dirs -v, показывающая историю переходов. еще в zsh можно делать вот так: cd -2
    * пишите в скриптах длинные --варианты параметров
    * не пишите в скриптах rm -rf $VAR/
    * используйте visudo для редактирования sudoers
    * потеряли пароль рута? при загрузке укажите ядру параметр init=/bin/bash и сбростье пароль через passwd
    * у грепа есть полезный параметр --color
    * команда, чтобы перечитать отредактированный файл с переменными окружения: source /etc/environment .
    * пользуйтесь bash -x для отладки скриптов
    * пользуйтесь strace для отладки всего остального. от лишнего выхлопа спасет параметр -e имявызова
    * не путайте /bin/sh и /bin/bash, это не всегда одно и то же. особенно в дебиане, особенно в убунте
    * настройте алиасы
    * если на команду повешен алиас, то запустить ее «настоящую» можно, добавив в начале бэкслеш например: \ls
    * если терминал переклинило после некорректного выхода из псевдографической программы иили вырвашегося на просторы stdout мусора, есть волшебная команда reset
    * exec >file в скрипте перенаправит его вывод в файл и не перезапустит скрипт
    * уже написали вагон скриптов? забекапьте
    * не храните все в / или /home
    * lvm уже придумали
    * используйте в скриптах mktemp для создания временных файлов и каталогов
    * пишите переменные вот так: ${VAR}
    * VAR=X и export VAR=X — разные вещи
    * dd может показывать, сколько он уже скопировал, если пнуть его черз kill -USR1
    * kill может принимать аргументом номер задачи, а не только идентификатор процесса: kill %1
    * jobs, bg, fg, disown — тоже так умеют
    * если «вышли» из программы через ctrl-Z, вернуться можно командой fg
    * rsync нужен не только для сетевых операций
    * rm something и rm something/ — это разные вещи. и не только в rm, cp, ls и rsync — тоже
    * watch и repeat уже написаны, не надо велосипедить их через while true
    * at тоже уже написан, а sleep понимает время не только в секундах
    * sudo echo > file открывает файл на запись не с правами рута. это делается так: sudo sh -c 'echo > file'
    * если скрипт запускается в линуксе, это не значит, что он так же хорошо отработает в bsd или макоси
    * пишите --параметры перед аргументами, иначе ls file -l в bsd вас удивит
    * грепаете вывод ifconfig? ifconfig тоже бывает разный
    * нормально работающие версии утилит в bsd и макоси имеют приставку g: gsed, gmake

О том, как я заставлял Ubuntu работать 10 часов от батареи

Способы идентификации в интернете
Cookies внутри iframe — проблема при создании приложения ВКонтакте/Facebook
Полулегальное воровство печеньками

QuickPar is a utility for creating Parity Volumes using the Reed Solomon algorithm. For details of the algorithm used, see the parchive website at SourceForge.
Parity Volumes may be used to verify that a set of files have not been corrupted, or to reconstruct damaged files (providing that you have a sufficient quantity of Parity Volumes to match the missing or damaged files).
http://www.quickpar.org.uk/

Parchive: Parity Archive Volume Set
http://parchive.sourceforge.net/

http://www.youtube.com/watch?v=4XpnKHJAok8
https://git.wiki.kernel.org/index.php/LinusTalk200705Transcript

http://blog.red-bean.com/sussman/?p=96
http://blog.red-bean.com/sussman/?p=20
http://blog.red-bean.com/sussman/?p=90

http://whygitisbetterthanx.com/