Здравейте,
Офиса на Amazon Web Services в Дъблин търсим SysDev, подробности тука ->

https://www.amazon.jobs/en/jobs/830406/systems-development-engineer

подобни позиции има в няколко екипа в Дъблин, Сидни и Сиатъл.
поздрави, Дилян

Привет,
моля за съвет, къде съм сбъркал при следните iptables правила, с тривиалната цел да режат повече от 3 опита за ssh автентификации:

# Create SSH attack chains
iptables -N SSH_CHECK
# Capture SSH connections
iptables -A INPUT -p tcp --dport 22 -m state --state NEW -j SSH_CHECK
# Define SSH_CHECK chain
iptables -A SSH_CHECK -m recent --set --name SSH
iptables -A SSH_CHECK -m recent --update --seconds 60 --hitcount 4 --rttl --name SSH -j REJECT

логовете показват, че правилата не работя, опити има през 3 секунди:

Dec 25 01:05:25 freenas sshd[49332]: Failed password for root from 111.74.134.216 port 52436 ssh2
Dec 25 01:05:27 freenas sshd[49334]: Failed password for root from 111.74.134.216 port 52711 ssh2
Dec 25 01:05:30 freenas sshd[49336]: Failed password for root from 111.74.134.216 port 53024 ssh2
Dec 25 01:05:33 freenas sshd[49338]: Failed password for root from 111.74.134.216 port 53330 ssh2
Dec 25 01:05:36 freenas sshd[49340]: Failed password for root from 111.74.134.216 port 53571 ssh2
Dec 25 01:05:39 freenas sshd[49342]: Failed password for root from 111.74.134.216 port 53843 ssh2
Dec 25 01:05:41 freenas sshd[49344]: Failed password for root from 111.74.134.216 port 54083 ssh2
Dec 25 01:05:44 freenas sshd[49346]: Failed password for root from 111.74.134.216 port 54358 ssh2
Dec 25 01:05:47 freenas sshd[49348]: Failed password for root from 111.74.134.216 port 54666 ssh2
Dec 25 01:05:50 freenas sshd[49350]: Failed password for root from 111.74.134.216 port 54953 ssh2

Каква е тая мода да си сменят атакуващия порта при всеки опит?

ползвам openwrt на рутера на входа на мрежата ми, там модула recent се инсталира допълнително, освен нещо да не работи? Пускането на правилата не дава грешка; логове не съм пускал. че рутера е с малко памет и няма място

Привет, някой да е попадал на евтина LAN карта с 2 (и повече порта) която да работи приятно под Линукс?

за предпочитане PCI, PCI-E.

На този адрес има интересна статия по въпроса с надеждността на Unix / Linux / Windows -
http://www.iaps.com/2008-server-reliability-survey.html

Има интересни изказвания (заключения) за частта линукс:

The off-the-shelf version of Novell SuSE Linux, bested Red Hat reliability by recording 37 minutes less downtime for each server compared to the comparable off-the-shelf RHEL implementation.

Номер едно е Сузи '>.

Интересно е и за Дебиан:

Debian, a popular open source distribution, which last year posted the highest number of outage minutes, saw significant improvement in the latest 2007-2008 Global Server Reliability Survey. Debian servers this year experienced just over 5 hours of annual downtime a 41% decrease from the downtime figure it posted in Yankee Group's 2006 Global Server Reliability survey.

Интересното е, че Дебиан вдига популярността сред фрий сърверите.

Просто една гледна точка повече.

Привет,
интересувам се от възможни реализации на следната опитна постановка:
Имам генератор на трафик със 6 различни DiffServ класа. Искам да го прекарам през Линукс рутер, 4 от DiffServ класовете не се пипат и се пускат с най-висок приоритет, 2 се "мачкат" 1:n и са с най-нисък приоритет.
Повечето неща който намерих са test beds - нямам им вяра; Quagga казват, че ще поддържат DiffServ след версия 2.
Някой да е правил нещо такова, или да е чел нещо по въпроса?

