вторник, 24 апреля 2012 г.

GPRS через Bloetooth в Debian

Оригинал: http://tuxedo-live.blogspot.com/2007/05/gprs-linux.html Размещаю у себя, чтобы не потерялось.

Устанавливаем следующие пакеты:
[+]ppp
[+]wvdial
[-]libuniconf4.2
[-]libwvstreams4.2-base
[-]libwvstreams4.2-extras
[-]libxplc0.3.13
[+]bluetooth
[-]bluez-utils
[+]bluez-hcidump
[-]libbluetooth2
~$ su или ~$ sudo -s // получаем права суперпользователя

~# apt-get install ppp wvdial bluetooth bluez-hcidump
или выбираем предложенные пакеты в synaptic

После установки пакетов производим следующие настройки:
~# nano /etc/wvdial.conf
[Dialer Defaults]
Modem = /dev/rfcomm0
Baud = 115200
Init1 = ATZ
Init2 = AT+CGDCONT=1,"IP","internet.beeline.ru"
Phone = *99***1#
Username = beeline
Password = beeline

для пользователей МТС изменяем beeline на mts

~# nano /etc/resolv.conf
nameserver 217.118.66.243 # один из DNS Би Лайн
nameserver 213.87.0.1 # один из DNS МТС


~$ hciconfig // подцепляем bluetooth адаптер на ноуте~$ hcitool scan // сканируем девайсы с синим зубом~# rfcomm bind 0 [полученный мак-адрес] 1


update (triklozoid)

rfcomm bind 0 [полученный мак-адрес] 1
не всегда имеет такой вид.
Нужно сначала выполнить "sdptool browse MAC-адрес" и посмотресть параметр channel у службы Dialup-Networking.
В моем случае канал оказался второй, а не первый. Таким образом команда имеет вид
rfcomm bind 0 MAC-адрес CHANNEL


соединяемся...
~$ wvdial
--> WvDial: Internet dialer version 1.56
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CGDCONT=1,"IP","internet.beeline.ru"
AT+CGDCONT=1,"IP","internet.beeline.ru"
OK
--> Modem initialized.
--> Sending: ATDT*99***1#
--> Waiting for carrier.
ATDT*99***1#
CONNECT
~[7f]}#@!}!}!} }8}#}$@#}(}"}'}"}"}&} } } } }%}&[1f]R.hx5~
--> Carrier detected. Waiting for prompt.
~[7f]}#@!}!}"} }8}#}$@#}(}"}'}"}"}&} } } } }%}&[1f]R.h2'~
--> PPP negotiation detected.
--> Starting pppd at Sat May 12 00:45:04 2007
--> Pid of pppd: 12892
--> Using interface ppp0
--> pppd: H[08][07][06][08]@
--> [06][08]
--> pppd: H[08][07][06][08]@
--> [06][08]
--> pppd: H[08][07][06][08]@
--> [06][08]
--> pppd: H[08][07][06][08]@
--> [06][08]
--> pppd: H[08][07][06][08]@
--> [06][08]
--> local IP address 10.1.***.***
--> pppd: H[08][07][06][08]@
--> [06][08]
--> remote IP address 217.118.***.***
--> pppd: H[08][07][06][08]@
--> [06][08]
--> primary DNS address 217.118.66.243
--> pppd: H[08][07][06][08]@
--> [06][08]
--> secondary DNS address 217.118.66.244
--> pppd: H[08][07][06][08]@
--> [06][08]

вторник, 27 марта 2012 г.

Mysql backup/restore

Просто положу здесь.

Use of mysqldump for taking backup of one table

In this section you will see the example of mysqldump function which takes the backup of only one table.

The mysqldump utility provides many options to take the backup of data as per user requirement. You can specify the name of table be backup in while executing the mysqldump utility.

Let's assume we have to take the backup of table1 from the mydatabase, then you can issue the following command on the console:

mysqldump -u -p mydatabase table1 > table1.sql

To restore the backup you can use the following command:

mysql -u -p mydatabase < table1.sql The mysqldump is very handy tool, it can be easily used to take the backup of only one table from the database. --- Dump ALL MySQL Databases mysqldump --user=XXXXXXXX --password=XXXXXXX -A > /PATH/TO/DUMPFILE.SQL

Dump Individual or Multiple MySQL Databases
mysqldump --user=XXXXXXXX --password=XXXXXXX --databases DB_NAME1 DB_NAME2 DB_NAME3 > /PATH/TO/DUMPFILE.SQL

Dump only certain tables from a MySQL Database
mysqldump --user=XXXXXXXX --password=XXXXXXXX --databases DB_NAME --tables TABLE_NAME > /PATH/TO/DUMPFILE.SQL

