Инсталиране:

apt-get update && apt-get install tightvncserver xtightvncviewer

Стартиране:

vncserver :1 -geometry 1024×768 -depth 16 -pixelformat rgb565

Спиране:

vncserver -kill :1

Идеята е всеки под домейн да сочи към root директорията на главния домейн т.е.

sub1.domain.tld -> domain.tld (root directory)
sub2.domain.tld -> domain.tld (root directory)
sub3.domain.tld -> domain.tld (root directory)

Идеята е контрола върду домейна и под домейните да се направи от PHP

1. Прави се A запис на DNS сървъра отговарящ за домейна:

* A IP ADDRESS

2. Настройва се kloxo по същия начин както в точка 1

admin -> Server :linux -> Domains -> domain.tld -> Manage Dns

3. Указваме на apache да приема всички под домейни в root директорията на главния домейн
Редактирам конфигурационния файл на Apache за Vhost-a през SSH които в случая е:

/home/httpd/domain.tld/conf/kloxo.domain.tld

Преди:
ServerAlias www.domain.ltd

След:
ServerAlias *.domain.ltd

След промените записваме файла

4. Рестартираме httpd от меню admin-> Server :linux -> Services -> httpd

Добавка към тази публикация: http://mpetrov.net/nasochvane-na-pod-domejni-v-kloxo-chast-2-podredba

Проблема е следния: Понеже имам един Windows под VMware с диск 3GB, а в този момент се оказа, че не ми достига мястото заради едно приложение реших да го увелича на 4.5 GB .

В този пост ще стане ясно как се увеличава размер на диск във VMware машина.

1. Първо трябва физически да увеличим размера

Virtual Machine Settings -> Hard Disk (SCSI) -> Utilities -> Expand

избира се новият размер на вирталния диск във VMware

и след известно конвертиране излиза хубавото съобщение, че всичко е готово:

The disk was successfully expanded. You now need to repartition the disk and expand the filesystems from within the guest operating system.

Има и други методи за оразмеряване, но на този е най- лесен:

Друг начин за resize на виртуален диск във VMware е:
1. vmware-vdiskmanager -x {diskSize}GB "virtual_file.vmdk"
2. VMWare converter

2. След като го увеличихме физически остава и Windows-а да види разликата защото в момента си вижда стария размер. За да се получи крайния ефект ще ползваме GParted Live CD които ще boot-нем.

За да накараме VMware да зареди през CD-то ще влезем в BIOS с F2 и ще сложим като първо зареждащо устройство CD-to. След като заредим Gparted ще видим, че стария размер на дяла се вижда съвсем нормално, а новият допълнителен размер се вижда като unallocated. Маркираме стария дял и с десния бутон натискаме Resize като избираме максималната стойност.

След като потвърдим това действие със Apply и рестартираме машината(ще премахнем CD зареждането на Gparted за да си зареди нормално Windows-a) ще видим, че новият размер на дяла е видим за този Windows и всичко е супер.

За да се смени активния lighttpd на apache в Kloxo панел трябва да се изпълнет следните действия:

1. В меню: admin -> Server : linux -> Switch Program
В секция Web се избира  "apache" и потвърждава с бутона "Update"

2. В меню:  admin->  Server : linux -> Services
Спиране на lighttpd
Стартиране на httpd

Идеята е Joomla 1.0.X да се подкара с PHP 5.X.

Когато се направи обаче извежда куп грешки , че половината функции са Deprecated и грешки в някои функции.

Warning съобщенията за Deprecated функциите се крие като се сетне във файл:  /etc/php5/apache2/php.ini :

error_reporting  =  E_ALL & ~E_NOTICE & ~E_DEPRECATED

Друго необходимо нещо е да се едитне файл: /includes/Cache/Lite/Function.php , РЕД 74 и да се направи следната промяна.

Преди:

$arguments = func_get_args();

След:

$arguments = func_get_args();
$numargs = func_num_args();
for($i=1; $i < $numargs; $i++){
$arguments[$i] = &$arguments[$i];
}

Една хостинг компания(не в България) се направи на интересна заради услугата SSH(Използват панел Kloxo ) . Казахме и какво точно не е наред и какво точно да направи, но уви тя така и не отговори адекватно. Ето го решението как се инсталира:

Стъпка 1

Влизаме в admin-> Server : linux -> Command Center  и изпълняваме:

yum -y install openssh-server

Резултата е ясен:

Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package openssh-server.i386 0:4.3p2-72.el5_6.3 set to be updated
--> Processing Dependency: openssh = 4.3p2-72.el5_6.3 for package: openssh-server
--> Running transaction check
---> Package openssh.i386 0:4.3p2-72.el5_6.3 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
Package    ls -l /etc/init.d/           Arch        Version                 Repository      Size
================================================================================
Installing:
openssh-server        i386        4.3p2-72.el5_6.3        updates        273 k
Installing for dependencies:
openssh               i386        4.3p2-72.el5_6.3        updates        289 k

Transaction Summary
================================================================================
Install       2 Package(s)
Upgrade       0 Package(s)

Total download size: 562 k
Downloading Packages:
--------------------------------------------------------------------------------
Total                                           233 kB/s | 562 kB     00:02
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction

Installing     : openssh                                                  1/2

Installing     : openssh-server                                           2/2
warning: /etc/ssh/sshd_config created as /etc/ssh/sshd_config.rpmnew

