LINUX.ORG.RU
Форум — Admin  

Пара вопросов по администрированию


0

0

Я не очень в администрировании разбираюсь, может поможете. Тут попросили один сервак (почтовик/рутер/фтп) посмотреть с Debian Lenny, он что-то намертво зависать стал, хотя как рутер продолжает работать, даже доступ по ssh перекрывается. Так как прямого доступа у меня к серверу нет, не знаю работает ли локальный вход, а на той стороне приходится его через sysrq ребутить (нет там знающих людей). В /var/log/mail.warn на одного пользователя куча таких ошибок лезит: 

Feb 22 13:08:28 сервер deliver(имя_пользователя): sieve_script_load(/var/vmail/globalsievercc) failed: -1237848064
Feb 22 13:08:28 сервер deliver(имя_пользователя): mkdir(/var/vmail//имя_пользователя/cur) failed: Permission denied
Feb 22 13:08:28 сервер deliver(имя_пользователя): IOERROR: can not open sieve script /var/vmail/globalsievercc: Permission denied

И еще, как изменить/удалить из информации получаемой по whois, доменные сервера?

★★★★
← -=GenKernel=- Could not read /gen_funcs.sh
[Биллинг] Какой биллинг выбрать? →

Когда ты в чем-то «не очень разбираешься», не надо соглашаться лезть куда бы то ни было.

Пусть твои «незнающие люди» зовут знающих людей, платят им бабло и получают результат, а не пытаются выехать на пионерском энтузиазме.

thesis ★★★★★
()
Ответ на: комментарий от dreamer

2. Изменить, можно временно отключить, если такое возможно, главное, чтобы dig не выдавал прежние доменные сервера. 2. Изменить, можно временно отключить, если такое возможно, главное, чтобы dig не выдавал прежние доменные сервера.

1.В dmesg вроде ничего подозрительного, а в /var/log/messages до перезагрузки лезла подобная хрень:

Feb 21 01:23:12 сервер kernel: <838786]  [<c0172cad>] filp_close+0x4d/0x53
Feb 21 01:23:12 сервер kernel: [209891.838797]  [<c01158ec>] do_page_fault+0x0/0x5c0
Feb 21 01:23:12 сервер kernel: [209891.838803]  [<c02b9de2>] error_code+0x72/0x78
Feb 21 01:23:12 сервер kernel: [209891.838822]  [<c02b0000>] quirk_p64h2_1k_io+0x8c/0x96
Feb 21 01:23:14 сервер kernel: [209891.838841]  =======================
Feb 21 01:23:14 сервер kernel: [209891.838895] bash          D a6657193     0 20007  20006
Feb 21 01:23:14 сервер kernel: [209891.838899]        d0d47900 00000082 c140a440 a6657193 0000bec5 d0d47a8c c1409fc0 00000000 
Feb 21 01:23:14 сервер kernel: [209891.838906]        cc8266cc 021ba36c 017d2a6d 00000000 021ba36c cc8266cc 021ba36c 00000000 
Feb 21 01:23:14 сервер kernel: [209891.838912]        c1409fc0 0104f000 00000000 00000001 c02b8a70 ddfd0d64 c3c3bb00 c01d2fe3 
Feb 21 01:23:14 сервер kernel: [209891.838919] Call Trace:
Feb 21 01:23:14 сервер kernel: [209891.838956]  [<c02b8a70>] io_schedule+0x49/0x80
Feb 21 01:23:14 сервер kernel: [209891.838965]  [<c01d2fe3>] get_request_wait+0xc9/0x117
Feb 21 01:23:14 сервер kernel: [209891.838976]  [<c013199c>] autoremove_wake_function+0x0/0x2d
Feb 21 01:23:14 сервер kernel: [209891.838991]  [<c01d365b>] __make_request+0x2b4/0x348
Feb 21 01:23:14 сервер kernel: [209891.838995]  [<c0160000>] kmemdup+0x22/0x33
Feb 21 01:23:14 сервер kernel: [209891.838998]  [<c0117169>] ptep_test_and_clear_young+0x11/0x37
Feb 21 01:23:14 сервер kernel: [209891.839019]  [<c01d22c4>] generic_make_request+0x34d/0x37b
Feb 21 01:23:14 сервер kernel: [209891.839068]  [<c01d33a0>] submit_bio+0xc6/0xcd
Feb 21 01:23:14 сервер kernel: [209891.839082]  [<c015c96b>] test_set_page_writeback+0xcd/0xd5
Feb 21 01:23:14 сервер kernel: [209891.839095]  [<c016a2bb>] swap_writepage+0x82/0x89
Feb 21 01:23:14 сервер kernel: [209891.839106]  [<c015ec4b>] shrink_page_list+0x2ca/0x4a8
Feb 21 01:23:14 сервер kernel: [209891.839141]  [<c01171aa>] ptep_clear_flush_young+0x1b/0x21
Feb 21 01:23:14 сервер kernel: [209891.839179]  [<c015ef17>] shrink_inactive_list+0xee/0x2fd
Feb 21 01:23:14 сервер kernel: [209891.839242]  [<c015f1d6>] shrink_zone+0xb0/0xcd
Feb 21 01:23:14 сервер kernel: [209891.839257]  [<c015f515>] try_to_free_pages+0x1f0/0x31f
Feb 21 01:23:14 сервер kernel: [209891.839290]  [<c015e34c>] isolate_pages_global+0x0/0x42
Feb 21 01:23:14 сервер kernel: [209891.839305]  [<c015b3c7>] __alloc_pages_internal+0x213/0x34e
Feb 21 01:23:14 сервер kernel: [209891.839332]  [<c015b50e>] __alloc_pages+0x7/0x9
Feb 21 01:23:14 сервер kernel: [209891.839337]  [<c0162238>] do_wp_page+0x21b/0x49f
Feb 21 01:23:14 сервер kernel: [209891.839379]  [<c016421a>] handle_mm_fault+0x623/0x690
Feb 21 01:23:14 сервер kernel: [209891.839391]  [<c0133e56>] enqueue_hrtimer+0xc9/0xd4
Feb 21 01:23:14 сервер kernel: [209891.839420]  [<c011d43b>] hrtick_set+0x8f/0xd8
Feb 21 01:23:14 сервер kernel: [209891.839434]  [<c02b88f7>] schedule+0x63d/0x66f
Feb 21 01:23:14 сервер kernel: [209891.839446]  [<c0115b8f>] do_page_fault+0x2a3/0x5c0
Feb 21 01:23:14 сервер kernel: [209891.839460]  [<c0172cad>] filp_close+0x4d/0x53
Feb 21 01:23:14 сервер kernel: [209891.839471]  [<c01158ec>] do_page_fault+0x0/0x5c0
Feb 21 01:23:14 сервер kernel: [209891.839477]  [<c02b9de2>] error_code+0x72/0x78
Feb 21 01:23:14 сервер kernel: [209891.839497]  [<c02b0000>] quirk_p64h2_1k_io+0x8c/0x96
Feb 21 01:23:14 сервер kernel: [209891.839515]  =======================

