LINUX.ORG.RU
ФорумAdmin

бесплатный VNC-сервер (серый IP)


0

2

VNC-сервер будет находится на NAT'ом провайдера, который даёт серый IP. Клиентом надо иметь возможность подключаться к серверу (из внешнего мира подключаться, ессно). При этом у клиента есть белый статический IP, а также возможность открыть порты во внешний мир. Как можно это реализовать, за исключением туннелей? (я понимаю, что через ssh это делается 1 строчкой, через stun или openvpn погеморней, но всё же интересно сделать без туннелей). Сервер и клиент под пингвином. Если кто найдёт кроссплатформенную или виндовую реализацию подобной вещи (именно с поддержкой серых IP, а не тупо обычный VNC-сервер), то тоже напишите, т.к. часто надо по работе, а тимвивер - всё-таки платное решение.

Всё-равно нужно прокидывать порт на белый IP или использовать промежуточный узел тоже с белым IP.

Chaser_Andrey ★★★★★
()

Если клиент всегда на белом айпи, то что мешает делать так как я: http://www.linux.org.ru/jump-message.jsp?msgid=5994106&cid=5995793
кто сказал, что openvpn - геморно? Сгенерил сертификаты, а дальше только укажи той тачке, к которой хочешь подключиться куда коннектится (скачать, получить по почте итп файл с айпишником).

adriano32 ★★★
()
Ответ на: комментарий от adriano32

>hamachi
я в курсе. там его альтернативы приведены.

ktulhu666 ☆☆☆
() автор топика
Ответ на: комментарий от pinachet

http://www.ubuntugeek.com/gitso-frontend-to-reverse-vnc-connections.html
http://www.raymond.cc/blog/archives/2007/04/05/free-and-easy-remote-access-wi... (только для оффтопика)
http://g.smotrov.com/vnc/ (подолжение темы для оффтопика)
http://www.youtube.com/watch?v=-jbNIzMufEQ (в корыстных целях)
https://help.ubuntu.com/community/x11vnc
http://linuxtechres.blogspot.com/2010/10/setting-up-vnc-reverse-connection.html (не совсем понял, есть ли тут reverse, но пусть будет)
http://www.karlrunge.com/x11vnc/
http://ubuntuforums.org/showthread.php?t=57920 (через s/жопу/ssh/g)
http://ubuntuforums.org/showthread.php?t=378452 (тоже, только в профиль)
http://tsopokis.gr/utilities/VCE_Remote/
http://insidetrust.blogspot.com/2010/12/setting-up-reverse-vnc-connection-lin... (в картинках для детей дошкольного возраста)
http://www.runpcrun.com/create_your_own_support_software («My Support Package)


For number one, you should be able to set the defualt screen size in your VNC config file (~/.vnc/xstartup) using the -geometry option.

ktulhu666 ☆☆☆
() автор топика

Можно вообще на сервере и клиенте настроить туннелирование в IPv6, тогда можно соединяться, если они оба за NAT. Только сервер и клиент VNC тоже должны поддерживать IPv6 (свободная версия RealVNC вроде не поддерживает), или придётся туннелировать по SSH.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от Ttt

мы говорим туннелирование IPv6, подуразумеваем возможность перехвата. мы говорим IPv6, подуразумеваем геморой.

ktulhu666 ☆☆☆
() автор топика
Ответ на: комментарий от ktulhu666

>мы говорим туннелирование IPv6, подуразумеваем возможность перехвата

Ну вы же туннелирование при помощи SSH, которое и от NAT на сервере, и от перехвата помогает, не хотите.

мы говорим IPv6, подуразумеваем геморой.


sudo aptitude install miredo — это такой гемморой?

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от Ttt

http://www.linux.org.ru/forum/admin/5827431

update

если кому интересно, схема реализовалась следующим образом: vino-server из ubuntu действительно слушает ipv6-подключения. подключиться же возможно с помощью vncviewer'a из проекта TigerVNC (http://www.tigervnc.com), он доступен под gpl. причем, подключение работает только если стартовать из консоли - vncviewer [ipv6], если же вводить ip-шник в gui-шном окошке, оно не подключается. таким образом, организовав ipv6-тоннель можно подключаться к vnc за nat'ом, не делая дополнительно никаких ssh-пробросов

anon1984
()
Ответ на: комментарий от ktulhu666

>мы говорим IPv6, подуразумеваем геморой

мы говорим получение новых полезных знаний, в свете выбрасывания IPv4 на свалку в будущем - подразумеваем геморрой


obvious fix

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

люди, думающие, что ipv4 выбросят в ближайшие 7 лет, веселят меня даже больше, чем те, кто считает, что линукс победит венду на десктопе XD нет ни одной РЕАЛЬНОЙ причины отказа от ipv4 и перехода на ipv6. про расход ip-адресов - это сказки. их хватит ещё лет на 5. потом просто будут забирать диапазоны у тех, кто их не использует. кстати, обычному быдлу ( 99,9% пользователей инета) абсолютно пофиг, белый у них или серый. они даже не знают, что IP-адрес то)

ktulhu666 ☆☆☆
() автор топика
Ответ на: комментарий от ktulhu666

>люди, думающие, что двойной или тройной NAT в ipv4 - это благо, веселят меня всегда

obvious fix

про расход ip-адресов - это сказки. их хватит ещё лет на 5


согласен

потом просто будут забирать диапазоны у тех, кто их не использует


на каком основании будет определяться неиспользование?
не отвечают ip? а фаирвол?
по отчетикам? так в RIPE их каждый год шлют, типо все пользуем, вот графики MRTG. Только эти отчеты слабо коррелируют с реальностью, но кого волнует? Я даже пару контор знаю, которые эти отчеты генерят под конкретное предприятие(правда в отчетах феерические причины необходимости IP, но RIPE хавает).

кстати, обычному быдлу ( 99,9% пользователей инета) абсолютно пофиг, белый у них или серый. они даже не знают, что IP-адрес то)


Угу. Я на тебя посмотрю, когда ты этому «быдлу» что-то настраивать по удаленке будешь. Желаю тебе счастья с VPN, туннелями, hamachi и прочим говном. Вместо нормального ПРЯМОГО коннекта. Кто-то на opennet сказал умную вещь(за дословность не ручаюсь): «Пользователь НЕ ДОЛЖЕН платить за белый IP. Что такое IP? Это числа. Проще говоря - воздух. Ты покупаешь у провайдера канал, по нему к тебе идут данные - это понятно. Платя же за белый IP - ты платишь за воздух. Но ты вынужден платить. Почему? Потому что ресурс IPv4 адресов ограничен». Про то, какой костыль NAT я даже говорить не буду.

Если ты не сталкивался ни с одной из вышеперечисленных проблем, это не значит что их нет :D

Pinkbyte ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.