Статический IP

[Серый]

В общем ситуация такая - есть стационарный компьютер со статическим IP и есть нетбук с 3G модемом. С нетбука нужно подключится к стационару так, чтоб выходить в сеть с IP стационарного компьютера. То есть грубо говоря включил нетбук, установил связь с домашним компьютером и весь трафик проходит через него. Для чего мне это? Есть софт, который привязан к домашнему IP, а мне нужно и /m поработать)

[4772]

Вопрос то в чем? Как это сделать? Так через удаленный рабочий стол можно. Он правда не доступен в виндосе версии Хом и Стартер. И сборщики всяких зверей иногда его урезают.

[Серый]

Неточно сформулировал. С нетбука пойдёт поток данных, нужно чтоб они уходили в интернет с IP домашнего компьютера. И ещё один момент - нетбук это временное решение, в дальнейшем будет Raspberry PI B+ с линуксом. Так что решение нужно кроссплатформенное.

[Берилл]

На стационар надо установить прокси сервер, и настроится для работы через него. Тогда все кто идёт в интернет через него в сети будут видны с его айпи

[Кубик]

На стационар надо установить прокси сервер

Ну чет вы мудрите батенька. Вы еще предложите схему с FreeBSD и Squid.  К тому  же как у него устройства будут попадать на прокси?
Я так понял автору нужен NAT и не более.

Не совсем понял схему, как работает все сейчас? Просто стоит стационар с включенным в него кабелем провайдера, с статическим IP?
Если так, то нужен просто роутер с Wi-Fi.
Ну или как вариант ставить вторую сетевую карту в комп и расшаривать подключение.
Минус этого решения в том, что комп должен быть включен всегда. Плюс стоимость нормальной сетевой Wi-Fi  карты не намного дешевле роутера.

[Серый]

Не совсем понял схему, как работает все сейчас?

Пока никак, это всё только в планах.

Просто стоит стационар с включенным в него кабелем провайдера, с статическим IP?

Дома сейчас роутер с подключенным к нему кабелем провайдера, IP статика. Домашний компьютер подключен к роутеру.

Не хотел раньше времени говорить для чего это нужно, но похоже без этого совсем непонятно получается. В общем у меня сейчас в разработке мобильный мини-узел D-Star. Узлы эти все работают через интернет, для нормальной работы сети ретрансляторов нужен статический IP. А мобильный узел будет работать через 3G модем, IP динамический. Вот и приходится искать способ сделать его статическим с помощью домашнего компьютера. Можно конечно оператору заплатить за статический IP, но мы же лёгких путей не ищем)))

[Дунай]

OpenVPN, например, с отдачей маршрута по умолчанию. Либо на системник, либо заменить маршрутизатор на имеющий openvpn-сервер, типа микротика

[Атлас]

Одно из решений VPN.
Мобильное устройство устанавливает связь до стационара, а там "работа" по локалке.
Виртуальную сеть без сервака или маршрутизатора (с подобной) функцией не обойтись.

[Кубик]

мобильный мини-узел D-Star

Т.е мобильная версия может находиться где угодно?

сети ретрансляторов нужен статический IP

Подключения между ретрансляторами может осуществляться по доменному имени, а не по ip?
Если да тогда 3G модем с поддержкой сервиса dynamic dns.
Ну или vpn.

[Кубик]

Виртуальную сеть без сервака или маршрутизатора (с подобной) функцией не обойтись.

Если только на компе vpn сервер поднимать, но тогда он постоянно включен должен быть.
Например, как выше писали Open VPN. Клиент есть под линукс. Сервер под винду тоже.
Ну либо шить имеющийся маршрутизатор прошивкой DD-WRT и поднимать впн на нем (если есть прошивка для него).

[Дунай]

Если да тогда 3G модем с поддержкой сервиса dynamic dns.

отдельные операторы серые адреса на модемы отдают

[Кубик]

отдельные операторы серые адреса на модемы отдают

Ну тут уж смотреть надо.

[Серый]

Т.е мобильная версия может находиться где угодно?

Да.

Подключения между ретрансляторами может осуществляться по доменному имени, а не по ip?

