здравейте,
някой съфорумец успявал ли е да конфигурира racoon2 на FreeBSD за ipsec без значение дали е в transport/tunnel режим спрямо Cisco Router??

губи ми се на фаза2 и в нета няма много инфо по въпроса. мерси

тук съм подкарал да документирам нещо което съм правил и отговаря горе долу на твоите намерения:
http://myboot.lordofdeath.net/2013/02/part1-load-balancing-web-cluster-with.html
ако има въпроси питай, не е идеално но не успях да го довърша

тъйкато почти не се намира информация как се настройва въпросния донгъл за работа с mtel, сега ще постна набързо работещо решение, което обаче не е базирано на стандартния ppp, тъйкато не успях да му хвана цаката специално с mtel и ZTE. информацията е компилирана от руски форумиhttp://dadv.livejournal.com/151723.html е пригодена за mtel. въпросния мотедел на ZTE MF6xx се разпознава успешно от ugen и се използва драйвера u3g.
конфигурацията е базирана на FreeBSD 9.1-rel am64.
тъйкато пак казвам, устройството трудно се подкарва с ppp демона, ще се използва mpd5:

cd /usr/ports/net/mpd5; make install
echo 'mpd_enable="YES"' >> /etc/rc.conf

създават се два файла:
/usr/local/etc/mpd5/mpd.conf

Код:

startup:
        # configure mpd users
        set user admin xxx admin
        # configure the console
        set console self 127.0.0.1 5005
        set console open
        log +all

default:
        load mtel

mtel:
        log +auth +bund +ccp +chat +echo +iface +ipcp +lcp +phys
        create bundle static mtel
        set bundle links B-Link
        set ipcp ranges 0.0.0.0/0 10.0.0.0/0
        set ipcp disable vjcomp
        create link static B-Link modem
        set link action bundle mtel
        set modem device /dev/[b]cuaU1.2[/b]
        set modem speed 921600
        set modem watch -cd
        set modem watch -dsr
        set modem script dial-mtel
        set auth authname mtel
        set auth password mtel
        set link disable chap pap acfcomp protocomp
        set link keep-alive 6 60
        set link max-redial 0
        set iface route default
        open

тук единствено заменете /dev/cuaU1.2 с вашия интерфейс към ZTE. при мен е 1.2 тъйкато това е втори донгъл, при вас вероятно ще е /dev/cuaU0.2

другия файл за създаване е /usr/local/etc/mpd5/mpd.script

Код:

dial-mtel:
        print "ATZ\r\n"
        match "ERROR" ModemError
        match "NO CARRIER" ModemError
        match "OK" NoEcho
        wait 5
        log "Modem not ready"
        failure
NoEcho:
        print "ATE0\r\n"
        match "OK" ModemQuery
        wait 5
        log "Modem not ready"
        failure
ModemQuery:
        print "AT+CGEQMIN=1,4,64,640,64,640\r\n"
        regex "[+]CRSM: .*\"(.*)\""
        wait 5
        log "Detected ICC (BCD): $matchedString1"
        match "OK"
        wait 5
        print "AT+CGEQREQ=1,4,64,640,64,640\r\n"
        wait 5
        print "AT+CRSM=176,28423,0,0,9\r\n"
        regex "[+]CRSM: .*\"(.*)\""
        wait 5
        log "Detected IMSI: $matchedString1"
        match "OK"
        wait 5
        print "AT+CSQ\r\n"
        regex "[+]CSQ: .*$"
        wait 5
        log "Detected $matchedString0"
        match "OK"
        wait 5
ModemInit:
        print "AT&D2&C1S0=0S7=60S30=0+CGDCONT=1,\"IP\",\"inet-gprs.mtel.bg\"\r\n"
        match "OK" DialOut
        match "ERROR" ModemError
        wait 5
ModemError:
        log "Modem error"
        failure
DialOut:
        log "Calling, waiting 60 seconds for connect..."
        print "ATDT*99#\r\n"
        match "CONNECT" Connected
        match "NO CARRIER" DialError
        match "BUSY" DialError
        wait 60
        log "Modem error"
        failure
DialError:
        log "Cannot connect"
        failure
Connected:
        log "Connected"
        success

последна стъпка:
/usr/local/etc/rc.d/mpd5 start

за грешки проверявайте лог файла в /var/log/mpd*
надявам се да съм бил полезен. благодаря за вниманието!

не, свързваме се към съществуваща централа ERICSSON MD110, като идеята е че разширяваме съществуващата телефонна мрежа с нови клиенти които са изцяло voip

Здравейте,
правим проект за изграждане на VOIP централа базирана на FreePBX. в момента изграждаме връзката с ISDN централа, като се ползва въпросната карта BE200P. 2 порта BRI в режим NT към централа Ericsson MD110.
след няколко дни борба успяхме да подкараме свързаността, но има много гадно пукане по време на разговор. Въпроса е че каквото и да пробваме пукането не може да се локализира и отстрани.
в конзолата на asterisk се наблюдават грешки:

