MikroTik scripting TIP

Ha a scriptben szükséged van IP címekkel való műveletvégzésre, ez a megoldás tetszeni fog:

[noxy@lab.CRS125-24G] > :put (10.1.0.0 + 0.0.0.1) 
10.1.0.1

Vagy például adott egy interfész amire fel szeretnénk venni scripttel az egyel kisebb IP címet is (kivonás nincs, trükközni kell). Esetemben adott a LAN nevű interfész a 192.168.0.254/24 címmel.

[noxy@lab.CRS125-24G] > :put ([/ip ro get [/ip ro find gateway=LAN
 ] pref-src ] + 255.255.255.255 )
192.168.0.253

 

Cisco: Hasznos parancsok #1

Porton átmenő forgalom értelemesebb formátumban 😉

sh interfaces | include Gigabit|link type|input rate

Eredménye:

GigabitEthernet1/26 is up, line protocol is up (connected)
 Hardware is Gigabit Ethernet Port, address is xxxxxxxxxxxxxxxxxxxx
 Full-duplex, 100Mb/s, link type is auto, media type is 10/100/1000-TX
 5 minute input rate 99536000 bits/sec, 8239 packets/sec

BASH sebezhetőség lerendezése gyorsan

cd /usr/src
rm -rf bash-4.3
wget http://ftp.gnu.org/gnu/bash/bash-4.3.tar.gz
wget http://ftp.gnu.org/gnu/bash/bash-4.3-patches/bash43-025
wget http://ftp.gnu.org/gnu/bash/bash-4.3-patches/bash43-026
wget http://ftp.gnu.org/gnu/bash/bash-4.3-patches/bash43-027
tar -xzf bash-4.3.tar.gz
cd bash-4.3
patch -p0 < ../bash43-025
patch -p0 < ../bash43-026
patch -p0 < ../bash43-027
./configure --prefix=/usr --bindir=/bin --sysconfdir=/etc --sbindir=/sbin
make
make install
bash --version
env VAR='() { :;}; echo Bash is vulnerable!' bash -c "echo Bash Test"

A fenti scriptet csak copy-paste bele a konzolba és megoldódik a probléma (Debianon teszteltem)

UPDATE!
Sajnos időközben más gondok is előkerültek. Részletek itt: http://en.wikipedia.org/wiki/Shellshock_(software_bug)

NoXy

VmWare Converter – Win2k3 Server kékhalál konvertálás után

Nekem valahogy nincs szerencsém a VmWare Converterrel. Eddig minden Windows szerver konvertálásom 99%-nál hibával megállt. Ugyan a gépet átrakta, de nem bootolt be, kékhalállal indult.

Találtam viszont megoldást a VmWare KB-ben: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1005208

A lépések amit csináltam:

1. sysresccd-vel bootoltam
2. mount /dev/sda1 /mnt/windows
3. bemásoltam a hiányzó symmpi.sys fájlt a \windows\system32\drivers -be
4. beleszerkesztettem a registrybe a mellékelt vm2.reg fájlt (reged -I windows/system32/config/system \ /tmp/vm2.reg)
5. reboot
6. A SCSI vezérlő szigorúan LSI logic parallel kell legyen

\o/

NoXy

Fájlok: vm2.reg symmpi.sys

MySQL költözés

Mostanában elég sok Linux installt kellett költöztetnem. Egy nagyon nagy tanulsága volt, hátha más is beleesik ilyenbe. Teljes OS-t másoltam új gépre, a boot után az új gépen a MySQL nem volt hajlandó az InnoDB táblákat olvasni. A hibaüzenet rendre:

ERROR 1033 (HY000): Incorrect information in file:  ./database/table.frm

Összehasonlítottam, bitről bitre egyezett a donorral minden adatfájl. A régin ment, az újon az Istennek sem. A megoldás nagyon csúnya volt! A /tmp mappára (amit kézzel csináltam meg a gyökérben), elfelejtettem beállítani a trwxrwxrwx jogokat. Ezt pótolva minden működött ahogy kell.

Hallelujah!

NoXy