не знам дали сте забелязали, но сайт-а на БТК  http://www.btc.bg не се отваря от началото на седмицата. Интересното е, че някои хора могат да го отворят, някой не могат. Явно има омазан DNS  някъде по пътя. Но да няма пинг, трейсрут до такъв сайт е меко казано странно ....

Привет,
разрових се по въпроса за оптимална файлова система за Postgresql база и попаднах на интересни линкове.
На този адрес правят сравнителни тестове на ext2, ext3, reiserfs, jfs, xfs.
цък
на страници 27, 28 има графички, на които се вижда че ext2 е най-лека, интересното е, че от журналните на Oracle най-добра е xfs, а като цяло jfs "кърти мивки" в тоя бенчмарк. Все пак това е някакъв n-процесорен сървер + SAN и кой знае как е пипнат.

Другото интересно на което попаднах е на цък където най-интересното е:
4.3 Try FreeBSD
Large updates, deletes, and vacuum in PostgreSQL are very disk intensive processes. In particular, since vacuum gobbles up IO bandwidth, the rest of the database activities could be affected adversely when vacuuming very large tables.

OS's from the BSD family, such as FreeBSD, dynamically alter the IO priority of a process. So if you lower the priority of a vacuum process, it should not chew as much bandwidth and will better allow the database to perform normally. Of course this means that vacuum could take longer, which would be problematic for a "vacuum full."

If you are not done with your choice of OS for your server platform, consider BSD for this reason.

Интересно ми е кой какви опити е правил и до какви изводи е стигнал за връзката файлова система - база данни. Аз търкалям един PostgreSQL 8.0 на openSUSE 10.0 с reiserfs. Базата е все още малка < 1 ГБ, с малко юзери който колкото и да я разпъват засега няма бавене, но очаквам да расте бързичко.


поздрави, Дилян

привет,
боря се със следния проблем:
Постгрес база с уникод (UTF-8), вътре мешано кирилица, латиница, работи без проблем. От 8.0.3 минавам на 8.0.8 поради бъг фиксове, memory leakage, etc. следвайки инструкцийте - спиране на постмастер-а, rpm -Uvh ...  всичко пали, върви, работи без проблем.
Правя обаче един pg_dump и после при pg_restore ми дава грешка, че в една таблица имам проблем с енкодинга - някакъв си ред съдържа неверна за енкодинга поредица. В една таблица такова нещо имам на кирилица, в друга на латиница, общо около 3-4 таблици имат такъв проблем. Въпреки, че знам на кой ред е грешката ако вляза в pg_dump архива и го изтрия/поправя после не излизат сумите на проверката и дава грешка.
Двете бази са на различни компютри но с абсолютно еднакви бази и техните конфигурации. Разликата е само, че дъмпещият е СуСЕ 10, а рестора е на СуСЕ 10.1.
Четох, че има някакви конвертор тулове за енкодинг, но все пак конвертора прехвърля от един формат в друг, а не поправа грешки в енкодинга.
Някой решавал ли е подобен проблем? Идеи?

Привет,
не знам дали точно тука е раздела, но все пак да попитам.
имам една база на MS Access от която не мога да избягам - трябва ми да чета от нея. Копитам я локално на едно SuSE сървърче с PHP, Apache 2.0 на него. Четох за връзване към Access се ползва комбинация от mdbtools драйверите от sourceforge + unixODBC драйверите на php. Всичко е инсталирано, но не може да се каже че работи на 100 %. Следвах едно how-to но за съжаление не мога да сложа линка защото в момента имам само BG peering.
самите програмки на mbdtools, като mdb-schema, mdb-sql работят, връзват се към mdb файла правя разни прости куерита. mdb-schema показва правилно съдържанието, но завършва със segmentation fault. Същото става и с odbc_connect() под php - дава segmentation fault. Това ме кара да мисля, че драйверите на mdbtools не са много читави. Пробвах да направя и една проста базичка с една таблица с две колонки - пак segmentation fault!
Въпроса ми е дали някой е правил такова нещо от линукс машина с php да чете от чист MS Access mdb файл, ако може да сподели  решение, идеи, ще съм много благодарен.
поздрави, Дилян