[Jul 13 12:43:29] NOTICE[2274]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1
[Jul 13 12:43:30] NOTICE[2275]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2
[Jul 13 12:43:30] NOTICE[2274]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1
[Jul 13 12:43:30] NOTICE[2275]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2
[Jul 13 12:43:30] NOTICE[2274]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1
[Jul 13 12:43:31] NOTICE[2275]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2
[Jul 13 12:43:31] NOTICE[2274]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1
[Jul 13 12:43:31] NOTICE[2275]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2
[Jul 13 12:43:32] NOTICE[2274]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1
[Jul 13 12:43:32] NOTICE[2275]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2
[Jul 13 12:43:32] NOTICE[2274]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1
[Jul 13 12:43:33] NOTICE[2275]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2
[Jul 13 12:43:33] NOTICE[2274]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1
[Jul 13 12:43:33] NOTICE[2275]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 2
[Jul 13 12:43:33] NOTICE[2274]: chan_dahdi.c:3059 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1


asterisk 1.8
dahdi 2.6.1
libpri 1.4.12

пробвахме различни сигнализации: euroISDN Q.SIG (в момента сме на него)


dahdi_scan
[1]
active=yes
alarms=OK
description=B4XXP (PCI) Card 0 Span 1
name=B4/0/1
manufacturer=Digium
devicetype=OpenVox B200P
location=PCI Bus 04 Slot 02
basechan=1
totchans=3
irq=0
type=digital-NT
syncsrc=0
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=B8ZS,AMI,HDB3
framing_opts=ESF,D4,CCS,CRC4
coding=AMI
framing=CCS
[2]
active=yes
alarms=OK
description=B4XXP (PCI) Card 0 Span 2
name=B4/0/2
manufacturer=Digium
devicetype=OpenVox B200P
location=PCI Bus 04 Slot 02
basechan=4
totchans=3
irq=0
type=digital-NT
syncsrc=0
lbo=0 db (CSU)/0-133 feet (DSX-1)
coding_opts=B8ZS,AMI,HDB3
framing_opts=ESF,D4,CCS,CRC4
coding=AMI
framing=CCS



OptiPlex-GX280*CLI> pri show  span 1
Primary D-channel: 3
Status: UP, Active
Switchtype: Q.SIG switch
Type: CPE
Remote type: Unknown node type
Overlap Dial: 1
Logical Channel Mapping: 0
Timer and counter settings:
  N200: 3
  N202: 3
  K: 7
  T200: 1000
  T201: 1000
  T202: 10000
  T203: 10000
  T303: 4000
  T305: 30000
  T308: 4000
  T309: 6000
  T312: 6000
  T313: 4000
  T-HOLD: 4000
  T-RETRIEVE: 4000
  T-RESPONSE: 4000
  T-RETENTION: 30000
  CC-T1: 30000
  CCBS-T2: 3600000
  CCNR-T2: 11700000
  CC-T3: 30000
Q931 RX: 0
Q931 TX: 0
Q921 RX: 24
Q921 TX: 26
Q921 Outstanding: 0 (TEI=0)
Total active-calls:0 global:0
CC records:
Overlap Recv: Yes

Ако някой се е сблъсквал с подобен проблем и може да помогне, ще съм безкрайно благодарен

търся ГУРУ, което да е имплементирало ISC DHCP да работи с openLDAP. Проблема ми е следния,
всичко работи перфектно, но!
не знам как да вкарам в LDAP следния запис:

Код:

if exists user-class and option user-class = "gPXE" {
      filename "http://my.web.server/real_boot_script.php";
  } else {
      filename "undionly.kpxe";
  }

ако някой го е правил, да удари едно рамо.
мерси

моят проблем е изцяло свързан с I/O при Windows 2003 32bit Host. ползвам драйверите на redhat, raw image без кеш. ефект няма..

Здравейте,
търся web базирана FOSS платформа в която да могат да се закачват документи и рапорти за настройка на сървъри, извършени промени, конфигурации и т.н. един вид за водене на системна документация.

писна ми да трупам рака с машини и ще минавам на облачна виртуализация.
за сега ударих на камък с UEC, писна ми да си тровя нервите на всяка стъпка и мисля да преминавам към OpenVZ+Promox.
някой да го ползва и да сподели опит??

склонен съм да приема предложения за други FOSS решения, стига да:
1. подръжат живо мигриране
2. да мога да добавям нодове
3. машините да могат да се customize-ват като image-и или да си запазват променените настроки, пакети и т.н. след инсталация.
ще ползвам iSCSI за storage така или иначе

always_bcc= catchall@example.com

аз съм си направил скрипт да ги чете през pop3, парсва и записва в mysql за да може после бързо да вадя изтритите или умишлено затритите

http://sourceforge.net/projects/ppdragon/

трябва ти скрипта /usr/local/ppdragon/dragon_sqlize.pl

p.s. ако не искаш да ги сторваш в mysql, използвай  библиотеката която просто парсва писмата и ти връща хедъри, инфо, боди, прикачени файлове

