>>202003
Тебе простой способ или правильный?

>>202004
Можно оба? Хотя правильный предпочтительнее.

>>202005
Правильно - средствами DNS.
Просто - подгрузкой ресурсов с сервера 2 через сервер 1. Самая элементарная и самая неправильная реализация: после переноса заменить тело http://sitename.nya/kavainie_nyashki.html на фрейм с ссылкой на новое местоположение. Адрес в адресной строке при этом не изменится.

>>202006

> Правильно - средствами DNS.

Это как?

> подгрузкой ресурсов с сервера 2 через сервер 1

Данные должны грузиться только с сервера 2, минуя сервер 1.

>>202008

>Это как?

Тяжёлый случай. Как ты только умудрился поднять сайт и зарегистрировать домен? https://ru.wikipedia.org/wiki/DNS
На один IP может быть несколько доменных имён, как и на одно доменное имя несколько IP. Всё настраивается. Но прежде нужно в это дело вникнуть и разобраться в конкретной ситуации. При невозможности настройки на уровне зарегистрированного домена придётся поднять свой DNS. Что будет дополнительной проблемой. Потому это и сложный путь.

>Данные должны грузиться только с сервера 2, минуя сервер 1.

Возможно ты меня не понял или я тебя. Взгляни на overchan .ru тот же механизм что на главной Ычана, только очевиднее в силу того что разные сайты. Открой исходный код страницы. С сервера оверчана грузится только это. Остальное грузится с других сайтов, при этом адрес в адресной строке - адрес оверчана. Другие способы подгрузки более мудрёные, но суть одна. В любом случае, эти способы сплошь поголовно неправильные.

>>202010
Какая разница, как умудрился? Даже клинические некомпетентные идиоты вроде меня могут поднять сайт и зарегистрировать домен, для этого не обязательно знать особенности работы днс. Мой же вопрос относился как раз к особенностям работы в данном случае. Конечно, сделать поддомен на другом сервере особого труда не составит, однако, чтобы настроить чтобы /директории подгружались с другого сервера, нужно явно знать больше. Идеальный вариант настроить на текущих днс домена.

>>202011
Вот именно. Для начала тебе нужно в деталях изучить что такое DNS и как это работает. Затем без всяких поддоменов соединить два сервера под единым доменным именем. Причём не тупо отзеркалить, а таким образом чтобы отсылаемые клиентами запросы не уходили нитуда. Читай, учи. Да, это сложно, но с точки зрения сетевых технологий будет правильно. Я не знаю твоей ситуации. Была ли у тебя возможность при регистрации домена указать настройки и какие, какой уровень доступа на сервер и к чему имеется, как реализован DNS итд. Возможно твоя проблема решается путём 4-5 кликов в web-интерфейсе, возможно путём подъёма на сервере своего DNS, возможно любые попытки подобного запрещены пользовательскими соглашениями на которые ты согласился. Может и есть какой-нибудь однокнопочный сервис решающий подобные проблемы за деньги, я и большинство других хотя бы минимально разбирающихся в построении сайтов людей о них не знаем.
Всегда есть лёгкие пути. Многие ими не брезгуют.

>>202012
Короче, получается, нужно поднимать свой днс. Потому что обычно на хостингах не особо много возможностей сконфигурировать днс.

>>202013
Тебе домен зарегистрировал хостер? Правилами у него подобное не запрещено? Настройки точно недоступны? Если на все вопросы - "да", то да.

>>202014
На все скорее всего да.

Кроме

> Настройки точно недоступны?

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

>>202013>>202014
Или же, воспользуйся одним из простых-неправильных способов. Тысячи их, на любой вкус и цвет. В случае с фреймом будет тебе всего-навсего разовый 1кб трафика с 1 сервера от первого перехода до самого закрытия вкладки. При этом трудозатраты сопоставимы с копипастой текста данного поста.