Use the following procedure to reload the contents of a database:
1. Unzip the backup file you wish to use.
2. Open it up and pull out only the information that you will need.
3. Save this text file.
4. Use the following command to feed back in the contents of a text file:
mysql --verbose --user=XXXXXXXX --password=XXXXXXXX DB_NAME < /PATH/TO/DUMPFILE.SQL

четверг, 1 марта 2012 г.

BGP между двумя VRF в JunOS

Интересная ситуация. Сделал vrf в juniper mx80, решил подружить его по bgp с Global таблицей. Внутри vrf в опциях protocol - bgp прописал local as. Тем не менее, от глобала все маршруты дропались (попадали в hidden) с формулировкой AS Looped. В чём же дело. В рутерах cisco все заводится с пол пинка.
>show route receive-protocol bgp 1.1.1.1 detail hidden
  0.0.0.0/0 (2 entries, 1 announced)
     Nexthop: 1.1.1.1
     AS path: 4444 3333 I (Looped: 4444) 

VRF {  
 instance-type virtual-router;
 interface ge-1/1/5.37;
 interface xe-1/3/0.303;
 routing-options {
    static {
        route 1.1.3.3/30 next-table White.inet.0;
    }
 }
 protocols {
    bgp {
        local-as 65190;
        group GRP {
            type external;
            import import_BGP;
            export export_BGP;
            neighbor 1.1.1.1 {
                peer-as 4444;
            }
        }
    }
 }  
}
4.4.4.4 - AS роутера в глобальной таблице. Такое ощущение, что vrf тоже ощущает себя в этой же АС. Так и было. Умные люди подсказали, что в параметрах routing-options внутри vrf и нужно задавать АС для этого vrf, а в protocols bgp задаются уже АС для восприятия их другими пирами. Маршруты же приходящий в данный vrf получают AS-PATH из routing options. В результате выглядит так:
VRF {  
 instance-type virtual-router;
 interface ge-1/1/5.37;
 interface xe-1/3/0.303;
 routing-options {
    static {
        route 1.1.3.3/30 next-table White.inet.0;
    }
    autonomous-system 65190;
 }
 protocols {
    bgp {
        local-as 65190;
        group GRP {
            type external;
            import import_BGP;
            export export_BGP;
            neighbor 1.1.1.1 {
                peer-as 4444;
            }
        }
    }
 }  
}
После чего
>show route table VRF                   

VRF.inet.0: 21 destinations, 22 routes (6 active, 0 holddown, 15 hidden)
+ = Active Route, - = Last Active, * = Both

0.0.0.0/0          *[BGP/170] 00:21:57, localpref 100
                      AS path: 4444 3333 I
                    > to 1.1.1.1 via ge-1/1/5.37

среда, 29 февраля 2012 г.

CISCO Catalyst 4900M

Вставлял модуль для твингигов и десяток в третий слот. Нашел полезные заметки по серии 4900M.

http://billyc5022.blogspot.com/2012/01/configuration-tricks-catalyst-4900m.html

http://www.cisco.com/en/US/docs/switches/lan/catalyst4500/12.2/54sg/configuration/guide/sw_int.html#wp1077316

P.S. Порты модуля 1, которые расположены непосредственно в шасси работают только на сколости 10 Gbps и только к X2 модулями. TwinGig и переходник на SFP+ тут работать не будет. Во втором и третьем модуле можно переключить с десятки на гигабиты, что и описано в ссылка выше.

среда, 16 ноября 2011 г.

Password Recovery Procedure for Catalyst 4500/4000

Настраивал каталист. Нужно было сбросить пароль на enable.

Сбросить пароль на enable для Catalyst

Перешивал.
Если это 4948, а не 4948E, при удаление файлов на бутфлеше, железка их просто помечает удаленными. Чтоб очистить место нужно дать команду "squeeze bootflash:". Чтобы увидеть помеченные файлы - "dir /all".

среда, 9 ноября 2011 г.

PEVAL. Префиксы AS.

Есть такая удобная юниксовая утилита. Вытягивает префиксы из ripe, принадлежащие определенной AS.

[-bkmh8toe5c1d@mnt1 ~]$ peval AS35641
({178.76.192.0/18, 178.76.216.0/21, 178.76.192.0/22, 178.76.196.0/22, 86.110.160.0/19, 86.110.160.0/23, 86.110.160.0/24, 86.110.161.0/24})
[-bkmh8toe5c1d@mnt1 ~]$

пятница, 28 октября 2011 г.

IPMI в серверах Supermocro

Уже писал о подобной фиче в IBM серверах. Есть такое, оказывается, и в свежих моделях от Supermicro. Независимый биос с веб мордой, через которую можно подцепиться к консоле, включить, выключить, бутнуть железку. Выглядит так.



Можно настроить IP/MASK/GW из биоса. Можно через утилиту ipmitool, если на сервере Unix-like OS.
Мануал по настройке - http://lab.advancedclustering.com/twiki/bin/view/Documentation/IPMITools.