...
ViTeX ★★★★
() автор топика
Ответ на: комментарий от ViTeX 
...

Feb 21 02:58:06 сервер kernel: [216916.371565] bash          D 3266d49c     0 27228      1
Feb 21 02:58:06 сервер kernel: [216916.371569]        ca0432c0 00000082 00000000 3266d49c 0000c4ba ca04344c c1409fc0 00000000 
Feb 21 02:58:06 сервер kernel: [216916.371576]        c2e78dec 02601cc0 1b9c0fc2 00000000 02601cc0 c2e78dec 02601cc0 00000000 
Feb 21 02:58:06 сервер kernel: [216916.371582]        c1409fc0 0104f000 00000000 00000001 c02b8a70 ddfd0d64 c4534a00 c01d2fe3 
Feb 21 02:58:06 сервер kernel: [216916.371589] Call Trace:
Feb 21 02:58:06 сервер kernel: [216916.371626]  [<c02b8a70>] io_schedule+0x49/0x80
Feb 21 02:58:06 сервер kernel: [216916.371635]  [<c01d2fe3>] get_request_wait+0xc9/0x117
Feb 21 02:58:06 сервер kernel: [216916.371646]  [<c013199c>] autoremove_wake_function+0x0/0x2d
Feb 21 02:58:06 сервер kernel: [216916.371661]  [<c01d365b>] __make_request+0x2b4/0x348
Feb 21 02:58:06 сервер kernel: [216916.371665]  [<c0160000>] kmemdup+0x22/0x33
Feb 21 02:58:06 сервер kernel: [216916.371668]  [<c0117169>] ptep_test_and_clear_young+0x11/0x37
Feb 21 02:58:06 сервер kernel: [216916.371689]  [<c01d22c4>] generic_make_request+0x34d/0x37b
Feb 21 02:58:06 сервер kernel: [216916.371738]  [<c01d33a0>] submit_bio+0xc6/0xcd
Feb 21 02:58:06 сервер kernel: [216916.371752]  [<c015c96b>] test_set_page_writeback+0xcd/0xd5
Feb 21 02:58:06 сервер kernel: [216916.371765]  [<c016a2bb>] swap_writepage+0x82/0x89
Feb 21 02:58:06 сервер kernel: [216916.371776]  [<c015ec4b>] shrink_page_list+0x2ca/0x4a8
Feb 21 02:58:06 сервер kernel: [216916.371815]  [<c0126979>] irq_exit+0x50/0x67
Feb 21 02:58:06 сервер kernel: [216916.371818]  [<c01101c9>] smp_apic_timer_interrupt+0x6b/0x76
Feb 21 02:58:06 сервер kernel: [216916.371851]  [<c015ef17>] shrink_inactive_list+0xee/0x2fd
Feb 21 02:58:06 сервер kernel: [216916.371915]  [<c015f1d6>] shrink_zone+0xb0/0xcd
Feb 21 02:58:06 сервер kernel: [216916.371930]  [<c015f515>] try_to_free_pages+0x1f0/0x31f
Feb 21 02:58:06 сервер kernel: [216916.371962]  [<c015e34c>] isolate_pages_global+0x0/0x42
Feb 21 02:58:06 сервер kernel: [216916.371977]  [<c015b3c7>] __alloc_pages_internal+0x213/0x34e
Feb 21 02:58:06 сервер kernel: [216916.372015]  [<c015b50e>] __alloc_pages+0x7/0x9
Feb 21 02:58:06 сервер kernel: [216916.372021]  [<c016a51f>] read_swap_cache_async+0x33/0x9b
Feb 21 02:58:06 сервер kernel: [216916.372035]  [<c016a5c4>] swapin_readahead+0x3d/0x71
Feb 21 02:58:06 сервер kernel: [216916.372051]  [<c0163f3b>] handle_mm_fault+0x344/0x690
Feb 21 02:58:06 сервер kernel: [216916.372091]  [<c012a4f9>] do_sigaction+0x9d/0x11e
Feb 21 02:58:06 сервер kernel: [216916.372108]  [<c0115b8f>] do_page_fault+0x2a3/0x5c0
Feb 21 02:58:06 сервер kernel: [216916.372132]  [<c01158ec>] do_page_fault+0x0/0x5c0
Feb 21 02:58:06 сервер kernel: [216916.372138]  [<c02b9de2>] error_code+0x72/0x78
Feb 21 02:58:06 сервер kernel: [216916.372157]  [<c02b0000>] quirk_p64h2_1k_io+0x8c/0x96
Feb 21 02:58:06 сервер kernel: [216916.372175]  =======================
Feb 21 02:58:06 сервер kernel: [216916.372229] bash          D b66a0ee9     0 28570      1
Feb 21 02:58:06 сервер kernel: [216916.372232]        d5778980 00000086 00010001 b66a0ee9 0000c4bf d5778b0c c1409fc0 00000000 
Feb 21 02:58:06 сервер kernel: [216916.372239]        d84a8e4c 02605d76 00213cb3 00000000 02605d76 d84a8e4c 02605d76 00000000 
Feb 21 02:58:06 сервер kernel: [216916.372246]        c1409fc0 0104f000 00000000 00000001 c02b8a70 ddfd0d64 db8dec00 c01d2fe3 
Feb 21 02:58:06 сервер kernel: [216916.372252] Call Trace:
Feb 21 02:58:06 сервер kernel: [216916.372290]  [<c02b8a70>] io_schedule+0x49/0x80
Feb 21 02:58:06 сервер kernel: [216916.372298]  [<c01d2fe3>] get_request_wait+0xc9/0x117
Feb 21 02:58:06 сервер kernel: [216916.372310]  [<c013199c>] autoremove_wake_function+0x0/0x2d
Feb 21 02:58:06 сервер kernel: [216916.372326]  [<c01d365b>] __make_request+0x2b4/0x348
Feb 21 02:58:06 сервер kernel: [216916.372329]  [<c0160000>] kmemdup+0x22/0x33
Feb 21 02:58:06 сервер kernel: [216916.372333]  [<c0117169>] ptep_test_and_clear_young+0x11/0x37
Feb 21 02:58:06 сервер kernel: [216916.372353]  [<c01d22c4>] generic_make_request+0x34d/0x37b
Feb 21 02:58:06 сервер kernel: [216916.372403]  [<c01d33a0>] submit_bio+0xc6/0xcd
Feb 21 02:58:06 сервер kernel: [216916.372417]  [<c015c96b>] test_set_page_writeback+0xcd/0xd5
Feb 21 02:58:06 сервер kernel: [216916.372430]  [<c016a2bb>] swap_writepage+0x82/0x89
Feb 21 02:58:06 сервер kernel: [216916.372442]  [<c015ec4b>] shrink_page_list+0x2ca/0x4a8
Feb 21 02:58:06 сервер kernel: [216916.372464]  [<c0133e56>] enqueue_hrtimer+0xc9/0xd4
Feb 21 02:58:06 сервер kernel: [216916.372480]  [<c015e211>] isolate_lru_pages+0x44/0x17f
Feb 21 02:58:06 сервер kernel: [216916.372517]  [<c015ef17>] shrink_inactive_list+0xee/0x2fd
Feb 21 02:58:06 сервер kernel: [216916.372580]  [<c015f1d6>] shrink_zone+0xb0/0xcd
Feb 21 02:58:06 сервер kernel: [216916.372595]  [<c015f515>] try_to_free_pages+0x1f0/0x31f
Feb 21 02:58:06 сервер kernel: [216916.372628]  [<c015e34c>] isolate_pages_global+0x0/0x42
Feb 21 02:58:06 сервер kernel: [216916.372643]  [<c015b3c7>] __alloc_pages_internal+0x213/0x34e
Feb 21 02:58:06 сервер kernel: [216916.372671]  [<c015b50e>] __alloc_pages+0x7/0x9
Feb 21 02:58:06 сервер kernel: [216916.372676]  [<c016a51f>] read_swap_cache_async+0x33/0x9b
Feb 21 02:58:06 сервер kernel: [216916.372689]  [<c016a5c4>] swapin_readahead+0x3d/0x71
Feb 21 02:58:06 сервер kernel: [216916.372706]  [<c0163f3b>] handle_mm_fault+0x344/0x690
Feb 21 02:58:06 сервер kernel: [216916.372739]  [<c011d43b>] hrtick_set+0x8f/0xd8
Feb 21 02:58:06 сервер kernel: [216916.372762]  [<c0115b8f>] do_page_fault+0x2a3/0x5c0
Feb 21 02:58:06 сервер kernel: [216916.372777]  [<c012c021>] sys_rt_sigprocmask+0xb2/0xc5
Feb 21 02:58:06 сервер kernel: [216916.372789]  [<c01158ec>] do_page_fault+0x0/0x5c0
Feb 21 02:58:06 сервер kernel: [216916.372795]  [<c02b9de2>] error_code+0x72/0x78
Feb 21 02:58:06 сервер kernel: [216916.372815]  [<c02b0000>] quirk_p64h2_1k_io+0x8c/0x96
Feb 21 02:58:06 сервер kernel: [216916.372833]  =======================
Feb 22 12:58:05 сервер kernel: imklog 3.18.6, log source = /proc/kmsg started.
Feb 22 12:58:05 сервер kernel: [    0.000000] Initializing cgroup subsys cpuset
ViTeX ★★★★
() автор топика

