- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Как получить российский IP для сайта на немецком сервере с минимумом затрат и без снижения скорости сайта?
С минимумом затрат — найти провайдера, который на своём немецом сервере сможет выдать российский IP.
взять русский айпи и протянуть через tap-интерфейс на немца.
по скорости - зависит от скорости туннеля между рф и германией.
вам нужен владелец сетей с bgp-бордером в немецком ДЦ.
Сервер уже есть на hetzner.de
только tap'ом\туннелем тянуть . в свое время я хотел поселить одного своего крупного клиента в хецнер. Долго вели переговоры. Хецнер технологически не будет брать на борт нашу /22 + AS.
только tap'ом\туннелем тянуть .
Зачем? Nginx же есть.
а исходящий трафик куда пихать ? nginx примет и пропроксирует куда скажут - это да ...
но если хочется прикрыться полностью - то делают канал туда-сюда обычно.
Проксирование nginx работает следующим образом.
Запрашиваем страницу сайта: client -> nginx_ru -> nginx_de -> php
Получаем ответ: php -> nginx_de -> nginx_ru -> client
Чтобы передать реальный IP клиента с nginx_ru на nginx_de -> в конфиг nginx_de нужно добавить
real_ip_header X-Forwarded-For;
real_ip_recursive on;
Проксирование nginx работает следующим образом.
Запрашиваем страницу сайта: client -> nginx_ru -> nginx_de -> php
Получаем ответ: php -> nginx_de -> nginx_ru -> client
Чтобы передать реальный IP клиента с nginx_ru на nginx_de -> в конфиг nginx_de нужно добавить
я знаю как оно работает. ответ пойдет с правильными хидерами, но в шлюз по умолчанию согласно стандарту tcp\ip, то есть в шлюз по умолчанию nginx_de. а то что вы там напишите в set_real_ip_from - это все овер http 1\1.
---------- Добавлено 13.10.2014 в 20:08 ----------
если проще - запрос придет с nginx , но ответ пойдет через шлюз по умолчанию сервера, тем самым настоящий src-ip сервера всегда виден. Более-менее грамотные сервисы палят эти схемы сразу. Правильный путь - это канал (туннель) для исходного сервера через сервер - где угодно.
pupseg, вы неправы. Именно такое проксирование использует cloudflare для защиты сайтов от ddos атак.
IP в схеме hidden_nginx <--> public_nginx <--> client - не раскрывается.
боюсь вы не правы. прочитайте OSI.ip пакеты и их роутинг никак не связан с http-трафиком. закройте сайт cloudflare и потом выполните с сервера, на котором сайт например curl ifconfig.me. вы увидите что ваш сервер выходит в мир от настоящего ip-адреса.
да - в общем числе базовых проверок - вы прикроетесь проксированием, но если делать правильно - то необходимо трафик возвращать туда , откуда он пришел, а не туда, куда получается.
на этом палятся всегда различные адулт и видео сервисы - как минимум.