среда, 8 августа 2012 г.

Веб интерфейс для VirtualBox - phpvirtualbox

Для удаленного руления виртуалками на десктопе, без VNC и прочих Иксов, обнаружит тут этот самый веб интерфейс. В процессе установки вскрылась парочка граблей, к счастью, успешно преодоленных.
Итак десктоп Ubuntu 10.04 с беспроводкой (это важно, так как одни грабли заключаются именно в этой беспроводке), ставим на него веб сервер с соответствующими модулями (сам VirtualBox уже установлен).
sudo apt-get update
sudo apt-get install apache2 libapache2-mod-php5
cd /var/www
sudo mkdir vboxphp
cd vboxphp
качаем туда сабж:
sudo wget http://phpvirtualbox.googlecode.com/files/phpvirtualbox-4.1-7.zip
и распаковываем
unzip phpvirtualbox-4.1-7.zip
Теперь настроим конфиги, которыми веб-морда будет пользоваться:
sudo vim /etc/default/virtualbox
  VBOXWEB_USER=mik17
  VBOXWEB_HOST=172.17.17.101
в данном случае, указаны логин "хозяина" будущих и текущих виртуалок, а также адрес беспроводного интерфейса.
sudo cp /var/www/vboxphp/phpvirtualbox-4.1-7/config.php-example /var/www/vboxphp/phpvirtualbox-4.1-7/config.php
Копируем шаблон конфига и правим его:
sudo vim /var/www/vboxphp/phpvirtualbox-4.1-7/config.php
...
/* Username / Password for system user that runs VirtualBox */
var $username = 'mik17';
var $password = '***';

/* SOAP URL of vboxwebsrv (not phpVirtualBox's URL) */
var $location = 'http://172.17.17.101:18083/';
...
Проверяем статус сервиса Web VirtualBox (vboxweb-service):
sudo /etc/init.d/vboxweb-service status
несмотря на то, что статус сервиса running, в выводе netstat'а нет прослушиваемого порта 18083. В результате при обращении на страницу веб-морды после аутентификации будет выдаваться ошибка о невозможности соединиться с сервисом на этом порту. Причина в том, что беспроводной интерфейс получает сетевые параметры после аутентификации пользователя, так что для открытия порта на прослушивание нужно перезапустить сервис:
sudo /etc/init.d/vboxweb-service stop
sudo /etc/init.d/vboxweb-service start
Проверим порты:
netstat -a | grep LISTEN
tcp 0 0 *:ssh *:* LISTEN
tcp 0 0 localhost:ipp *:* LISTEN
tcp 0 0 mik17-note.local:18083 *:* LISTEN
Теперь, скорее всего веб интерфейс заведется, но может и выдать такую ошибку (это вторые грабли):
- error - "Error logging to vboxwebsrv".
Лечится данный недуг так:
VBoxManage setproperty websrvauthlibrary default
В результате получаем удаленное управление виртуалками на ноуте.

вторник, 7 августа 2012 г.

Разрешение доменных имен в Ubuntu 12.04 Desktop.

На рабочей станции под последней Убунтой после установки обновлений и перезагрузке перестали разрешаться доменные имена - косяк с DNS. В процессе поиска решения, заметил, что эта бага проявилась у достаточно большого количества народа. Часть решения нашел здесь:
http://hardc0l2e.wordpress.com/2012/05/09/ubuntu-12-04-etcresolv-conf-127-0-0-1-implementation-with-dnsmasq/
--
Ubuntu 12.04 /etc/resolv.conf 127.0.0.1 implementation with dnsmasq

Posted by hardc0l2e on May 9, 2012

On the current version of Ubuntu (12.04), you might notice that the current /etc/resolv.conf file always record a nameserver 127.0.0.1 which then resolv dns via dnsmasq, but most of the time after test few things, I found it more problematic. It always disregard my local DNS server, and goes directly to the DNS of my ISP.

