#!/bin/bash
declare -i prio

iprio()
{
prio=prio+1
echo $prio
}

prio=100

echo $(iprio)
echo $(iprio)

=========================

[rost@atomic ~]# ./funct
101
101

А должно быть:
101
102

Что я не так делаю? :)

вообщем поставил большой жесткий диск (250гб) на старую мамку intel SE440BX-2. биос определяет диск как 65гб,хотя линукс видит все 250. даже смог разбить диск фдиском и сделать раздел. в итоге работает нормально... но собственно меня волнует следующее: могут ли возникнуть какие-нить грабли во время эксплуатации?

вот правила iptables ( нужна поддержка recent match в ядре ): 

* * * * * * * * * * 
iptables -A INPUT -p tcp --syn --dport 22 -m recent --name radiator --set 
iptables -A INPUT -p tcp --syn --dport 22 -m recent --name radiator --update --seconds 60 --hitcount 3 -j DROP 
* * * * * * * * * * 

после 3 попыток поключиться в течение 60 секунд,
робот блокируется и отваливает :) и прочти нет мусора
в логах, а главное - лишнего траффика, в отличие от pam_abl.
по желанию можно увеличить параметры --hitcount и --seconds

есть ли существенные отличия между openssl 0.9.6 от 0.9.7?
просто у меня дистр немного устаревший и тпм стоит 0.9.6 последней сборки...
будут ли какие-нибуть преимущества если я ее обновлю?

Короче, есть сервер с 2-мя сетевыми картами.
К нему подключено 2 канала в инет, от разных провайдеров: (eth0 -> первый пров. ppp0(eth1) -> второй пров.
На сервере запущен bind, apache и teamspeak2 сервер. Чтобы использовать оба канала, в днс прописал две одинаковые записи A, с разными ип-адресами. Но проблема вот в чем: шлюз по умолчанию прописан от прова, который поключен к eth0.
И когда приходит пакет на ppp0, то мой сервер (судя по tcpdump) пытается отправить ответ с eth0. Естественно, провайдер,
который подключен к eth0, этот пакет фильтрует, так как исходящий адрес у пакета от ppp0.
Немного потрахавшись с роутингом, проблему удалочь частично решить:
Я создал допольнительную таблицу роутинга, со шлюзом по умолчанию от прова ppp0,
ip route add default via <ppp0 gateway> table ppp0
А также прописал в правила роутинга такую вещь,
ip rule add from <ppp0 ipaddr> lookup ppp0
Теперь ответы на пинги и tcp-соединения, которые приходят с ppp0 уходят туда же :) То есть, теперь веб сервер работает как надо.
Но вот с bind и teamspeak с проблема осталась не решенной :(
Дело в том, что эти программы используют протокол UDP. Ответы на udp пакеты, которые приходят на ppp0, как уходили через eth0 - так через него и уходят. Причем адрес у этих пакетов от интерфейса eth0, а не от ppp0! :O
Из-за чего это происходит - наука умалкивает.
Имхо, у меня такое чувство, что роутинг тут не причем. Проблема возможно, в сокетах или в особенностях протокола udp. Хотя, я точно не уверен...
Может кто сталкивался с этим, и подскажет как можно решить эту проблему?

для чего нужен сабж?
man ioctl.save и rpm -qf /etc/ioctl.save ничего не говорят ;(

вот такой вопрос:
когда выгружается модуль ядра (rmmod module), память занимаемая им освобождается? или нет?

Как узнать сабж?

Пока пришло в голову:

rewind(fp);
while ((fgetc(fp)) != EOF)
  fsize++;


Но это как-то коряво... Может существует более правильный способ? :)

... или о том, как на@#али MS :)

http://kcp.codepoets.ca/forum/viewtopic.php?t=6479

нужен консольный ftp клиент с поддержкой ssl/tls.
кто знает, посоветуйте плз. а то на гугле все что нашел все для гуи и виды :(