>В /var/log/mail.warn на одного пользователя куча таких ошибок лезит:
Если «Permission denied» ни о чем тебе не говорит, то бросай ты это дело.

чтобы dig не выдавал прежние доменные сервера

IP-адреса сменить?

kernelpanic ★★★★★
()
Ответ на: комментарий от thesis

Там «знающий человек» чего-то трубку не берёт. Ну и я сам давно хотел с администрированием разобраться, да доступа к живому серверу не было. В случае успеха, контроль над серваком у меня останется, смогу разобраться, что да как.

ViTeX ★★★★
() автор топика
Ответ на: комментарий от ViTeX

Разбираться с администрированием на живом сервере не есть правильный подход. Лучше на своем компе пару виртуалок разверни и экспериментируй сколько душе угодно.

kernelpanic ★★★★★
()
Ответ на: комментарий от kernelpanic

В /var/log/mail.warn на одного пользователя куча таких ошибок лезит: >>Если «Permission denied» ни о чем тебе не говорит, то бросай ты это дело.

У меня рутовский доступ. В принципе, этого пользователя можно удалить, только, что удалять? Почтовый акк или вообще юзера из системы?

2. Ну потребовали убрать именные сервера из инфы в пятидневный срок 

 server. 86400 IN NS ns1.nameserver. <- 
