Этот сервер называется TURN. Правда, картинки кэшировать он не будет, он -- чисто связывалка двух клиентов за НАТом. Правда, с грамотным НАТ даже он не нужен. НАТ всё-таки позволяет не только крикнуть серверу с прямым IP, но и получить ответ на свой кривой IP, и он будет доставлен именно тому, кто крикнул. Допустим, клиент 192.168.1.10 послал серверу 42.42.42.42 датаграмму. Она ушла с нашего общего внешнего IP 13.13.13.13, с порта XYZ. Любой нормальный НАТ, получив в ответ датаграмму на ХУZ‹ от 42.42.42.42, уложившуюся в некий таймаут, передаст её именно 192.168.1.10. Таким образом, общение начинается с того, что мы через некий STUN-сервер узнаём свой внешний IP и как-то передаём его друг другу. После чего, стрельнув датаграммами друг другу на внешний IP, мы можем смело рассчитывать на то, что дальнейшая перестрелка будет доставлена нашими НАТами по назначению, ведь датаграммы же приходят с тех адресов и на те порты, откуда мы сами на эти адреса только что слали! Ну, или НАТы говно и пора раутер отдавать бедным детям на благотворительность.
Да, если можно как-то повлиять на админа хотя бы с одной стороны соединения, чтобы он выставил правильную
политику NAT, то можно вообще по TCP гонять чуть ли не для просмотра обычным браузером. А то и для просмотра таковым, да. Какие-то хаброизвращенцы (или кто-то подобный) вообще делали передачу через анигифку, поскольку в ней длина не ограничивается -- пока сервер не прислал "конец файла", клиент так этот бесконечный файл тянет и тянет. При соединении кидается заголовок, а дальше клиент сливает кадр за кадром и ждёт, когда же файл докачается :)
Николай Коровин (22.01.2015 20:37, просмотров: 72) ответил AlexBi на Такое не подходит. Проблема в том, что и устройство и клиент находятся за цепочкой НАТов, фаерволов и прочей не понятной ерунды, которая не дает подключиться к ним извне. Соединение позволяет только общение с и-нетом на уровне бараузера. Поэтому