- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вообще да, сервера занимаются абсолютно одним и тем же. :0)
тем проще :)
nginx / varnish на VPS, пусть встречает весь трафик и что-то, что полегче, пусть обслуживает сам, а что потяжелее - забирает с выделенного сервера.
foxi, вариант с приватной сетью интерересен возможностью перенести сервер за NAT, либо на расшаренный/динамический IP. В свете последних политических подвижек в стране это может стать очень даже актуальным ☝
Как вариант, крутится в голове идея использовать netgraph, осталось его осилить для додумывания :)
Тема проксирования через свою сетку интересна мне, с удовольствием ознакомлюсь с рабочими решениями.
Если нужно пробрасывать только HTTP сервисы, то без проблем можно заюзать NAT, все http заголовки естественно в нем сохранятся. nginx справится не хуже, к тому же будет больше настроек касательно HTTP. Лично я юзал nat, когда была схожая необходимость с вашей. Если не только - то при натинге будут затираться исходные данные пакета, как вариант tun/tap туннель.
На вскидку, одно из решений — туннелирование трафика посредством поднятия VPN либо SSH туннеля.
Предполагаемый побочный эффект — ухудшение латентности.
Либо поднимать обычный реверс-прокси на фронтэнде и пробрасывать на бакэнд. Потребует открытые порты для входящих подключений, их могут использовать для DDoS, т.е. не так секьюрно.
А кто мешает открыть порт только для определенного IP?
Может, я недостаточно понятно написал…
Представьте, что наш сервер за NAT, при этом, шлюз мы не контролируем. Т.е. есть только IP из внутренней подсети. Порт пробросить возможности нет.
Либо, ещё чудесатее, сервер на динамическом IP.
Может, я недостаточно понятно написал…
Представьте, что наш сервер за NAT, при этом, шлюз мы не контролируем. Т.е. есть только IP из внутренней подсети. Порт пробросить возможности нет.
Либо, ещё чудесатее, сервер на динамическом IP.
Топикстартер про NAT ничего не говорил.
Зачем что-то выдумывать надо?
Вроде ясно все - есть две логические единицы - VPS и дедик.
Надо сделать так, чтобы трафик принимал VPS (см. вопрос про IP), а сами сайты обслуживались и размещались на дедике.
ну и плюс
Желательно самым примитивным и надежным образом.
Не усложняйте ;)
hcpro, спрашиваю, разворачивая тему :)
Топикстартер остался доволен реверс-прокси, на сколько я понял.
истинно, аки слон :0)
спасибо!