Перейти к содержанию

Hans R. Steiner

Members
  • Постов

    1822
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные Hans R. Steiner

  1. А какая версия тут описана? Что-тоя описания поптопа тут не

    наблюдаю... юбунтовый скрипт тоже интересный, но мой, по понятным

    причинам, мне нравится больше... а еще потому, что у меня есть

    строчка ". /etc/dhcpc/dhcpcd-eth0.info" хотя, ее не мешало бы и

    доработать для случаев, когда нет дхцп или интерфейс другой Smile

  2. Скриптик для подключения к vpn

    скрипт писался для Slackware Linux и соответственно, адоптацию

    под другие системы, я не проводил Smile

    Для работы скрипта, необходим клиент 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
    
    
  3. Цитата:

    ttcp

    Спасибе, буду смотреть Smile

    Цитата:

    Ну... пользователь может и не иметь представления о том, что что-то происходит каждую минуту

    Что же до реалтайма, то он достижим _только_ при постоянной связи узлов, например, при пинге/скане ежесекундно

    Возьмите, например, тот же 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 и т.д.)

    Цитата:

    опять же - демон на серваке и на клиентской стороне, непрерывно общающиеся...

    Насколько оправдан реалтайм и сильно ли буду отличаться результаты других методов?

    Опять же не согласен... для проверки жив ли абонент, достаточно

    пинга...

  4. Ну... в данном случае, речь идет не о подсети /24, а о списке

    адресов, который в последствии, может быть много больше /24.

    Сеть у меня сейчас /16. 8/

    Загвоздка еще в том, что мне это нужно в реалтайме и не каждую

    минуту, а только по запросу. К примеру, проверить, живы ли

    сервера, жывы ли все сервисы, которые к ним привязаны, на сколько

    загружен канал до них (касательно проверки загруженности канала,

    способов, кроме icmp, не знаю)... проверить, жив ли абонент,

    какие до него потери... По сути, я для себя (и для тех.поддержки

    и для начальства) пишу вэб-интерфейс (красивый и удобный)... вот!

  5. Ну... меня, в принципе, вполне устраивает и самый простой вариант

    $p = Net::Ping->new();
    print "$host is alive.\n" if $p->ping($host);
    $p->close();
    

    но есть одно НО - не понимаю почему, но машины с FreeBSD, он не

    видет, в то время как, на icmp они откликаются. echo (7/tcp/udp)

    я открыл, но все равно их не видно Sad да и открывать

    дополнительные порты, как-то не хочется...

  6. Не могу никак разобраться Sad чего-то я не понимаю...

    но что точно понимаю - очень не хочется 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.
    

    Вот :/

  7. 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 нет!

  8. А перед кем-нибудь стояла задача, подключиться из Linux, к

    рабочему столу Windows? как решали?

    Можно было бы поставить тот же RAdmin, но руки связывает то, что

    к машине с Windows, физаческого доступа нет т.е., дополнительное

    ПО на нее поставить нельзя и надо как-то использовать стандартные

    средства винды для подключения.

    вообще, получается все следующим образом:

    [windows] <-LAN-> [linux1] <-INET-> [linux2]

    где:

    windows - машина, к которой надо получить доступ

    linux1 - роутер, к которому есть доступ

    linux2 - машина, с которой осуществляется доступ

  9. Ну... что трабла в памяти - это не факт. С той же долей

    вероятности, может быть проблема с винтов или с контролером.

    А если говорить про тест памяти то, с сусями вродебы поставляется

    какой-то тестер.

  10. Хм... к сожалению, каких-лиюо тестирующих железо пакетов,

    посоветовать не могу... но можно попробывать поставить другой

    дистрибутив... к примеру, RH или Мандриву... можно Slackware

    поставить, но это в том случае, если нично иное работать не будет

    а комп вернуть будет уже нельзя (я хоть и считаю Slackware лучшим

    дистрибутивом, но для тестирования железа, он не подходит... он

    даже на "трупе" работать будет. За все время работы со слакварью,

    я видел только один вариант, когда он не заработал (ничего кроме

    сусей не заработал) - FujitsuSiemens Amilo Pro 2010 Smile )

×
×
  • Создать...