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 красывым девушкам на домашние компьютеры очень хорошо устанавливать Главное, быть единственным их знакомым линуксоидом