Нет, только IP. Вот что пишут по поводу подключения узлов на dstar.su -

Для подключения узла к сети требуется наличие Интернет-подключения с публичным IP. Для крайних случаев у нас есть решение, снимающее данное ограничение, но оно не может использоваться в качестве нормы для большинства узлов.

Одно из решений VPN.
Мобильное устройство устанавливает связь до стационара, а там "работа" по локалке.
Виртуальную сеть без сервака или маршрутизатора (с подобной) функцией не обойтись.

Можно про это поподробнее? С какими операционками это возможно?

[Кубик]

-Можно про это поподробнее? С какими операционками это возможно?

С любыми. В твоем случае проще сделать как, перепрошить роутер на dd-wrt (если есть на эту модель  прошивка). Поднять там vpn сервер. Либо поднять впн сервер на компе.
На удаленной машине, поставить впн клиент. При поднятии канала впн, твой комп получит IP адрес твоей внутренней сети (домашней) и будет находится в одной подсети со стационаром.
Поскольку все устройства которые подключены к маршрутизатору сидят за NATом, то исходящий трафик с внутренней сети будет снаружи виден с твоим белым, статическим IP.
з.ы Приложение d-star в мобильном устройстве должно будет коннектиться к приложению на стационаре и выходить через него в инет.
Костыли нифиговые так то получаются 

[БОЛТУН]

Что то сложно всё это, а простой RDP не катит? Пробросить порты на маршрутизаторе и гоу...

[Атлас]

RDP не катит?

Открывать RDP без "правил" не лучший вариант при динамическом IP.

[Кубик]

Открывать RDP без "правил" не лучший вариант при динамическом IP.

Не совсем понял про правила. Имеется ввиду доступ только с конкретного IP?
Так если пароль надежный, ничего страшного. Тем более rdp шифрованный протокол.

Что то сложно всё это

Я не в курсе про d-star. Поэтому примерно прикинул схему. Если будет точное ТЗ со схемой, то можно более предметно порешать

[Берилл]

Если так, то нужен просто роутер с Wi-Fi.

Не всегда происходит так как хочется. У меня все устройства работают через роутер, но на 2ip иногда разные адреса определяет. Банковскую программу 2 раза за год приходилось обновить, данные безопасности. Если с телефонов и ноута всё верно, то айпад частенько именно свой адрес "прогоняет" до сети, не пытался разбираться в чём причина, но... пока от этого плохо не было.

[Кубик]

о на 2ip иногда разные адреса определяет.

если не статика у провайдера, то такое возможно.
А вот отдавать внутренний адрес, это нонсенс. Трансляция адресов NAT устроена таким образом, что ip локальной сети в пакете подменяется на реальный. Иначе обратно пакет не вернется.

[Атлас]

Имеется ввиду доступ только с конкретного IP?

Да, а то был такой случай из трудовой практики. Послушал руководителя про мобильные устройства..., а потом искали утечку информации.
Лучше сразу делать всё правильно. Однозначно, прописывать правила по доступу.

[Кубик]

Послушал руководителя про мобильные устройства..., а потом искали утечку информации.

Стойкие пароли, регламент, защита ssl. Опять же rdp по vpn.

[БОЛТУН]

Открывать RDP без "правил" не лучший вариант при динамическом IP.

Так можно вход то на другой порт сделать.

[Атлас]

Так можно вход то на другой порт сделать.

Тут с портами бы не ошибиться, а то попадёшь на действующий и ищи, что не работает. Ну, и просканить порты и получить отклик дело долгое наверно. А пока будут сканить - будут садить запросы и пойдут в лучшем случае обрывы.

[Кубик]

Так можно вход то на другой порт сделать.

А смысл? Отсканить открытые порты дело пары минут.

[БОЛТУН]

А смысл?

Смысл в многогранности защиты

[Кубик]

Смысл в многогранности защиты

Так давно уже никто не вешает rdp на стандартный порт. Хотя бы потому, что серверов может быть несколько, а шлюз один.
Вообще, лучше конечно применять Remote Desktop Gateway server. Ну либо VPN. Просто и со вкусом.

[Кубик]