server. 86400 IN NS ns2.nameserver. <-

ViTeX ★★★★
() автор топика
Ответ на: комментарий от ViTeX

Ну да permission denied, а зачем он вообще в этот файл лезет? Другие пользователи нормально работают.

ViTeX ★★★★
() автор топика
Ответ на: комментарий от ViTeX

1. Что за почтовый сервер хотябы? 2. Как почтовик настроен ? В каклй связке он работае?

«Permission denied» какбы намикает... что почтовик не может там создать каталог.. по причине не достачи прав... Покажи 

 ls -l /var/vmail//имя_пользователя

Tok ★★
()

Если все работало, а потом резко начало зависать, то:
1. fsck
2. memtest
3. smartctl-ом посмотреть ошибки по венику

Komintern ★★★★★
()
Ответ на: комментарий от Tok

dovecot/postfix

сервер:~# ls -l /var/vmail/доменное_имя/имя_пользователя/
total 184
drwx--S--- 2 vmail vmail  12288 2010-02-20 20:49 cur
-rw------- 1 vmail vmail    960 2010-02-20 20:49 dovecot.index
-rw------- 1 vmail vmail  43008 2010-02-20 20:49 dovecot.index.cache
-rw------- 1 vmail vmail 102020 2010-02-20 20:49 dovecot.index.log
-rw------- 1 vmail vmail     40 2010-02-05 12:46 dovecot-keywords
-rw------- 1 vmail vmail   1923 2010-02-22 12:58 dovecot-uidlist
drwx--S--- 2 vmail vmail   4096 2010-02-22 12:58 new
-rw------- 1 vmail vmail     29 2009-12-23 13:57 subscriptions
drwx--S--- 2 vmail vmail   4096 2010-02-22 12:58 tmp

