-
Постов
1822 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные Hans R. Steiner
-
-
Ставьте Slackware и перекомпилите ядро с поддержкой записи на ntfs
-
Нет, это в faq-cafe в москве
-
Хм... а никто не жЕлает пересечься в факе в эту тяпницу?
-
А какая версия тут описана? Что-тоя описания поптопа тут не
наблюдаю... юбунтовый скрипт тоже интересный, но мой, по понятным
причинам, мне нравится больше... а еще потому, что у меня есть
строчка ". /etc/dhcpc/dhcpcd-eth0.info" хотя, ее не мешало бы и
доработать для случаев, когда нет дхцп или интерфейс другой
-
Хм... может быть и можно... у меня не стояло такой задачи...
могу точно сказать, что такие пакеты для слаки есть
интересный ресурс - linuxpackages.net
Mandriva - это rpm-based
-
Скриптик для подключения к vpn
скрипт писался для Slackware Linux и соответственно, адоптацию
под другие системы, я не проводил
Для работы скрипта, необходим клиент poptop'a
hp: http://pptpclient.sourceforge.net/
tgz: http://slackware.rol.ru/linuxpackages//Slackware-10.2/Consol e/pptp/pptp-1.7.0-i486-2stb.tgz
я обозвал этот скрипт как /etc/rc.d/rc.pptpc
запускается он как /etc/rc.d/rc.pptpc start и тормозится как
/etc/rc.d/rc.pptpc stopt соответственно
#!/bin/sh . /etc/dhcpc/dhcpcd-eth0.info HOST="СЮДА ПИШЕМ АДРЕС VPN" NAME="СЮДА ПИШЕМ ЛОГИН" PASS="А СЮДА ПАРОЛЬ" pptpc_restart() { pptpc_stop sleep 1 pptpc_start } pptpc_start() { echo "Starting vpn connection..." /sbin/route delete default /usr/sbin/pppd \ defaultroute noauth proxyarp nobsdcomp nodeflate \ pty "/usr/bin/pptp ${HOST} --nolaunchpppd" \ name "${NAME}" password "${PASS}" } pptpc_stop() { echo "Terminate all vpn connections..." /bin/killall pppd /sbin/route add default gw "${GATEWAY}" } case ${1} in 'restart') pptpc_restart ;; 'start') pptpc_start ;; 'stop') pptpc_stop ;; esac ## END FILE
-
Можно расширить конвеер или написать это на перле, но суть,
думаю, понятна...
-
Цитата: ttcp
Спасибе, буду смотреть
Цитата: Ну... пользователь может и не иметь представления о том, что что-то происходит каждую минуту
Что же до реалтайма, то он достижим _только_ при постоянной связи узлов, например, при пинге/скане ежесекундно
Возьмите, например, тот же STP. Это все-таки не реалтайм, хотя задержки там намного меньше минуты, вплоть до секунды, если не ошибаюсь (в линуховой реализации).
Верно, пользователь может... но это не рационально... если я,
образно говоря, раз в месяц захожу на этот интерфейс, но при
этом, я хочу увидеть реальную ситуацию то... весь месяц, раз
в минуту, выполнять какой-то скрипт? а если таких задачь
множество или хостов FFFF?
В принципе, есть вариант такой:
16:10:10 заходит USER1
16:10:15 USER1 просит дать ему информацию
16:10:15 выполняется скрипт
16:10:16 результат пишется в TEMP
16:10:16 USER1 получает информацию
16:10:30 заходит USER2
16:10:36 USER2 просит дать ему информацию
16:10:36 информация берется из TEMP
16:10:37 USER2 получает информацию
16:11:01 USER2 просит дать ему информацию
16:11:01 выполняется скрипт
16:11:02 результат пишется в TEMP
16:11:02 USER2 получает информацию
Вот... как мне кажется, такой вариант, наиболее правельный, если
требуется получить "системы быстрого реагирования", содержащую
всегда актуальную информацию, но допускающую какую-либо
погрешность во времени.
Другими словами, операция должна выполняться по запросу пользователя, в том случае, если информация в кэше устарела, но
если же она все еще является актуальной, пользователь получает
информацию из кэша. Такой подход позволяет повысить актуальность
информации, снизить нагрузки на сеть и оборудование и избежать
повторения запросов одного типа, в единицу времени.
Цитата: Идеальный вариант - демоны, висящие на серваках и общающиеся в реалтайме между собой. А это - доп. нагрузка сети и серваков.
Ну... я с этим не соглашусь... демон, висящий на машине - это
еще одна программная часть, которая может упасть и за которой
надо следить. Если в качестве поставщика информации, выступает
ОДИН обьект то, это еще один вариант получить не достоверную
информацию в результате его сбоя. Данный вариант приемлем, но
только в случае, когда он должен выполнять какие-либо локальные
проверки и только в связке с удаленными поставщиками информации
(ping, arping и т.д.)
Цитата: опять же - демон на серваке и на клиентской стороне, непрерывно общающиеся...
Насколько оправдан реалтайм и сильно ли буду отличаться результаты других методов?
Опять же не согласен... для проверки жив ли абонент, достаточно
пинга...
-
cat ФАЙЛ | awk '{ if ( $_ ~ /ШАБЛОН1.*ШАБЛОН2/) { print $_ } }'
-
Ну... в данном случае, речь идет не о подсети /24, а о списке
адресов, который в последствии, может быть много больше /24.
Сеть у меня сейчас /16. 8/
Загвоздка еще в том, что мне это нужно в реалтайме и не каждую
минуту, а только по запросу. К примеру, проверить, живы ли
сервера, жывы ли все сервисы, которые к ним привязаны, на сколько
загружен канал до них (касательно проверки загруженности канала,
способов, кроме icmp, не знаю)... проверить, жив ли абонент,
какие до него потери... По сути, я для себя (и для тех.поддержки
и для начальства) пишу вэб-интерфейс (красивый и удобный)... вот!
-
Нда... ужас... в таком варианте, проще через system сделать...
там и nmap, и пинги/арпинги различные... :/
-
Ну... меня, в принципе, вполне устраивает и самый простой вариант
$p = Net::Ping->new(); print "$host is alive.\n" if $p->ping($host); $p->close();
но есть одно НО - не понимаю почему, но машины с FreeBSD, он не
видет, в то время как, на icmp они откликаются. echo (7/tcp/udp)
я открыл, но все равно их не видно да и открывать
дополнительные порты, как-то не хочется...
-
Не могу никак разобраться чего-то я не понимаю...
но что точно понимаю - очень не хочется Apache от рута пускать...
модуль Net::Ping
пример кода:
$p = Net::Ping->new("icmp"); $p->bind($my_addr); foreach $host (@host_array) { print "$host is "; print "NOT " unless $p->ping($host, 2); print "reachable.\n"; sleep(1); } $p->close();
результат:
Software error: icmp ping requires root privilege at /var/www/cgi-bin/cfradmin.pl line 41 For help, please send mail to the webmaster (root@194.6.218.106), giving this error message and the time and date of the error.
Вот :/
-
Sleeping Daemon писал(а) Mon, 04 September 2006 15:49 pomka87 писал(а) Sun, 03 September 2006 20:19 вроде пробовал в /etc/rc.d/rc.inet1.conf
поэксперементировать попрописывал но чёт как то неудачно...
да да уже понял читай... читай... не спорю...
/etc/sysconfig/network-scripts/ifcfg-ethxxx
Это не то?
Не то... этого в Slackware нет!
-
если с rc.inet1.conf не получается, пропиши в rc.local и все...
-
Вот именно к нему, к стандартному, я и хочу подключиться
Спасибо То, что надо
-
А перед кем-нибудь стояла задача, подключиться из Linux, к
рабочему столу Windows? как решали?
Можно было бы поставить тот же RAdmin, но руки связывает то, что
к машине с Windows, физаческого доступа нет т.е., дополнительное
ПО на нее поставить нельзя и надо как-то использовать стандартные
средства винды для подключения.
вообще, получается все следующим образом:
[windows] <-LAN-> [linux1] <-INET-> [linux2]
где:
windows - машина, к которой надо получить доступ
linux1 - роутер, к которому есть доступ
linux2 - машина, с которой осуществляется доступ
-
iptables -t nat -A POSTROUTING -s ${NETWORK}/${BIT} -j SNAT --to-source ${IPADDR}
-
Ну... что трабла в памяти - это не факт. С той же долей
вероятности, может быть проблема с винтов или с контролером.
А если говорить про тест памяти то, с сусями вродебы поставляется
какой-то тестер.
-
Цитата: Hans, ты куда потерялся-то? Я в пятницу был на месте около 8:30. Тебя не нашел и уехал, потому как был еще запасной план.
Так я где-то в 8:30 приехал на место, тебя не нашел, покурил и уеха
-
man ifconfig
-
посмотреть и поправить эти функции в kcontrol
-
Хм... к сожалению, каких-лиюо тестирующих железо пакетов,
посоветовать не могу... но можно попробывать поставить другой
дистрибутив... к примеру, RH или Мандриву... можно Slackware
поставить, но это в том случае, если нично иное работать не будет
а комп вернуть будет уже нельзя (я хоть и считаю Slackware лучшим
дистрибутивом, но для тестирования железа, он не подходит... он
даже на "трупе" работать будет. За все время работы со слакварью,
я видел только один вариант, когда он не заработал (ничего кроме
сусей не заработал) - FujitsuSiemens Amilo Pro 2010 )
-
ГЫ
Вообще, если так подумать то, Linux красывым девушкам на домашние
компьютеры очень хорошо устанавливать Главное, быть
единственным их знакомым линуксоидом
Как насчет повстречаться в FAQ?
в Linux.ru - О сервере
Опубликовано
Я там часов в восемь буду ))
Ваааайт... ждем ))