merlin-vrn

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

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

Последовательного порта тоже нет?

Чтобы домен работал:

1. DNS-серверы оператора должны делегировать домен на ваши DNS-севреры. Под «ваши» в данном случае имеется ввиду «на те, на которых вы разместили свою зону». Такое делегирование в зоне оператора выглядит так:

(в зоне com)
domain2.com. NS ns1.domain1.net.
domain2.com. NS ns2.domain1.net.

Если серверы так и расположены в другой зоне, этого достаточно. Если NS-серверы имеют имена в той же самой зоне, то появляются ещё специальные A-записи типа «а где этот сервер найти»:

(в зоне com)
domain1.net. NS ns1.domain1.net.
domain1.net. NS ns2.domain1.net.
ns1.domain1.net. A 192.168.0.1
ns2.domain1.net. A 192.168.0.2

Чтобы оператор это мог сделать, вы сообщаете ему имена, и, если потребуется, адреса DNS-серверов. Делается это через панель управления доменом у вашего регистратора, который там потом разберётся, что куда. Для домена, в котором расположены сами DNS-серверы, указываете вместе с IP-адресами, для остальных доменов, хостящихся на этих же DNS-серверах — без адресов, достаточно указать имена.

2. Ваши DNS-серверы должны быть правильно сконфигурированы. Это значит:

2.а: Все серверы имеют одинаковую версию зоны, т.е. один и тот же запрос ко всем серверам вернёт совершенно одинаковый ответ.
2.б: В них есть служебные SOA-запись и NS-записи, в которых указаны все эти DNS-серверы.

Т.е. для первого случая, в зоне domain.com будет такая информация:
domain2.com. SOA ns1.domain1.net. dnsadmin.domain1.net. 2011100976 86400 7200 3600000 172800
(числа в конце — это номер версии зоны и временные параметры; dnsadmin… — это служебный емейл, в котором @ заменили на .)
domain2.com NS ns1.domain1.net.
domain2.com NS ns2.domain1.net.

Всё остальное здесь — записи domain2.com. A, domain2.com. MX, www.domain2.com. A и прочие — какие вам нужны, то есть, адреса ваших хостингов почты и сайта, jabber-сервер, DKIM-подпись, и тому подобное.

Для второго случая в зоне нужно указать сами IP-адреса серверов в A-записях, т.к. они являются частью этой зоны:
domain1.net. SOA ns1.domain1.net. dnsadmin.domain1.net. 2011100976 86400 7200 3600000 172800
domain1.net. NS ns1.domain1.net.
domain1.net. NS ns2.domain1.net.
ns1.domain1.net. A 192.168.0.1
ns2.domain1.net. A 192.168.0.2

опять же, всё остальное здесь — записи domain1.net. A, domain1.net. MX, www.domain1.net. A и любые другие — по вашему желанию.

А вы так не делайте. Используйте проверенную годами схему LVM on RAID. Тогда что угодно сможете увеличить потом на лету.

И второе: избавляйтесь от привычки размечать сразу всё место. У меня часто так бывает — из терабайта размечено поначалу гигов сто, а потом если надо добавить куда-то — нет проблем, lvresize, resize2fs и всё, добавил. В данном случае вас это могло бы выручить даже без lvm: увеличиваем заполненные разделы на дисках (обычным fdiskом можно) а потом mdadm --grow и он растянет собственно RAID до заполнения увеличившихся разделов. А потом уже resize2fs. Но нет, вы всё место разметили, теперь вам /var мешает.

В данном случае я бы рассыпал RAID и переделал бы систему. Это можно сделать почти без даунтайма, только какое-то время одна «половина» массива будет поддерживать старую, а на «второй» вы построите новую.

Мою статью habrahabr.ru/post/117620/ читали?

В общем, с помощью грубого костыля в файле apache2/mod_proxy_uwsgi.c вида

16a17
> #include <string.h>
104a106,113
>     const char *_path_info = apr_table_get(r->subprocess_env, "PATH_INFO");
> 
>     if (script_name && _path_info && (script_name[0] != _path_info[0])) {
>         // APR bug where value in path_info doesn't correspond to what is defined in CGI spec http://tools.ietf.org/html/rfc3875#section-4.1.5
>         // we'll fix it here by ourselves, scanning to first '/' and erasing everything before it
>         apr_table_set(r->subprocess_env, "PATH_INFO", strchr(_path_info, '/'));
>     }
> 

удалось запустить работу как надо.

В общем, я склонен считать, что это баг в jQuery. Я написал код для CORS с Basic Auth «руками» без jQuery, он работает как минимум в Fx 10 и 17 и в Opera 12.10

Код следующий:
на клиенте —

<!DOCTYPE html>
<html><head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>CORS testing</title>
<script type="text/javascript">
document.addEventListener("DOMContentLoaded", function() {
    document.getElementById("1").addEventListener("click", function() {
        var xhr = new XMLHttpRequest();
        xhr.onload = function(e) {
            document.getElementById("2").textContent = xhr.responseText;
        };
        xhr.open("GET", "http://dev.merlin-vrn.tk/cors/api.php", true);

//        xhr.withCredentials = true;
        xhr.setRequestHeader("Authorization", "Basic dGVzdHVzZXI6dGVzdHBhc3N3b3Jk");

        xhr.send();
    }, false);
}, false);
</script>

</head><body>

<button id="1">Click me</button>
<div id="2"></div>

</body></html>

на севрере —

<?php

if (isset($_SERVER['HTTP_ORIGIN']))
    header("Access-Control-Allow-Origin: $_SERVER[HTTP_ORIGIN]");

if ($_SERVER['REQUEST_METHOD'] == 'OPTIONS') {                                                                                                                        
    if (isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_METHOD']))                                                                                                        
        header("Access-Control-Allow-Methods: $_SERVER[HTTP_ACCESS_CONTROL_REQUEST_METHOD]");                                                                         
                                                                                                                                                                      
    if (isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']))                                                                                                       
        header("Access-Control-Allow-Headers: $_SERVER[HTTP_ACCESS_CONTROL_REQUEST_HEADERS]");                                                                        
} else {                                                                                                                                                              
    header('WWW-Authenticate: Basic realm="API"');                                                                                                                    

    header("Content-Type: application/json");

    if (isset($_SERVER['PHP_AUTH_USER']) && $_SERVER['PHP_AUTH_USER'] == "testuser" && isset($_SERVER['PHP_AUTH_PW']) && $_SERVER['PHP_AUTH_PW'] == "testpassword") {
        header('HTTP/1.1 200 OK');
        echo '{"result": "ok"}';
    } else {
        echo '{"result": "noauth"}';
    }
}

file_put_contents("api-log.txt", "$_SERVER[REQUEST_METHOD] $_SERVER[REQUEST_URI] $_SERVER[SERVER_PROTOCOL]\n", FILE_APPEND);
file_put_contents("api-log.txt", print_r($GLOBALS, true), FILE_APPEND);
file_put_contents("api-log.txt", "\n\n", FILE_APPEND);

?>

Логирование в конце этого скрипта — просто для удобства при тестировании. Живьём можно видеть здесь.

P.S. господа, подскажите хайлайтер для хабра, а?