>>202015
Какую интересно? Любое перенаправление меняет строку адреса. Костыли на JS меняющие её видимое содержимое не в счёт. Подменой на уровне сетевого протокола занимается как раз таки DNS. А способы с загрузкой через первый сервер, как говоришь, тебе не подходят по определению. Ничего другого не остаётся.

>>202003

> Есть сайт http://sitename.nya

Хмм. Нам не удаётся найти этот сайт.

>>202018
Тссс. Он только для избранных.

>>202018
Инвайт:
Добавить "95.211.138.158 sitename.nya" в /etc/hosts

>>202021
Мод-тян?!

>>202008
То есть даже промежуточный трафик проходить через сервер 1 категорически не должен?

>>202022
Вообще.

>>202023i
Тогда только на другом домене поднимать

>>202025
Зачем, если можно на один домен несколько IP повесить?

>>202026
И как клиент узнает на котором будет нужная страничка?

>>202028
В элементарном исполнении с двумя А-записями - никак. Получит список из IP соответствующих адресу и будет пробовать открыть каждый по очереди, циклично или случайно.
В грамотной гораздо сложнее. Уже не помню как, вспоминать недосуг. Спросите у тех кто связан с IT по работе. Кажется через комбинацию разных записей. Не уверен.

>>202026
Можно, но что с того? Чем это помогает?
У ОПа вообще странное желание. Зачем отдельную страницу держать на другом хостинге? Окей, допустим там что-то, что первый хостинг не разрешает. Но не лучше ли поддомен тогда сделать и захостить его в другом месте?
Пути не для этого сделаны. Они подразумевают нахождение на том же домене, как и все другие соседние пути. Айпишников и серверов можно сколько хочешь заиметь, но тогда /path1 и /path2 должны быть везде, на всех этих айпишниках/серверах, потому что клиентом резолвится домен, а не домен/path. Можно жонглировать айпишниками и отдавать более близкий, учитывая геоип клиента, но нельзя учесть путь, к которому он собрался обращаться, потому что он его не указывает. Получит какой-то айпишник (или пулл и возьмёт первый) и пойдёт его спрашивать ip/path. И там уже костыльте как хотите на стороне сервера. Но желание не иметь на первом хостинге определённой страницы сайта, и при этом не иметь трафика на этот хостинг ВООБЩЕ при обращении к ней — невыполнимо.

>>202033
Собирание серверов под единым доменом обычно нужно для отзеркаливания, распределения нагрузки или её локализации. Это все наверно знают. Про ближайшие к клиенту сервера не понимаю к чему пример. Один из способов это поставить в DNS второй сервер алисой первого, а на первом сервере по заданной директории поставить редирект. Прямо на уровне сервера. Алиса априори вторична, все ссылки ведут на первый, единственное исключение прикрыто редиректом. Правда не знаю как на практике выйдет.

>У ОПа вообще странное желание.

Чуднее некуда. Точнее сказать видимо не может. Ему виднее.

> У ОПа вообще странное желание. Зачем отдельную страницу держать на другом хостинге?
> Чуднее некуда.

1. Оп подозревает, что перенос связан с законодательством некоторых стран.
2. Оп подозревает, что некомпетентные менеджеры/продавцы/руководители подписали некомпетентный договор с некомпетентными заказчиками, где были прописаны некомпетентные пункты.
3. Опу вообще в принципе уже интересно, как такое можно сделать а нафига мы уже разобрались

Самое простое и очевидное решение с поддоменом пока видится сложнее всех остальных.

>>202036
А ничего что по законодательству ссылка приравнивается к прямому размещению? И если уж разные сайты под одним IP банят не задумываясь, то то разные IP под одним доменом разделегируют как нечего делать. Как раз таки следует всячески открещиваться, а не выдавать за принадлежность к сайту.

