Am 03.10.2013 00:00, schrieb Dmitrii Kashin:
Направил запрос в МТС. -------------------- Текст вопроса: Приобрел сим-карту МТС Коннект-4 для использования в 3g-модеме. С её помощью вышел в сеть и подключился к своему VPN. Столкнулся с интересной проблемой. Внутри VPN-сети хоть до машины пинги и доходят, но я не могу установить входящее TCP-соединение до нее, а для меня это очень важно, потому что на этой машине у меня висит sshd (удаленный терминал), без которого я не могу работать. Такое ощущение, что блокируются все входящие запросы к моему компьютеру, подключенному к VPN через 3g-сеть. Собственно, хотел как раз спросить, не блокируете ли Вы входящие соединения? Нет ли у вас предположений, с чем связано данное поведение? -------------------- Ответ: Дмитрий, сообщаем, что входящее соединение с нашей стороны не блокируется. Обратите, пожалуйста, внимание, что для удаленного подключения необходим реальный адрес, поэтому необходимо подключить Real IP. -------------------- Но. Дошли руки почитать про то, что из себя представляет этот самый Real IP. И вот на какую интересную страницу[0] я наткнулся, которую очень хочу показать всем присутствующим в рассылке. "Услуга «Real IP» обеспечивает возможность передачи данных с применением сетевых протоколов, для работы которых необходимо наличие у пользователя реального IP-адреса в сети Интернет. Это необходимо, например, для установления шифрованного VPN-соединения". Мне это кажется несусветным бредом. Ведь в том и суть VPN-сети, что с белым адресом должен быть только сервер, а все остальные машины, подключенные к нему из-за NAT'ов, видят друг друга через него. Правильно ли я понимаю, что таким образом МТС навязывает пользователям дополнительные услуги? PS: Собственно, игры с MTU результата не дали. Попробовал поднять VPN на и TCP, и на UDP - все равно не получается установить соединение. [0] http://www.mts.ru/mobil_inet_and_tv/internet_comp/archive/real_ip/
Без дополнительной услуги IP меняется? -- .. Developer forum http://wiedergold.org/forum/index.php -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/l2ptg0$1g6$1...@online.de