Вероятно е от настройките на мрежата. Всъщност конфигурацията на сървъра е по-сложна. На него е инсталиран Proxmox, който управлява виртуални машини. Изглежда конфигурацията на мрежата по някакъв начин предизвиква този проблем. Писал съм във форума на Proxmox, но все още нямам решение. Ако някой има опит с подобен сетъп ето темата, там съм пуснал съдържанието на на конфигурационните файлове http://forum.proxmox.com/threads/17257-Connection-refused-when-connecting-to-itself?p=87739&mode=linear

Имам инсталиран убунту 12 сървър с IP 1.1.1.1.
Ако съм логнат в него и изпълня telnet 1.1.1.1 80 получавам Connection refused. Ако от друг сървър изпълня същото telnet 1.1.1.1 80 се връзва. Предполагам има нещо, което блокира кънекциите към самия себе си, но не знам как да го открия. Някакви идеи?

Преждевременна е била моята радост. Днес отново беше спрял на екрана. Явно не е (само) от 41_custom или 20_linux_xen. Интересното е, че изглежда не всеки път спира, предния път с reboot, както бях написал не спря. Може би спира само след хибернация, или начина на автоматичното събуждане по някакъв начин провокира буут екрана.

Бях срещал писано за този startumanager, но това е някво GUI, а аз премахнах десктоп-а.

Като за начало ще премахна memtest, макар че вече се съмнявам да реши проблема. В syslog не виждам грешки нито при спирането, нито при пускането.

Направих сравнение с инсталиран Ubuntu server на ls /etc/grub.d и там липсват 20_linux_xen и 41_custom, така че премахнах правата за изпълнение на тези два файла и след reboot, boot менюто се появи за малко и после си буутна автоматично, което ми решава проблема. Изглежда някои от тези двете е прецаквало работата.

GRUB_TIMEOUT=5 и премахването на стария кернел не свършиха работа. След reboot отново спря на екрана, като имам три опции
1. 3.2.0-33 ядрото
2. memtest
3, memtest, serial console...

GRUB_TIMEOUT=5 сигурно съм го пробвал, но все пак ще го пробвам отново.

Някъде другаде бях срещнал идеята да се махнат старите версии на ядрото, така че пуснах едно apt-get remove --purge 3.2.0-29-generic-pae Доколкото разбрах ядрата се листват с ls /lib/modules. След като премахнах 3.2.0-29 ми остана единствено 3.2.0-33. Само дето предполагам при ъпдейт отново ще се получи същата ситуация. Естествено мога при ъпдейт ръчно да го чистя... ако няма друго решение на проблема все е нещо. Ще видим дали като го разкарах вече ще буутва автоматично.

Съдържанието на /boot/grub/grub.cfg не съм го пипал. ls /etc/grub.d дава това
00_header
05_debian_theme
10_linux
20_linux_xen
20_memtest86+
30_os-prober
40_custom
41_custom

Имам една машина, която искам да ползвам като бекъп сървър. Целта е да се пуска сама в определен момент, прави бекъпа и минава в hibernate до определен час, когато се пуска и повтаря цикъла.

Първоначално инсталирах Ubuntu 12.04 Desktop, настроих нещата, но видях, че често когато се пуска сама спира на boot екрана на grub и чака да избера операционна система - текущата версия или "Previous Linux...". Когато спре на този екран, съответно нищо повече не може да се случи. Свързвам се към нея с ssh и естествено там като спре трябва да й забуча физическата клавиатура, да й ударя един Enter, че да стигне до убунтото. Пробвах какви ли не настройки на /etc/default/grub но този екран продължава да излиза. Реших да опитам да разкарам "desktop"-а, да не би той да бърка нещата следвайки това http://www.darrinhodges.com/converting-ubuntu-12-04-lts-desktop-to-server/ Мина успешно, но продължи да спира на буут екрана. Не мога да се отърва от него и това е то. Някакви идеи?

