1
|
BSD секция / Настройки на софтуер / racoon2 ipsec cisco 2800
|
-: Nov 27, 2013, 00:29
|
здравейте, някой съфорумец успявал ли е да конфигурира racoon2 на FreeBSD за ipsec без значение дали е в transport/tunnel режим спрямо Cisco Router??
губи ми се на фаза2 и в нета няма много инфо по въпроса. мерси
|
|
|
3
|
BSD секция / Настройки на софтуер / Mtel 3G ZTE MF6xx setup FreeBSD
|
-: Nov 05, 2013, 23:29
|
тъйкато почти не се намира информация как се настройва въпросния донгъл за работа с 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* надявам се да съм бил полезен. благодаря за вниманието!
|
|
|
5
|
Хардуер за Линукс / Сървъри / asterisk BRI с карта openvox BE200P
|
-: Jul 13, 2012, 14:00
|
Здравейте, правим проект за изграждане на 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
Ако някой се е сблъсквал с подобен проблем и може да помогне, ще съм безкрайно благодарен
|
|
|
6
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / ISC DHCP ldap
|
-: Jun 27, 2011, 17:20
|
търся ГУРУ, което да е имплементирало 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"; } ако някой го е правил, да удари едно рамо. мерси
|
|
|
9
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / UEC vs promox
|
-: Aug 27, 2010, 16:47
|
писна ми да трупам рака с машини и ще минавам на облачна виртуализация. за сега ударих на камък с UEC, писна ми да си тровя нервите на всяка стъпка и мисля да преминавам към OpenVZ+Promox. някой да го ползва и да сподели опит??
склонен съм да приема предложения за други FOSS решения, стига да: 1. подръжат живо мигриране 2. да мога да добавям нодове 3. машините да могат да се customize-ват като image-и или да си запазват променените настроки, пакети и т.н. след инсталация. ще ползвам iSCSI за storage така или иначе
|
|
|
11
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Re: EXT3-fs error (device md1): ext3_valid_block_bitmap: Invalid block bitmap - bloc
|
-: Jul 27, 2010, 09:28
|
Сигурно ще те разочаровам, но няма да си възтановиш имената, освен по памет във връзка със съдържанието им. Щом са отишли в lost+found, значи директорията, която ги е съдържала е непоправимо увредена. Принципно единствената връзка между inode и име на файл ти се предоставя от директорийната информация. И причината не е в superblock-а, защото ако беше увреден, тогава нямаше да можеш да си монтираш файловата система въобще.
fsck-а си я поправи за да я монтира, но мисълта ми е, дали не мога да върна някои от backup-ите на superblock-a където има директориина информация?
|
|
|
12
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Re: EXT3-fs error (device md1): ext3_valid_block_bitmap: Invalid block bitmap - bloc
|
-: Jul 26, 2010, 17:55
|
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 и от него да възстановявам.
|
|
|
15
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / EXT3-fs error (device md1): ext3_valid_block_bitmap: Invalid block bitmap - bloc
|
-: Jul 26, 2010, 13:02
|
софтуерен масив 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 ще го сменя, но как да възстановя инфото??
|
|
|
|