И ещё - это аккаунт бывшего админа.

df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda2             75084672  44911900  26358540  64% /
tmpfs                   257224         0    257224   0% /lib/init/rw
udev                     10240       716      9524   7% /dev
tmpfs                   257224         0    257224   0% /dev/shm
/dev/hda1               241036     15973    212619   7% /boot

/dev/hda2 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/hda1 on /boot type ext3 (rw)

Вообще всё началось с того, что два харда полетело, так что это временный сервер на время гарантийного обмена. Я с бэкапов на первый попавшийся хард пока всё слил. Там был софтовый RAID1 с lvm -ами. Райд и лвм в конфигах отключил, бэкап тоже, хард больно маленький.

ViTeX ★★★★
() автор топика
Ответ на: комментарий от ViTeX

>2. Ну потребовали убрать именные сервера из инфы в пятидневный срок

server. 86400 IN NS ns1.nameserver. <-
server. 86400 IN NS ns2.nameserver. <-

Доступ к DNS-серверу, который опрашиваешь есть? Если есть, убери из зоны эти записи.

kernelpanic ★★★★★
()

А с DNS, что делать? К регистрирующим органам надо обращаться или можно как-то самому сделать?

ViTeX ★★★★
() автор топика
Ответ на: комментарий от kernelpanic

К DNS серверу доступа нет, владелец этих серверов потребовал убрать записи. Я тоже думал, что у него самого полномочия на то есть.

ViTeX ★★★★
() автор топика
Ответ на: комментарий от Komintern

memtest то я удаленно смогу запустить, а как потом опять загрузить систему? Или мне туда в контору по-любому надо ехать?

ViTeX ★★★★
() автор топика
Ответ на: комментарий от ViTeX