Что то мы отклонились от темы
Поподробнее бы про программку. Что от нее требуется, что она требует, как работает.
Тогда можно будет уже более предметно порешать вопрос. Я думаю выход найдем.

[БОЛТУН]

Так давно уже никто не вешает rdp на стандартный порт.

Цитата: БОЛТУН от Сегодня в 14:08:19

    Так можно вход то на другой порт сделать.

А смысл? Отсканить открытые порты дело пары минут.

Так давно уже никто не вешает rdp на стандартный порт.

 

Как я понял, ничего замороченного там не надо.

[Дунай]

но на 2ip иногда разные адреса определяет

у Конвекса NAT идёт в один адрес, а http/https DPI через другой, например.

вопрос такой: а с т.н. мобильного узла какого рода трафик генерируется? меня терзают смутные сомненья применяемости rdp, ибо инкапсулировать голос в tcp не комильфо всё же

[Кубик]

Как я понял, ничего замороченного там не надо.

где? В пробросе нестандартного порта? Абсолютно. Просто на маршрутизаторе указывается входящий порт, например 4000 и куда транслировать 3389.
Во FreeBSD это вылядит, как:
redirect_port tcp 192.168.1.11:3389 3399 т.е если ломлюсь по rdp на firma.ru:3399 то я попадаю на порт RDP 3389 внутреннего сервера с ip 1.11.
Так же можно и на самом серваке изменить порт.
В редакторе реестра найти раздел:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp
Там найти ключ PortNumber. И изменить его значение на нужное.
С точки зрения безопасности, мало нужные танцы с бубном. Ибо открытый порт, это открытый порт. И неважно, 3389 он ил 0009

[Кубик]

NAT идёт в один адрес, а http/https DPI через другой, например.

Кстати да. Про это я и забыл. При нынешнем требовании фильтровать трафик, все запросы фильтруются.
Другой вопрос, что DPI, как правило, устанавливается на границе сети оператора и конечная точка в любом случае должна видеть ip маршрутника, а не какой то еще.

[БОЛТУН]

где? В пробросе нестандартного порта?

Нет.

[Кaндидат]

ammy admin или в этом духе и ничего настраивать не надо и будет вам счастье и пофигу на адреса.... и прочие примудрености собственных сетей и сетей провайдеров.

[Дунай]

ammy admin или в этом духе

точно сочетается с

Raspberry PI B+ с линуксом

?

[Серый]

ammy admin

Не совсем то что мне нужно.

Поподробнее бы про программку. Что от нее требуется, что она требует, как работает.
Тогда можно будет уже более предметно порешать вопрос. Я думаю выход найдем.

ДУК подключен к ПК - нетбук, Raspberry, вариантов много. С ПК потоковые данные через интернет уходят в сеть D-Star. Для нормальной работы требуется статический IP адрес. В мобильном варианте узла это не получается, т.к. сотовые операторы дают динамический адрес. Я думал обойти эту проблему путём передачи потока на домашний ПК, а уже с него в интернет. То есть нужно некое программное обеспечение которое будет устанавливать и поддерживать связь с домашним ПК и весь поток данных пересылать через него. Как-то так. Объясняльщик из меня пока что так себе))) Сам только начал изучать эту систему, пока что только общее представление имею о том что и как работает.

[Серый]

В твоем случае проще сделать как, перепрошить роутер на dd-wrt (если есть на эту модель  прошивка). Поднять там vpn сервер.

В общем так и сделал, всё работает, но есть некоторые проблемы. При обрыве связи (а с мобильным интернетом это обычное явление), VPN приходится заново запускать вручную, а это очень неудобно в движении((

[Захар]

Вот самый простой способ получить мобильный статический IP, это в компании мотив http://cell.motivtelecom.ru/sverdlovsk-oblast/services/b2c/stat_ip .
Что самое главное услуга предоставляется частным лицам, когда у других компаний только юрикам!

[Санта]

когда у других компаний только юрикам!

Чей-то, вот от МТС предложение.

[4772]

Чей-то,

За той разницей, что Мотив предоставляет белый IP для пользователей мобильного интернета, а МТС для пользователей выделенной линии.

[Санта]

Ага, чего-то я не дочитал, каюсь.