Там общественность является прокси, который позволяет редактированию его файл hosts?
Если, когда Вы соединяетесь назад со своим локальным, это позволяет Вам входить в систему перед зависанием, то это не ответ. Если Вы не получаете это далеко, Вы, вероятно, не возвращаетесь к своему Mac (или добираетесь нигде или поражаете SSH в шлюз). Попробуйте обратный туннель (он потребует набора GatewayPorts к На в sshd_config на Вашем сервере, но я полагаю, что это - значение по умолчанию):
you@yourMac$ ssh -R 2000:localhost:22 user@remoteserver
Это должно позволить Вам соединяться с сервером как нормальный, но также и открывать туннель так, чтобы можно было соединить назад на порте 2000 (любой порт, более чем 1 024 должны работать), таким образом, you@yourserver$ ssh -p2000 user@localhost
Править: Измененное имя хоста к localhost
Вы должны использовать DNS-сервер и иметь разные домены для сайта разработки и рабочего. Например, dev.example.com vs. www.example.com
Ваш сайт не должен зависеть от имени DNS, поскольку имена сайтов могут изменяться. Представьте, что у вас есть www.example. com, и ваша компания куплена example2, и вам нужно не только изменить имена хостов и сертификат на www.example2.com, но и ваш код.
Другой способ сделать это - открыть сайт разработчика как www.example.com / dev Для этого вы можете использовать обратный прокси, который перенаправляет / dev на внутренний сайт разработчика. Если вы предоставите подробную информацию о своей архитектуре, нашему сообществу будет намного проще предложить лучшее решение.
Также возможно показывать разные сайты (prod vs dev) в зависимости от других факторов, таких как IP-адрес источника, аутентификация, HTTP cookie. ..
Вы также можете оставить общедоступный сервер на порту 80 / TCP, а разработчик - на другом порту, например 8080 / TCP. Или вы можете использовать HTTPS-сайт в качестве разработчика.
com / dev Для этого вы можете использовать обратный прокси, который перенаправляет / dev на внутренний сайт разработчика. Если вы предоставите подробную информацию о своей архитектуре, нашему сообществу будет намного проще предложить лучшее решение.Также возможно показывать разные сайты (prod vs dev) в зависимости от других факторов, таких как IP-адрес источника, аутентификация, HTTP-куки. ..
Вы также можете оставить общедоступный сервер на порту 80 / TCP, а разработчик - на другом порту, например 8080 / TCP. Или вы можете использовать HTTPS-сайт в качестве разработчика.
com / dev Для этого вы можете использовать обратный прокси, который перенаправляет / dev на внутренний сайт разработчика. Если вы предоставите подробную информацию о своей архитектуре, нашему сообществу будет намного проще предложить лучшее решение.Также возможно показывать разные сайты (prod vs dev) в зависимости от других факторов, таких как IP-адрес источника, аутентификация, HTTP cookie. ..
Вы также можете оставить общедоступный сервер на порту 80 / TCP, а разработчик - на другом порту, например 8080 / TCP. Или вы можете использовать HTTPS-сайт в качестве разработчика.
Вы также можете оставить общедоступный сервер на порту 80 / TCP, а разработчик - на другом порту, например 8080 / TCP. Или вы можете использовать HTTPS-сайт в качестве разработчика.
Вы также можете оставить общедоступный сервер на порту 80 / TCP, а разработчик - на другом порту, например 8080 / TCP. Или вы можете использовать HTTPS-сайт в качестве разработчика.
DNS - самое простое решение, если ваш клиент не хочет изменять / etc / hosts.
Просто укажите www-dev.example.com на веб-сайт разработчика. Не забудьте разрешить доступ к www-dev.example.com только своему клиенту (пароль, брандмауэр, acl ...).
Это не сработает, если веб-сайту нужно, чтобы посетители вводили www.example.com, но то, что вы описываете в своем вопросе, не сработает в такой ситуации.
Я не слышал ни о каком онлайн-инструменте, который может делать то, что вы описываете, но все прокси-серверы, которые я знаю (varnish, apache и даже squid ) знают, как перенаправить любой HTTP-запрос на тот же сервер.
Будьте проще. Я бы либо использовал обратный прокси, как предлагает Мирча, либо просто разместил сайт во временном месте (поддомене, домене или папке).