while looking for additional fragments with tcpump
tcpdump -i any -nnvvXS '((ip[6:2] > 0) and (not ip[6] = 64))' |
run a DNS query that produces a fragmented reply
dig ANY financialresearch.gov @208.67.222.222 |
my own pastebin
while looking for additional fragments with tcpump
tcpdump -i any -nnvvXS '((ip[6:2] > 0) and (not ip[6] = 64))' |
run a DNS query that produces a fragmented reply
dig ANY financialresearch.gov @208.67.222.222 |
sudo su - modprobe raid5 mdadm --stop /dev/md0 mdadm --stop /dev/md1 |
mdadm --stop /dev/md127 mdadm --stop /dev/md126 |
cat /proc/mdstat |
mdadm --assemble --scan |
cat /proc/mdstat |
sfdisk -d /dev/sdc | sfdisk /dev/sdb |
mdadm /dev/md126 -a /dev/sdb2 mdadm /dev/md127 -a /dev/sdb3 |
mkdir /mnt-boot mount /dev/md126 /mnt mount /dev/md127 /mnt-boot mount --bind /dev /mnt/dev mount --bind /proc /mnt/proc mount --bind /sys /mnt/sys mount --bind /mnt-boot /mnt/boot chroot /mnt |
chroot /mnt /usr/bin/bash |
grub2-install /dev/sda grub2-install /dev/sdb grub2-install /dev/sdc |
grub2-mkconfig > /boot/grub2/grub.cfg |
watch cat /proc/mdstat |
Following at the letter the amazon SES tutorial:
http://docs.aws.amazon.com/ses/latest/DeveloperGuide/postfix.html
but auth is not working and giving errors like
No worthy mechs found
SASL authentication failed; cannot authenticate to server
and so on?
Make sure you have the proper auth libs installed
yum install cyrus-sasl cyrus-sasl-plain cyrus-sasl-md5 |
First run this query replacing databasetoconvert with the database name you want to convert
SELECT CONCAT('ALTER TABLE ', table_name, ' ENGINE=InnoDB;') AS sql_statements FROM information_schema.tables AS tb WHERE table_schema = 'databasetoconvert' AND `ENGINE` = 'MyISAM' AND `TABLE_TYPE` = 'BASE TABLE' ORDER BY table_name DESC LIMIT 0, 10000 ; |
then copy the output and run it again against the database you want to convert
Most time there’s little time, sometime there’s NO TIME!
A few days ago I had no time, and had to manipulate a badly exported database (2million+ single myisam insert statements) tuning mysqld was useless, insert delayed useless, increasing buffers useless… and so on… import was taking hours (many hours) on the target box due to impressively high disk io!
So I just fired up a vmware instance with 32gb of ram, 10gb hdd and 8cpu cores (of a xeon L56xx) and did everything in ram.
What was going to take hours on the target box took just 2minutes on the vmware instance…
Then I did a proper “mysqldump –opt” and imported it back into the target box in just 20seconds 😀
yum upgrade -y wget -q -O - http://www.atomicorp.com/installers/atomic | sh mkdir -p /var/lib/mysql && mount -v -t tmpfs -o size=24G none /var/lib/mysql yum install mysql mysql-server -y nano -w /etc/my.cnf |
tune it up a little, in my case
thread_concurrency=16 |
was enough 🙂
service mysqld restart mysql_secure_installation |
and you are good to go!
import the bad export and after that export it making use of all the proper settings (extended queries, locking and so on) … –opt handles all of them by default 🙂
So yes… sometime I make use of “the cloud” too :O
PS: I do the same (storage on ramdisk) when I’ve to compile a linux kernel.
I was missing the holidays calendar into a specific google calendar account…
in order to add it back again this is the calendar address:
it.italian#[email protected]
just add it as it was a new calendar you want to link
another special calendar you might want to add is:
#[email protected]
Upgrading munin on CentOS/RHEL/Scientific Linux using the rpm from EPEL repositories results in an empty plugin list on the nodes:
ls -al /etc/munin/plugins/ |
easy fix:
munin-node-configure --suggest --shell | sh ; service munin-node restart |
to verify what was detected just run:
ls -al /etc/munin/plugins/ |
If your clock is wrong you might have a wrong hwclock set…
yum install ntp ntpdate -s it.pool.ntp.org hwclock -w |
on a side note to change the timezone on RHEL 6.x adjust the clock settings config file:
nano -w /etc/sysconfig/clock |
set it as you wish:
ZONE="Europe/Rome" |
then set the localtime
cp /usr/share/zoneinfo/Europe/Rome /etc/localtime |
BFD is an easy to use brute force detection script that plays very nicely when combined with APF…
currently it does support certain daemons out of the box… but vspftd is not one of those 🙁
This a *very basic* (it does not pass the offending username to bfd) script to add VSFTPD support to BFD.
You just need to create a file named “vsftpd” into the BFD ./rules/ directory and paste this content into it:
REQ="/usr/sbin/vsftpd" if [ -f "$REQ" ]; then LP="/var/log/vsftpd.log" TLOG_TF="vsftpd" #Mon Mar 28 23:57:38 2011 [pid 9897] [asdasd] FAIL LOGIN: Client "127.0.0.1" ## VSFTPD ARG_VAL=`$TLOG_PATH $LP $TLOG_TF | grep -w 'FAIL LOGIN' | sed -r 's/^.{0,}Client .//' | sed 's/"/:vsftpd/g'` fi |
This script refers to the standard vsftpd rhel/centos installation…
If the logfile is placed elsewhere (vsftpd_log_file) or if the option “syslog_enable” in vsftpd.conf has been enabled it needs to be adjusted 🙂
PS: this was a NON-WORKING test (usernames with a space in it where making it fail):
ARG_VAL=`$TLOG_PATH $LP $TLOG_TF | grep -w 'FAIL LOGIN' | awk '{print $12":"$8}' | tr '[]"'` |
“somehow” Microsoft (or Hewlett Packard?) dropped HP PSC 2100 series support in Windows 7…
but you can still get it working…
Continue reading “HP PSC 2110 Windows 7 drivers how-to”