If you’re having the same problem like mine, here’s a quickfix:

1. Modify the configuration /etc/NetworkManager/NetworkManager.conf
$> sudo gedit /etc/NetworkManager/NetworkManager.conf

2. Comment the line that contain “dns=dnsmasq“
[main]
...
#dns-masq

3. Then restart the network-manager
$> sudo service network-manager restart

4. Done
--
В моем случае, я дополнительно поправил /etc/network/interfaces (чисто по привычке) и создал файлик:
sudo vim /etc/resolv.conf
  nameserver 4.2.2.2
  nameserver 8.8.8.8
После рестарта сервиса sudo /etc/init.d/networking restart (да, пишут, что данный формат команд устарел), проблем с разрешением имен уже не возникло. С нетерпением жду следующего обновления, когда снова придется восстанавливать работоспособность напильником и матом.
В общем, после релиза 10.04 убунтовцы реально много косорезят...

четверг, 2 августа 2012 г.

Соответствие команд настройки Cisco - Vyatta.

Взято отсюда: http://www.openmaniak.com/vyatta_compare.php

Собственно, содержимое:

Here is a non-exhaustive list of some Vyatta commands compared to Cisco commands.
Vyatta Version used: VC2

----- VYATTA OPERATIONAL MODE COMMANDS -----
 
ping
traceroute
show arp
show ip ospf neighbor
show ip ospf database
show ip route
show ip route | include
show ip interfaces

show ip bgp neighbors
show ip bgp
show clock
show ntp associations
show ip dhcp binding
show ip dhcp server statistics
show vrrp all
show ip nat translations
show ip nat statistics
ping
traceroute
show arp
show ospf4 neighbor
show ospf4 database
show route
show route | match ...
show interfaces ethernet ... physical
show interfaces ethernet ... statistics
show bgp peers
show bgp routes
show host date
show ntp associations
show dhcp lease
show dhcp statistics
show vrrp
show nat rules
show nat statistics

----- VYATTA CONFIGURATION MODE COMMANDS -----
 
SAVE
copy run tftp
N/A
save tftp://ip/name
save /mnt/floppy/config/config.boot
SHOW
show show running-config
HELP
N/A help
SET SERVICE
ip server http
line vty 0 4
  password
crypto key generate rsa
(only on some IOS versions)
set service http
set service telnet

set service ssh
 

ip dhcp pool
  network
  default-router


ip dhcp excluded-address
set service dhcp-server name
edit service dhcp-server name
  set start ... stop
  set default-router
  set network-mask
  set interface
  set exclude
SET SYSTEM


ip domain-name
ip default-gateway
hostname
username � password
ntp server
ip name-server
terminal monitor
clock timezone
set system domain-name
set system gateway-address
set system host-name
set system login
set system ntp-server
set system name-server
set system syslog console
set system time-zone
logging
logging facility
logging trap
set system syslog host
set system syslog host ... facility
set system syslog host ... facility ... level
SET PROTOCOLS ...
INTERFACES
interface
  set description
  ip address
  duplex
  speed


  vrrp ... ip
  vrrp ... priority

edit interfaces
  set description
  set address ... prefix-length
  set duplex
  set speed

  set vrrp vrrp-group
  set vrrp ... virtual-address
  set vrrp priority
OSPF

router ospf 1
  router-id
  network ... area
  area ... stub|nssa

set protocols ospf4
edit protocols ospf4
  set router-id
  set area ... interface eth1 address
  set area ...area-type stub|nssa
STATIC
ip route

set protocols static route ...next-hop ...
BGP
 
router bgp
  bgp router-id
 
 
 
  neighbor ... remote-as

set protocols bgp
edit protocols bgp
  set bgp-ig
  set local-as
  set peer ...next-hop
  set peer ... local-ip
  set peer ... as
SNMP
snmp-server community ... ro|rw
snmp-server community ... ACL
snmp-server location
snmp-server contact
 
