Есть такая прога https://ngrok.com используя ее можно хостить сайт локально а она тебе генерит временный URL. Пишут что туннелирование. А по мне это не туннелирование а проксирование. Типа обратного прокси. Вопрос по терминологии это туннелирование или все же прокси ?
Тут суть в том, что ты не имеешь белого айпи и наличие его у тебя эмулируется туннелем от тебя к ngrok. Одна из возможных реализаций - у тебя запускается сервис который коннектится к белым айпи ngrok и всё время слушает не поступит ли из них запрос на твой сервер и когда поступает превращает во внутреннюю сетевую активность. Они в свою очередь динамически разбрасывают коннекты на свои белые айпи по этим туннелям. Это отдалённо похоже на обратный прокси, но обратный прокси просто транслирует коннекты из внешней сети во внутреннюю - делает это напрямую, а тут же реально есть еще туннелирование чтобы обойти проблему нехватки белых айпи.
а откуда мб проблема такая??? даже имея всего один ойпи, можно его использовать для всех сайтов в инете, пч полный адрес == ойпи:порт.
У провайдеров домашнего интернета давным давно кончилось количество выделенных им белых айпи (которые видны в интернете напрямую) для того чтобы каждый белый айпи назначить каждому клиенту. Поэтому провайдеры либо выделяют белый айпи конкретному клиенту за отдельные деньги либо мутят с NAT - динамическое разбрасывание белых айпи по внутренним клиентам. Внутренние клиенты (их модемы) имеют внешние айпи из внутренней сети провайдера, но если зайти на сайт типа myip.ru, то там будет виден тот белый айпи который NAT тебе назначил на момент обращения к сайту. Клиенты за NAT могут устанавливать соединения с внешним миром (белыми айпи) изнутри сети при этом каждому коннекту (сокету) может присваиваться свой внешний белый айпи провайдера и при этом временно закрепляется связка айпи-клиентский-порт так что по этому каналу данные будут путешествовать на внутренний айпи клиента провайдера. Но отсюда вытекает невозможность кому то из внешней сети инициировать соединение с клиентом провайдера находящимся за NAT - у него просто нет конкретного белого айпи с которым можно налаживать связь. IP6 решает эту проблему, но до полной его решительной победы еще ой как далеко. В результате способы обхода зиждятся на том, что клиент должен проявить некоторую активность изначальную чтобы установить некий "мост" штатным способом с чем то во внешней сети, что имеет белый IP, а пользуясь этим соединением как туннелем прогонять по нему данные.
тут проблем нет - вполне можно у прова арендовать порт с редиректом на ойпи в его локалке. опять же - проблема нехватки ойпи весьма надумана. Другой Вопрос, что тот же инет вещей требует просто диких объёмов трафика, кой едва ль достижим даже оптикой.
задача уже решается - к 2028-2030 будет решена 6G до 1 Терабита в секунду и нужно оно будет даже не IoT, а уже IoE (Internet of Evertything) хех, уже есть! https://www.scmp.com/news/china/sci...-12-terabit-second-link-years-ahead-forecasts
одно дело - отдельные участки, прокаченные до упора, и совсем другое - средняя скорость инета.. мобильный же инет совсем из разряда грустных хисторий (там ужо упёрлись в физ предел, ибо с ростом несущей частоты чудовищно падает дальнобойность сигнала). короче, гламурные рекорды далеки от наших бренных реалий
