Приоритетный канал траффика для клиентов сервера
Т.е. на сервере торент, вгет, обновление не мешало работе клиентов.
Как такое реализовать?
Сервер домашний.
Т.е. на сервере торент, вгет, обновление не мешало работе клиентов.
Как такое реализовать?
Сервер домашний.
Собрал маленький сервер, в качестве диска там гигабайтная флешка.
Хочу чтобы он жил вечно (чтобы отключение питания не сказывалось, чтобы флешка не изнашивалась/сильно/).
система гента.
накатил пакет aufs. занес aufs модуль в initramfs. модуль грузится.
как смонтировать aufs на обычной системе, знаю
mount /dev/cdrom /mnt/cdrom
mkdir -p /tmp/rw
mkdir -p /tmp/cdrom-rw
mount -t aufs -o dirs=/tmp/rw=rw:/mnt/cdrom=ro /tmp/cdrom-rw
но как сделать чтобы системный корень был на aufs?
то что я пробовал (изменял init) - лажа полная.
...
mkdir -p /temp/rw
mkdir -p /temp/NEW_ROOT_ro
mount -t tmpfs -o size=64M tmpfs /temp/rw
mount -o ro ${REAL_ROOT} /temp/NEW_ROOT_ro
mount -t aufs -o dirs=/temp/rw=rw:/temp/NEW_ROOT_ro=ro ${NEW_ROOT}
...
#это вместо одной строчки из оригинального скрипта
#mount -o ro ${REAL_ROOT} ${NEW_ROOT}
там что-то монтируется, но потом вываливается ошибка
mount: can't find /newroot in /etc/fstab
!! The filesystem mounted at /dev/hda3 does not appear to be a valid /, try again
!! Could not find the root block device in .
кастую помощь. Как сделать сабж.
>>>May 28 12:26:33 nosorog pppd[2203]: Plugin radius.so loaded.
May 28 12:26:33 nosorog pppd[2203]: RADIUS plugin initialized.
May 28 12:26:33 nosorog pppd[2203]: Plugin pptpd-logwtmp.so loaded.
May 28 12:26:33 nosorog pppd[2203]: pptpd-logwtmp: $Version$
>>>May 28 12:26:33 nosorog pppd[2203]: Plugin radius.so loaded.
May 28 12:26:33 nosorog pppd[2203]: RADIUS plugin initialized.
May 28 12:26:33 nosorog pppd[2203]: Plugin pptpd-logwtmp.so loaded.
May 28 12:26:33 nosorog pppd[2203]: pptpd-logwtmp: $Version$
May 28 12:26:33 nosorog pppd[2203]: pppd 2.4.3 started by root, uid 0
May 28 12:26:34 nosorog pppd[2203]: Using interface ppp22
May 28 12:26:34 nosorog pppd[2203]: Connect: ppp22 <--> /dev/pts/28
May 28 12:26:34 nosorog pppd[2203]: PAP peer authentication succeeded for spa
May 28 12:26:34 nosorog pppd[2203]: local IP address 192.168.100.1
May 28 12:26:34 nosorog pppd[2203]: remote IP address 192.168.200.14
May 28 12:26:34 nosorog pppd[2203]: pptpd-logwtmp.so ip-up ppp22 spa
May 28 12:26:34 nosorog pppd[2203]: pptpd-logwtmp.so ip-up ppp22 spa
в результате в логах радиуса всегда несколько стартов с разными session-id
Wed May 28 12:26:33 2008
Acct-Session-Id = "483D173A089B00"
User-Name = "spa"
Acct-Status-Type = Start
...
Wed May 28 12:26:33 2008
Acct-Session-Id = "483D173A089B01"
User-Name = "spa"
Acct-Status-Type = Start
...
... что неприемлимо
в следующих сообщениях приведу конфиги pptp и pppd
Нужно изменить длительность при которой read говорит об ошибке ввода/вывода. При чтении бедблока он впадает в кому на довольно длительное время. Если бедов много ... то сами понимаете.
Предлагаю добавить в профиль. Параметры сообщений по умолчанию: Форматирование: TeX paragraphs URL: Auto URL ?????????: Plain text
Изучаю лицензии компиляторов и либ для проекта Какой смысл заключен в этом пункте? (по отдельности слова понятны, смысл нет) >MinGW profiling code >-- >MinGW profiling code is distributed under the >GNU General Public License.
Хочу обработчики пакетов на интерфейсы вешать. Но все пакеты на всех интерфейсах ловить некошерно, хотелось бы в момент поднятия интерфейса пошерстить по конфигу и назначить необходимый обработчик, либо вообще не назначать. ну и соответственно в момент опускания интерфейса обработчик отключить. чет никакого крюка на этот случай не нашел. Ктонить подскажет?
САБЖ не работает :-( -- делаю к примеру так ebtables -F ebtables -A INPUT -s xx:xx:xx:xx:xx:xx -j DROP можно с указанием интерфейса ebtables -A INPUT -i eth0 -s xx:xx:xx:xx:xx:xx -j DROP команды выполняются если глянуть -L, то правила видны -- делаю пинг машины с этим маком и пинг-понг идет система Fedora 7, ядро 2.6.22.9 ктонибудь сталкивался? что не так сделано? пробовал рубить по типам пакетов, хотел отрубить ответ от PPPoE сервака тоже не работает модули ebtables & ebtables_filter загружены
>>> Подробности
Наверное, после обновления на днях, перестала находится флешка lshal -m говорит только это при втыкании флешки -- 12:01:19.361: usb_device_ffffffff_ffffffff_noserial added 12:01:19.468: usb_device_ffffffff_ffffffff_noserial property info.linux.driver = 'usb' (new) 12:01:19.590: usb_device_ffffffff_ffffffff_noserial_if0 added 12:01:24.475: usb_device_ffffffff_ffffffff_noserial_if0_scsi_host аdded 12:01:24.478: usb_device_ffffffff_ffffffff_noserial_if0_scsi_host_scsi_device_lun0 added 12:01:24.957: usb_device_ffffffff_ffffffff_noserial_if0_scsi_host_scsi_device_lun0_scsi_gener ic added -- т.е. что то он видит, но нету блочного устройства При этом само устройство в /dev появляется, руками можно смонтировать. А вот автомонтирование перестало работать. -- Подскажите куда копать?
27 февраля один из разработчиков приложения (wRar) откоммитил исправление данного косяка. Ура! Ура! Ура! Единственное приложение, которое в кикере делало бяку при включенной прозрачности.
На фирменный сервак пока не накатывал.
Решил проверить на своей машине.
FC6 + jabberd-2.0-0.s11.11.fc6
конфиги можно глянуть http://www.rubtsovsk.ru/~danc/
решил что мне нужны только router sm c2s
s2s и resolver выкинул из скрипта поднятия сервера
с серверами баз данных решил не заморачиваться, сказал использовать db
вроде бы поднимается, в логах ругани нет
а когда пытаюсь приконнектиться клиентом с созданием нового аккаунта - клиент пишет: к серверу приконнектился, завожу клиента ... и всё. Клиенты пробовал: psi kopete sim
в логе c2s.log Thu Jan 25 13:31:54 2007 [notice] ready for connections
Thu Jan 25 14:07:54 2007 [notice] [9] [193.27.222.20, port=46333] connect
потом появляются записи о дисконнект-коннекте
Пишу серверное приложение использую для ожидания данных в сокете select
но в случае если связь разорвана /убит клиент, кабель перерезали, FW-подняли/ select сообщает, что можно читать данные а при чтении получаю 0 байт
Манул на эту тему не вставил.
На форумах это обсуждается как "дефакто нормально".
Это действительно нормально? И при подобной работе с сокетами подобную ситуацию нужно обрабатывать как разрыв соединения с той стороны?