set protocols snmp community ... authorization ro|rw
set protocols snmp community ... client
set protocols snmp location
set protocols snmp contact

вторник, 24 июля 2012 г.

Ubuntu после аварийной перезагрузки GRUB без таймаута.

В версии 12.4 столкнулся с ситуацией, что если сервер перезагрузился в аварийном режиме, то загрузка стопорится на меню GRUB'а с ручным выбором ОС, что при отсутствии прямого доступа к железке, считаю недопустимым (висеть эта хрень может в меню бесконечно, пока на клавиатурке Enter не нажать).
Так что пришлось убирать "он-фейл" проверку:
sudo vim /etc/grub.d/00_header
комментируем условие (ближе к концу файла)
#if [ "\${recordfail}" = 1 ]; then
# set timeout=-1
#else
  # set timeout=${2}
#fi
апдейтим GRUB
sudo update-grub2
и можно проверить настройку, передернув шнурочки сервака...))

пятница, 18 мая 2012 г.

Скриптовая замена fail2ban для Mikrotik.

Взято отсюда: http://wiki.mikrotik.com/wiki/Bruteforce_login_prevention_(FTP_%26_SSH)

ip firewall filter

add chain=input protocol=tcp dst-port=22 src-address-list=ssh_blacklist action=drop \
comment="drop ssh brute forcers" disabled=no

add chain=input protocol=tcp dst-port=22 connection-state=new \
src-address-list=ssh_stage3 action=add-src-to-address-list address-list=ssh_blacklist \
address-list-timeout=1h comment="" disabled=no

add chain=input protocol=tcp dst-port=22 connection-state=new \
src-address-list=ssh_stage2 action=add-src-to-address-list address-list=ssh_stage3 \
address-list-timeout=20s comment="" disabled=no

add chain=input protocol=tcp dst-port=22 connection-state=new src-address-list=ssh_stage1 \
action=add-src-to-address-list address-list=ssh_stage2 address-list-timeout=20s comment="" disabled=no

add chain=input protocol=tcp dst-port=22 connection-state=new action=add-src-to-address-list \
address-list=ssh_stage1 address-list-timeout=20s comment="" disabled=no

Динамически банит IP на 1 час

Сброс к заводским настройкам Mikrotik (RB751).

Взято отсюда: http://sysadminblog.ru/mikrotik/2011/08/18/kak-sbrosit-nastroyki-mikrotik-750rb.html
нужно на выключенном Mikrotik удерживать reset, потом включить питание и продолжать удерживать reset пока не замигает act.

воскресенье, 22 апреля 2012 г.

Прошивка BIOS из Ubuntu (утилита flashrom)

Основной порядок действий взят отсюда: http://kubuntu.ru/node/3257

Предварительно получаем информацию о "железной" части материнки:
sudo biosdecode
sudo apt-get install hwinfo
sudo hwinfo --bios | less
sudo dmidecode --type bios
sudo lshw
Сохраняем настройки BIOS - они хранятся в NVRAM:
sudo modprobe nvram
sudo dd if=/dev/nvram of=/home/путь_к_каталогу_сохранения/BIOS_GA-MA78G-DS3H/bios_cfg.bin
Собираем или устанавливаем из репозитория flashrom.
Запускаем его для сбора информации о материнке:
sudo flashrom
Скачиваем с официального сайта обновленные прошивки (там exe файлы, но это просто архивы). В моем случае непосредственно файл прошивки назывался MA78GD3H.F8
Бэкапим старую прошивку:
sudo flashrom -r /home/путь_к_каталогу_сохранения/BIOS_GA-MA78G-DS3H/2012-04-16-1-oldBIOS.bin -c SST25VF080B
(-c SST25VF080B - код чипа, полученный при сборе информации flashrom'ом).
Записываем новый код BIOS:
sudo flashrom -Vw MA78GD3H.F8
После перезагрузки смотрим, все ли в порядке...