>>202036
Если каждый мог подменить адрес чужого сайта на свой, в интернете бы творилась полная неразбериха. Если ты указываешь данные на авторитеном DNS, то значит имеешь на это право. А так ты и в локалхосте можешь прописать что ты админ Ычана, двача и форчана разом. Может быть как способ обмана заказчика и прокатит.
Можно попробовать создать страницу на первом сервере с целенаправленной уязвимостью и взломать её через второй сервер. С точки зрения закона вы будете не виноваты и вас попросту обяжут прикрыть дыру. Недостатком будет то что взломать её смогут и другие. Как было с одним известным аниме-порталом превратившимся в порнонаркопортал.

>>202037
Это не тот контент, за который будут банить. Подозреваю, что при проверке необходимо будет просто показать, что указанная страница находится в на сервере в пределах определенной страны и все.

> А ничего что по законодательству ссылка приравнивается к прямому размещению?

Если я правильно понимаю, то это-то как раз и хорошо в данном случае.

>>202038
В том смысле, что если DNS твой, то и за всё на что он ссылется отвечаешь ты. А для изменений на публичном нужны соответствующие права, или действия через посредника обладающего таковыми, что само по себе так же подразумевает ответственность. Совсем же локальные имеют эффект сходный с изменениями вносимыми в локалхост - эффект увидишь только ты (или из твоей локальной сети).
Если ты зарегистрируешь сайт и разместишь там DNS сервер подменяющий твой поддомен на порнохаб - это равноценно размещению ссылки на порнохаб. Если ты попросишь зарегистрировать свой сайт с IP порнохаба тебе покрутят у виска. Если попробуешь поменять в DNS гугла и яндекса свой домен на домен порнохаба - ничего ен получится. Если пропишешь в локалхосте порнохаб, то только ты заходя на свой сайт будешь заходить на порнохаб. Все остальные как и раньше будут видеть твой сайт.

>>202036
А если ОП делает не для себя, и ему нужно каким-нибудь костылём подпереть последствия чей-то некомпетентности вместо полного изменения архитектуры системы, то зачем заморачиваться? Он уже мог бы несколько раз разместить на нужной странице ифрейм, ссылающийся на страницу с контентом на другом хостинге и имеющую другой адрес.

>>202043

>ифрейм

Фу, зачем, если есть фрамсет? Как один из вариантов советовали в самом начале. Даже несколько раз. Но нужно чтобы совсем без участия первого сервера перенаправляло.

>>202037

> А ничего что по законодательству ссылка приравнивается к прямому размещению?

Так в этом и суть, почему нужен поддомен. Чтобы хостить эту часть в другом месте.
А если ты про то, что ещё и регистратор домена такое не разрешает или разделегирует по требованию органов, то это совсем другой вопрос с единственным ответом: не хостить такое на домене вообще, никакими способами. А если про собственную ответственность, о которой пишет >>202040, то ответ вообще нигде не хостить или очень скрывать свою принадлежность.
ОП не это спрашивал, а именно про другой хостинг, поэтому поддомен тут самое адекватное, если фрейм не подходит почему-то.

>>202049
Только он не хочет поддомен, он хочет визуально тот же самый домен. В этом так же поможет DNS. IP на поддомен, поддомен как псевдоним.

>>202051
Как? Я не представляю.

>>202054
На каком этапе загвоздка?

>>202055
На начальном. Каким образом ДНС поможет и вообще способен что-то делать относительно /пути? ДНС ребиндинг шоле на той странице? Это не без участия первого сервера, да и вообще нечто невообразимо костыльное.
Я не ОП. Мне интересно, это я что-то не знаю про ДНС или ты.

>>202058
Никак. DNS только подменяет IP или домен. А дальше начинается лютое извращенство для достижения целей ОПа. Разумеется без участия самих серверов совсем - никак. Однако участие участию рознь. Всё зависит от выбранного способа. Можно пропускать трафик через второй сервер исключая первый. Или использовать поддомены как маркеры для перенаправления на нужные домены. Некоторые вообще отказываются от путей, открыто используя вместо них субдомены. Много путей, смотря что вам ближе и какой из серверов (1,2, DNS) дозволенно компрометировать.