ты что то путаешь.... предположем у тебя домен vitex.example.com ... example.com ананнсирует тебе зону vitex. Чтоб ты эту зону принял... надо настраевать ДНС сервер с твоей стороны.... На сколько я понял в данный момент example.com хочит чтоб ты потправил свою зону где у тя прописан ns сервера....

Tok ★★
()
Ответ на: комментарий от Tok

А можно тут по подробнее? У меня ситуация такая: на одном IP два разных доменных имени (не алиасы). Один обслуживается провайдерским DNS, другой тем, который попросили удалить. Это замена делается разве на моей стороне?

ViTeX ★★★★
() автор топика
Ответ на: комментарий от ViTeX

dmesg это в смысле команда dmesg, а не файл /var/log/dmesg. Но в вашем случае /var/log/messages более чем достаточно. Там явно аппаратная проблемма, скорее всего с памятью. А «Permission denied», возможно, следствие этой проблеммы, либо ошибка в файловой системе, либо в то время, когда появлялись эти записи была ошибка в памяти ядра. Погоняте memtest, а загружают его пусть те люди, которые по sysrq ребутят.

Я не понял эту строчку:

«ip1 example2.com ns.nameserver.com ns2.nameserver.com»

но если она означает, что на запрос «dig -t ns example2.com @a.gtld-servers.net.»

выдаётся в ответ «ns.nameserver.com ns2.nameserver.com», то нужно искать/вспоминать каким образом была внесена эта запись в .com и удалять её соответствующем образом (это если у вас .com домен, если .ru, то спрашивать на другом сетвере (@ns.ripn.net.).

mky ★★★★★
()
Ответ на: комментарий от mky

Ладно, с первым более менее ясно.

Домен в зоне .ее, самостоятельно можно что-то сделать? 

dig -t ns example2.ee @ns.kbfi.ee

; <<>> DiG 9.6.1-P2 <<>> -t ns example2.ee @ns.kbfi.ee
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31355
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;example2.ee.			IN	NS

;; AUTHORITY SECTION:
example2.ee.		86400	IN	NS	ns1.nameserver.ee.
example2.ee.		86400	IN	NS	ns2.nameserver.ee.

;; ADDITIONAL SECTION:
ns1.nameserver.ee.	86400	IN	A	XXX.XXX.XXX.XXX
ns2.nameserver.ee.	86400	IN	A	YYY.YYY.YYY.YYY

;; Query time: 5 msec
;; SERVER: 193.40.133.222#53(193.40.133.222)
;; WHEN: Mon Feb 22 14:38:10 2010
;; MSG SIZE  rcvd: 108
ViTeX ★★★★
() автор топика
Ответ на: комментарий от ViTeX

записи вида 

sieve_script_load
появляются на ленни после апдейта довекота со стейбл версии 1.0.15, которая идет в репах ленни по дефолту, на например 1.2.10, которую можно воткнуть из бэкпортов. Вопрос: какая версия сейчас крутится на серве? Апдейт могли сделать из-за нормальной работы квот в довекоте, которые ввели с 1.0.19 версии. Поэтому, как вариант, просто в /etc/dovecot/dovecot.conf закоменть строки с sieve и рестартни довекот. Ну и погляди что там насчет пермишн денайд.

dgeliko ★★
()
Ответ на: комментарий от ViTeX

Я с доменом .ee не знаком. На сайте http://www.eenet.ee/EENet/ написано много чего, хотя не все на английском. Может попробовать написать им письмо, хотя там говорится о возможном анулировании регестрации при отсутсвии свзяи с владельцем домена в течении нескольких месяцев.

Хотя не совсем понятно, что не нравится владельцу DNS-сервера. Ну идут к нему запросы относительно example2.ee, ну и пусть себе идут, он может просто на них не отвечать. Или за «lame delegation» карают?

mky ★★★★★
()
Ответ на: комментарий от mky

Да там вообще с этим требованием странная ситуация какая-то, будем разбираться. Скорее всего да, надо писать в еенет.

dgeliko

apt-cache show dovecot-common показывает Version: 1:1.0.15-2.3

Спасибо всем отписавшимся! На этой неделе, наверное, сервак нормальный налажу посмотрим.

ViTeX ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← -=GenKernel=- Could not read /gen_funcs.sh
Admin
[Биллинг] Какой биллинг выбрать? →