Installed:
openssh-server.i386 0:4.3p2-72.el5_6.3

Dependency Installed:
openssh.i386 0:4.3p2-72.el5_6.3

Complete!

Извода: Много трудно се инсталира SSH сървър на хостинга

Стъпка 2

За да рестартираме sshd можем и по същия метод на стъпка 1, но ще направим 2 в едно т.е. сменяме порта и рестартираме демона

admin-> Security -> SSH Cofnig

Слагаме порт 33 и натискаме бутона "Update" сега виждаме, че на машината има активиран SSH сървър отговарящ на порт 33

Извод: Честито :)

Стъпка 3

Сега всичко си работи само, че паролата за root не е вярна. Какво се прави в този случай ? С pipe сменяме паролата на root през уеб панела.

echo -e "gotinpass\\ngotinpass" | passwd

Извод: С този готин трик паролата се променя с един ред(без интерактивност) и без въпроси.

След като иснталирах Debian от флашката и след това я форматирах реших да споделя как го направих понеже доста хора се затрудняват с това.

Всичко това става с отново мега сложност :) :

mkfs.vfat /dev/sdc

Имам едно лаптопче ViewSonic VNB 107 с Windows 7, но неговият път ще бъде променен в насока Debian. Понеже няма CD и не искам да го инсталирам по мрежата, реших да го направя през USB (през флашка с инсталация на Debian ).

Ето как се инсталира Debian през флашка(през USB) без никакви CD-та :) :

1. Откриване на USB устройството като такова:

# dmesg

[15624.472078] usb 2-3: new high speed USB device using ehci_hcd and address 6
[15624.607636] usb 2-3: New USB device found, idVendor=1005, idProduct=b113
[15624.607646] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[15624.607653] usb 2-3: Product: USB FLASH DRIVE
[15624.607659] usb 2-3: Manufacturer:
[15624.607664] usb 2-3: SerialNumber: 197A1900077F
[15624.607904] usb 2-3: configuration #1 chosen from 1 choice
[15624.609082] scsi6 : SCSI emulation for USB Mass Storage devices
[15624.609524] usb-storage: device found at 6
[15624.609529] usb-storage: waiting for device to settle before scanning
[15629.609383] usb-storage: device scan complete
[15629.610079] scsi 6:0:0:0: Direct-Access              USB FLASH DRIVE  PMAP PQ: 0 ANSI: 0 CCS
[15629.611373] sd 6:0:0:0: Attached scsi generic sg3 type 0
[15632.228790] sd 6:0:0:0: [sdc] 4030464 512-byte logical blocks: (2.06 GB/1.92 GiB)
[15632.229288] sd 6:0:0:0: [sdc] Write Protect is off
[15632.229296] sd 6:0:0:0: [sdc] Mode Sense: 23 00 00 00
[15632.229302] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[15632.231774] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[15632.231782]  sdc: sdc1
[15632.235389] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[15632.235398] sd 6:0:0:0: [sdc] Attached SCSI removable disk

Вижда се, че се намира тук /dev/sdc

2. Влизаме като root и изтегляме необходимите пакети.

su --
cd debian;

2.1 Изтегляне на последния netinstall Debian (http://www.debian.org/CD/netinst/#netinst-stable)

wget http://cdimage.debian.org/debian-cd/6.0.1a/i386/iso-cd/debian-6.0.1a-i386-netinst.iso

2.2 Boot пакет

wget http://http.us.debian.org/debian/dists/stable/main/installer-i386/current/images/hd-media/boot.img.gz;

3. Добавяме boot във флашката и инсталираме инсталационния файл на Debian(ISO файла)

zcat boot.img.gz  > /dev/sdc;
mkdir mnt;
mount /dev/sdc mnt/
cp debian-6.0.1a-i386-netinst.iso mnt/
sync
umount /dev/sdc

4. Boot-ваме от флашката и си инсталираме Debian без никакъв проблем :)

КРАЕН РЕЗУЛТАТ:

PS: Не се използват дяловете т.е. /dev/sdc1 или /dev/sdc2, а се използва единствено /dev/sdc

Идеята е през моята машина която го играе рутер да не пускам различна двойка от следните: IP: 172.16.30.4 и MAC: 00:1b:38:0c:3d:11 .

Използвам едно мега сложно правило:

iptables -A INPUT -s 172.16.30.4 -i eth0 -m mac ! --mac-source 00:1b:38:0c:3d:11 -j DROP

Идеята е конкретни мрежи/(ip адреси) да не преминават през squid (това да се направи през iptables). Използвам просто решение т.е. правя CHAIN "BYPASS" където вкарвам всички source и destination цели които няма да преминават през squid, а всичко останало минава към него.

iptables -t nat -N BYPASS
iptables -t nat -A PREROUTING -p tcp --dport 80 -j BYPASS
iptables -t nat -A PREROUTING -i eth4 -p tcp --dport 80 -j REDIRECT --to-port 3128

iptables -t nat -A BYPASS -d 1.2.3.4 -j ACCEPT
iptables -t nat -A BYPASS -d 3.2.1.0/24 -j ACCEPT
iptables -t nat -A BYPASS -s 3.2.1.0/24 -j ACCEPT

Тук се вижда следното:
1. ЦЕЛ с IP адрес 1.2.3.4 не желая да преминава през SQUID
2. Мрежата 3.2.1.0/24 също да не преминава(маркирам я като source и destination)