привет!
Малко е изчанчен въпроса, но се интересувам някои правил ли е wap mail portal, т.е. мейл акаунт достъпен през мобилен телефон? Гуугъл дава интересни неща по въпроса, но все пак се интересувам от нещо правено вече и съвет '>
поздрави, Дилян

Привет.
Искам bash да ми е шела по подразбиране във FreeBSD. Отивам и като пич си сменям в /etc/passwd шела от csh на bash. Да, ама не. Не иска. Дори когато създавам потребител с adduser  ми дава да избера шел от sh, csh, zch ..... bash-a изoбщо не го бръсне! Имам го инсталиран, работи, има си всички настройки в bashrc.
Защо е така? И как да го направя шел по подразбиране?
поздрави, Дилян

Привет, пак се боря с FreeBSD-to. Ъпгрейта / ъпдейта не стана пълен, нито с portupgrade нито със cvsup и buildworld както пише в предния ми пост и по книгите. Дава някакви грешки при компилирането, които хич не разбирам и не мога да оправя. Както и да е, въпроса е, че сега имам stale пакети.
Като пусна:
root@dilyan:/usr/ports/distfiles$> pkgdb -F
--->  Checking the package registry database
root@dilyan:/usr/ports/distfiles$>
... нищо не дава. Обаче в bpm ми дава около 30 пакета в състояние stale ?!?!. Кликвам на някои, примерно на postgresql-client давам му build/upgrade всичко е ок, но пакета все си стой в staled?!?!
bpm-a между другото е доста бъгъв, има ли нещо друго което да върши същата работа и да е малко по-стабилно?
поздрави, Дилян

Привет,
вчера без да знам, че има нова версия реших да ъпгрейдна.
pkgdb -F не дава никакъв проблем, portnap fetch extract update, после portupgrade -varR ...и ъпдейтна няма и 10 пакета ... все още съм на КДЕ 3.4 ... абе нищо не стана. Как да мина към 6.1, към КДЕ 3.5. и т.н.? Къде бъркам?

Привет,
поради някаква причина ми се скапа php.ini, дава access denided 0 байта е не ми дава нито да го трия, нито да го заместя. Рекох да пусна един  reiserfsck белким се оправи работатa - но понеже е на / не иска да го оправя - казва:

dilyana:/etc # reiserfsck --rebuild-sb /etc
reiserfsck 3.6.18 (2003 http://www.namesys.com)
Will check superblock and rebuild it if needed
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
bread: Cannot read the block (2): (Is a directory).
reiserfs_open: bread failed reading block 2
bread: Cannot read the block (16): (Is a directory).
reiserfs_open: bread failed reading block 16

reiserfs_open: the reiserfs superblock cannot be found on /etc.
super.c 340 rebuild_sb
rebuils_sb: cannot open device /etc
dilyana:/etc #      

Въпроса ми е - какво се прави в такива случай? Не мога да оправя диска, инсталирне / деинсталиране на apache и php пакетите не помага, не мога да оправя файла -> нямам php....
Чакам помощ ....

Привет,
сложих от любопитство FreeBSD 6, пуснах му Х-а, звука, нета, даже и кирилицата както се вижда, в момента правя първия си portupgrade, както си го пише по книгите '>. Въпреки че ми е на най-бавния диск върви добре, забих го два пъти, но това е от зависимости в КДЕ. Не мога да разбера каква е разликата между р5-****** пакетите и тези без р5. Гугъл нещо не беше убедителен: в един форум се твърдеше че това са портове от unstable клона, но аз съм със stable?
Другото което ми е интересно - в /usr/ports/net/ има директория skype но нещо не се компилири, мрънка за някакво qt което не може да свали. Рекох си: pkg_add -r skype, обаче казва, че не намира такъв пакет или access denied?!?. Та въпроса е - всички портове ли имат готови компилирани пакети или не, и щеш-не щеш трябва да компилираш?
поздрави, Дилян