След всички експерименти /etc/default/grub изглежда по следния начин:

Код:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=1
#GRUB_HIDDEN_TIMEOUT_QUIET=true
#GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Компютъра се гаси сам със следната команда:
/usr/sbin/rtcwake -u -t `/bin/date --date=23:00 +"%s"` -m disk

Това и направих - файлът, който добавих в sudoers е с права 755 и той извиква същинския скрипт, който върши работата - с права 700.
Варианта, който използвам за първия скрипт, този с 755 правата е:

Код:

#!/bin/bash
/path/to/worker.sh

Нямам идея, какво трябва да значи "шел скриптове с ефективното ид на супер потребител" и не съм задавал никога 4755 за права, а само 755. Убунту сървър е дистрибуцията.

Тествах последната идея с двата файла, изглежда че работи точно, както се иска.

Реших да пробвам варианта със sudoers, защото ми изглежда "най-естествен", обаче не мога да го докарам до желания резултат.

Първото, което не ми е ясно е какви пърмишъни трябва да има файлът команда - ако собственикът му е root и има 700, то добавянето на потребител web в sudoers ще позволи ли неговото изпълнение от web?

Например добавям следното в sudoers
web ALL = (root) NOPASSWD:/tmp/command.sh

При моите тестове /tmp/command.sh не може да се изпълни от web, ако е с права 700.
Ако му дам права 755 се изпълнява, но това означава, че всеки може да я изпълни и прочете, нещо което не искам.

Сега се сещам, че сигурно в command.sh мога да направя проверка и ако потребителя не е root, да не я изпълнявам. Или като се размислих... вероятно мога да имам още един файл с права 700, в който стои реалния код и който да извиквам от command.sh. По този начин, вторият файл няма да бъде достъпен по никакъв начин за друг освен root и щом command.sh се извиква през root тя ще се изпълни коректно, иначе не.

Ситуация:
  - Линукс сървър с Апачи
  - Сайт на виртуален хост, изпълняващ се под определен линкус потребител, без "админ" права
  - Скрипт, достъпен единствено до "админ" потребител

Скрипта изпълнява системни операции и никой друг потребител освен определен "админ" потребител не трябва да има права до него. Необходимо е обаче, когато се случи определено събитие на сайта, да се стартира скрипта. Както по-горе трябва да е станало ясно, потребителя на сайта няма достъп до скрипта.

Начин, по който е имплементирано в момента:
  - Инсталирана база данни, достъпна до потребителя на сайта и до "админ"
  - При събитието на сайта се добавя запис в определена таблица (опашка)
  - През 1 мин се изпълнява "админ" скирпта под неговите си права, проверява за необработени записи в базата, ако има прави валидация и обработва.

Неприятното е, че трябва да се чака до 1мин преди да се стартира операцията. Искам да избегна това чакане, ако може и изобщо да изпълнявам скрипта всяка минута, и да се изпълни на момента, в който е необходимо - при събитието в сайта, след добавянето на записа в базата.

Благодаря, това ще ми даде насоки.

Надявах се на нещо готово, но предполагам няма да излезе толкова трудно и да си го напиша.

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

СИТУАЦИЯ:
Ubuntu 10.04 сървър с Apache и множество сайтове
Всеки сайт върви на фреймуърк, който логва изключения, потребителски грешки и т.н. в собствен файл

ЦЕЛ:
1. В реално време или на определен интервал да получавам сборна информация от всички логове, но само с последните промени в тях (тези, които не са били вече рипортнати)
2. Самия рипортинг си мисля, че ще е добре, ако стане на един rss feed, защитен с парола през https (но това мога и сам да го организирам, ако информацията от 1. достигне до php)

Имам инсталиран monit на сървъра, който не знам може ли да помогне в случая.

Естествено, че ако го има го искам смляно  . (с линукс имам досег от няколко месеца, а и не съм на 20г. че да имам цялото свободно време на света)

Ще го пробвам това, щом става. Да видим дали ще го докарам.