Сигурно ще те разочаровам, но няма да си възтановиш имената, освен по памет във връзка със съдържанието им. Щом са отишли в lost+found, значи директорията, която ги е съдържала е непоправимо увредена. Принципно единствената връзка между inode и име на файл ти се предоставя от директорийната информация. И причината не е в superblock-а, защото ако беше увреден, тогава нямаше да можеш да си монтираш файловата система въобще.

fsck-а си я поправи за да я монтира, но мисълта ми е, дали не мога да върна някои от backup-ите на superblock-a където има директориина информация?

mdadm --detail /dev/md1
/dev/md1:
        Version : 00.90
  Creation Time : Sun Jul 27 21:15:24 2008
     Raid Level : raid1
     Array Size : 963875776 (919.22 GiB 987.01 GB)
  Used Dev Size : 963875776 (919.22 GiB 987.01 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Mon Jul 26 17:30:02 2010
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 1
  Spare Devices : 0

           UUID : b291c1bc:bdca16b0:38d871df:0a035dc2 (local to host torro)
         Events : 0.4580624

    Number   Major   Minor   RaidDevice State
       0       8       18        0      active sync   /dev/sdb2
       1       0        0        1      removed

       2       8        2        -      faulty spare


махнал съм единия диск, да го мъчат с една win програма за възстановяване. за това пише, че масива е счупен.

а иначе командата от предният пост върна:
397 deleted inodes found.

и списъка е с дати от 2008, 2009

интересно ми е дали да мъча да пробвам с backup на superblock-a и от него да възстановявам.

Нямам представа по този въпрос. Намерих едно how to което може да ти е полезно:
http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html
Успех.
п.с.
Опита ли testdisk и photorec?

photorec ми намира доста файлове, но без имена и не вс. стават за нещо

има ли вариант файловете в lost+found да им разбера имената?

софтуерен масив raid1  с 2 диска по 1ТБ.
след проверка на mdadm за консистентност започат следните грешки:

[7403770.048761] EXT3-fs error (device md1): ext3_valid_block_bitmap: Invalid block bitmap - block_group = 0, block = 1025
[7403776.103609] EXT3-fs error (device md1): ext3_new_block: Allocating block in system zone - blocks from 1025, length 1
[7403776.152691] EXT3-fs error (device md1): ext3_new_block: Allocating block in system zone - blocks from 1026, length 1
[7403776.177774] EXT3-fs error (device md1): ext3_new_block: Allocating block in system zone - blocks from 1027, length 1


[7404082.494766] init_special_inode: bogus i_mode (36515) for inode md1:11616264
[7404083.216034] init_special_inode: bogus i_mode (151623) for inode md1:11616262
[7404083.227176] init_special_inode: bogus i_mode (134124) for inode md1:12509193
[7404083.266631] init_special_inode: bogus i_mode (171475) for inode md1:11624453
[7404083.266747] attempt to access beyond end of device
[7404083.266752] md1: rw=0, want=31269653200, limit=1927751552
[7404083.266755] attempt to access beyond end of device
[7404083.266757] md1: rw=0, want=31269653200, limit=1927751552
[7404083.589838] init_special_inode: bogus i_mode (167767) for inode md1:12058653
[7404083.589923] init_special_inode: bogus i_mode (177166) for inode md1:12058652
[7404083.623337] init_special_inode: bogus i_mode (167362) for inode md1:12075014
[7404083.639081] init_special_inode: bogus i_mode (170126) for inode md1:12083203
[7404083.898811] init_special_inode: bogus i_mode (76553) for inode md1:11894786
[7404084.433064] init_special_inode: bogus i_mode (56670) for inode md1:11976707
[7404084.498326] init_special_inode: bogus i_mode (35011) for inode md1:12034054
[7404084.695039] init_special_inode: bogus i_mode (111167) for inode md1:11984900
[7404084.695125] init_special_inode: bogus i_mode (70313) for inode md1:11984898
[7404525.040599] attempt to access beyond end of device
[7404525.040607] md1: rw=1, want=31665241568, limit=1927751552
[7404525.040610] attempt to access beyond end of device
[7404525.040614] md1: rw=1, want=28667985200, limit=1927751552
[7404525.040617] attempt to access beyond end of device
[7404525.040620] md1: rw=1, want=7180209680, limit=1927751552
[7404525.040622] attempt to access beyond end of device
[7404525.040626] md1: rw=1, want=30035793400, limit=1927751552
[7404525.040628] attempt to access beyond end of device
[7404525.040632] md1: rw=1, want=30337447144, limit=1927751552
[7404525.043101] Aborting journal on device md1.
[7404525.062775] ext3_abort called.
[7404525.073770] EXT3-fs error (device md1): ext3_journal_start_sb: Detected aborted journal
[7404525.096286] Remounting filesystem read-only


след fsck на дяла остана едно голямо нищо!
lost+found е пълна с #xxxxx
има ли програма която да ми възстанови поне част от файловете. за жалост системата е samba архив..
това което гледах за причина за срива е бъг в ядрото. че ще сменя ext3 с xfs ще го сменя, но как да възстановя инфото??