открытие сайта, у которого протух домен, обходным путем

Найти: способ открывать сайт, через новый домен, без модификации /etc/hosts на веб-клиентах.

У каких клиентов, откуда они будут заходить, ты их будешь контролировать?

можно DNS сервер свой поднять для этого

Найти: способ открывать сайт, через новый домен, без модификации /etc/hosts на веб-клиентах.

Передавай в заголовке запроса Host домен.

У каких клиентов, откуда они будут заходить, ты их будешь контролировать?

Речь о веб-сайте, поэтому о контроле клиентов из всемирной паутины вопрос не стоит.

можно DNS сервер свой поднять для этого

Можно. Новый домен — не проблема. Но сайт работает только в том случае, если обращение к нему идет по старому имени хоста.

Если речь идёт об офисе - подними локальный днс. Нашёл проблему.

О, спасибо, хорошая идея. А можно сайт как-нибудь обернуть хитрым прокси-сервером, который делал бы это сам? Желательно дебиановское имя пакета такого прокси- или веб-сервера.

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

В чем непонятность? Пока завести работу сайта удалось только одним способом: прописыванием в файл /etc/hosts строки «1.2.3.4 mycoolsite.old-example.com» на www-клиенте. Хочется через DNS. Хочется автоматом. Очевидно и мне, что первое, и самое очевидное, что надо было попробовать, это прописать в своем домене «mycoolsite.new-example.com. IN A 1.2.3.4». Но, к сожалению, это не работает.

Есть еще идеи?

а тот сайт с протухшим доменом ты контролируешь? Тебе что с него надо?

Но сайт работает только в том случае, если обращение к нему идет по старому имени хоста.

Так измените настройки сайта или перепишите код, чтобы не было захардкоженого доменного имени. Или это никем не поддерживаемое старье?

Можешь сделать

find -type f -exec sed 's/old_domain/new_domain/g' {} ';'

С этим тоже проблемы. Доступа по ssh нет. Теоретически, доступ к виртуальной машине сервера как бы есть, но, к сожалению, не получилось договориться загрузить машину с SystemRescueCd для сброса пароля root для последующего захода по ssh и правки конфигов.

Полный Пэ. Вы достойны страданий.

Ну это не столько страдания, сколько мазохизм. Мне просто интересно, есть ли техническое решение проблемы. Как-то так.

ну можно прозрачный прокси замутить, который значение заголовка Host: будет подменять на лету

Нжинксом проксирование сделай, домен будет другой.

— Ставим свой nginx сервер со своим произвольным именем и IP.

— Прописывает в настройках nginx проксирование на старый сервер под старым именем хоста

— Профит

Что-то типа:

server {
    server_name new-domain.tld;

    location / {
        proxy_pass        http://old-ip;
        proxy_http_version  1.1;
        proxy_set_header    Host        'old-domain.tld';
        proxy_set_header    X-Real-IP   $remote_addr;
    }
}

сайт работает только в том случае, если обращение к нему идет по старому имени хоста

Я думал, что это разработчики wordpress такие странные, а оказывается, есть ещё более упоротые.

Банальный виртхост, небось, стоит, как на 99% всех сайтов. При чём тут разработчики сайта?

Новый домен — не проблема. Но сайт работает только в том случае, если обращение к нему идет по старому имени хоста

При чём тут виртхосты?

Есть еще одно но: по некоторым данным, сайт хранит в БД свои гиперссылки с абсолютными адресами.

По этому поводу есть два сомнения в возможности работы «обычного» прокси:

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

К чему и был вопрос про анонимайзер.

В БД может возникнуть каша из новых и старых ссылок

Делаем дамп, проходимся по нему sed'ом, заливаем дамп обратно?

Вобще да, там должна быть возможность доступа к замене вхождений внутри БД. Правда не sed'ом, а силами админки. Спасибо.

Но это уже шаг в сторону переезда, и если что-то не сработает (не обязательно данная замена), и придется вернуться к идее анонимайзера, надо будет делать шаг назад, и тут стоит вопрос, есть ли возможность бэкапа.

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

тут стоит вопрос, есть ли возможность бэкапа

Тут без дампа никуда. Либо резервные копии на самом хостинге, если есть.

Правда не sed'ом, а силами админки

Если у тебя там что-то типа бложика с комментариями, где народ кидает друг другу внутренние ссылки - то может сработать не полностью.

Кстати, а старый домен продолбали что ли?

При чём тут виртхосты?

При том, что если к такому сайту обратишься не по имени, а по IP, то получишь не тот сайт, который хочешь.

Ты бы хоть тред читал и вникал в то, что написано. Тут по-русски написано, что урлы в базу вхардкожены.

Ты бы хоть последовательность сообщений читал. Информация про БД появилась уже после того, как я и свой комментарий написал и ты на него возмущённый вопрос задал.

Это и так понятно из контекста. «Заменить домен не проблема, но работает оно только при обращении по старому»

Шарик это ты? KRoN73 все правильно написал.

В роутере прописать «домен - IP».

Поднять локальный ДНС и в нём прописать «домен - IP»(уже советовали).