Сам не сисадминю, но вопрос по теме...
Предыстория: Хотел бы самым простым способом подключаться к домашнему компу(находится за роутером, IP динамический? белы) откуда угодно. Пробовал DynDNS+SSH/VNC/FTP+перенаправление портов. Работало, но при ап/дауне роутера соединение умирало и восстановить его удавалось через ~полчаса... но я с этим особо не боролся... FTP так и не завёлся(это тоже из другой сказки).
Итак, сейчас я задумался О VPN'е.
Есть ли какие-то бесплатные решения, окромя всм известного hamachi?
В догонку: Канала <=512-768kbps для samba поверх VPN не хватит ведь? а NFS потянет?
LinuxForum.Fans
Бесплатный VPN
Автор: Fat-Zer
10 сообщений
5268 просмотров
В догонку: Канала <=512-768kbps для samba поверх VPN не хватит ведь? а NFS потянет?
1-2кбит в сек хватит.
Работало, но при ап/дауне роутера соединение умирало и восстановить его удавалось через ~полчаса... но я с этим особо не боролся...
ну... криво настроили.
зачем вам это всё надо? вы перечислили кучу технологий, но так и не сказали ЗАЧЕМ.
DynDNS - ибо ИП динамический
VNC - пробовал контролить - медленно и неуклюже
SSH - с -X вообще вкусно было
FTP - пробовал шарить файлы... интересно было поднять... в локальной сети заработал, а из внешней резался...
По большей части всё по фану... но и в критический момент может пригодится (знавал я одного человека, который под таким же предлогом 50м реп-шнура таскал)
Но всё это отклоняет от сабжа: Бесплатный VPN существует или нет?
DynDNS - ибо ИП динамический
а можно и без этого. на компе моей жены есть закладка: каждый час скачивается один файлик с одного из моих серверов. глядя в лог этого сервера я всегда могу узнать её IP. (ибо больше этот файл скачивать некому) :)
FTP - пробовал шарить файлы... интересно было поднять... в локальной сети заработал, а из внешней резался...
По большей части всё по фану... но и в критический момент может пригодится (знавал я одного человека, который под таким же предлогом 50м реп-шнура таскал)
Но всё это отклоняет от сабжа: Бесплатный VPN существует или нет?
ну если вы не смогли осилить самый древний и простой протокол FTP, то про VPN вам думать ещё рановато.
а вообще почитайте это: http://ru.wikipedia.org/wiki/VPN
может хотя-бы вопрос сможете по-человечески сформулировать. :(
а можно и без этого. на компе моей жены есть закладка: каждый час скачивается один файлик с одного из моих серверов. глядя в лог этого сервера я всегда могу узнать её IP. (ибо больше этот файл скачивать некому)
Вы знаете толк в извращениях) я тоже сначала думал писать свой ИП на какой-нибудь сервак... но с DynDNS оно как-то проще выглядит... тем более на роутере есть свой клиент...
ну если вы не смогли осилить самый древний и простой протокол FTP, то про VPN вам думать ещё рановато.
я не особо успел поковырять. Я тогда на опенсесе сидел, но конфигить пытался вручную... запустил, из локальной сети доступен - порадовался, порты перенаправил - не работает - погрустил. Снёс сусю(не связанные события) и поставил генту... Ибо сервер вроде как работал - дальше не особо интересно было ковырять... да и необходимость, которая была отпала.
а вообще почитайте это: http://ru.wikipedia.org/wiki/VPN
может хотя-бы вопрос сможете по-человечески сформулировать.
Остановите когда я начну заблуждаться...
1. VPN - для создания виртуальной лан поверх другой сети.
2. Для того, чтобы клиентские машины друг друга нашли нужен сервер, который будет им помогать это делать.
3. Когда клиенты друг друга нашли и сервер их соединит они могут обмениваться данными напрямую.
4. 3-й пункт будет работать даже если их разделяют наты файрволы и прочими страшные вещи...
Вы знаете толк в извращениях) я тоже сначала думал писать свой ИП на какой-нибудь сервак... но с DynDNS оно как-то проще выглядит... тем более на роутере есть свой клиент.
дык побыстрому хотелось сделать. да, DynDNS не юзаю, юзаю no-ip.org. Оно лучше.
я не особо успел поковырять. Я тогда на опенсесе сидел, но конфигить пытался вручную... запустил, из локальной сети доступен - порадовался, порты перенаправил - не работает - погрустил. Снёс сусю(не связанные события) и поставил генту...
просто берёте конфиг из бекапа, и всё.
3. Когда клиенты друг друга нашли и сервер их соединит они могут обмениваться данными напрямую.
4. 3-й пункт будет работать даже если их разделяют наты файрволы и прочими страшные вещи...
прямая связь невозможна с серым IP. Это аксиома. Только через третий сервер с белым IP. Его иногда называют "прокси", но это не тот прокси, который обычно имеют ввиду.
2. Для того, чтобы клиентские машины друг друга нашли нужен сервер, который будет им помогать это делать.
вообще-то VPN возможна и с двумя компами, и даже внутри одного (PPPoE, когда инет включён через Ethernet например. Там канал VPN между eth и ppp, которые физически внутри одного компа.)
прямая связь невозможна с серым IP. Это аксиома. Только через третий сервер с белым IP. Его иногда называют "прокси", но это не тот прокси, который обычно имеют ввиду.
руководствовался в рассуждениях всё той же вики:
Hamachi — система организации виртуальных защищённых сетей на основе протокола UDP. В такой сети узлы для установления соединения между собой используют третий узел, который помогает им лишь обнаружить друг друга, а передача информации производится непосредственно между узлами. При этом взаимодействующие узлы могут находиться за NAT или фаерволом.
Или здесь ключевое слово UDP?
просто берёте конфиг из бекапа, и всё.
Если бы я бекапил всё, что нужно...
вообще-то VPN возможна и с двумя компами, и даже внутри одного (PPPoE, когда инет включён через Ethernet например. Там канал VPN между eth и ppp, которые физически внутри одного компа.)
можно поподрбней... или линк, где написано проще, чем в вики? // эхх... слаб я в сетевых технологиях...
Первое:
Как осуществляется связь?
1) вы отправляете запрос со своего компьютера к примеру с IP 1.2.3.4, на http://ya.ru.
2) "запрос" - это пакет с информацией, там есть IP адрес получателя и его порт, в данном случае 213.180.204.3:80. Кроме того, там есть ваш IP и ваш порт, к примеру 1.2.3.4:12345. Порт - случайное число 1024..65534. Вы ждёте ответ на этот порт (12345).
3) сервер ya.ru отправляет вам ответ,
4) и тут начинается обмен информацией.
Это протокол TCP
Второе:
Протокол UDP отличается от TCP тем, что в нём не требуется ответов - вы просто разбрасываете кучу пакетов, в надежде на то, что какие-то из них дойдут до адресата. Дойдут или нет - нам не известно.
Третье:
В сети имеется множество транзитных узлов на пути наших пакетов, часто первый, ближайший к нам транзитный узел представляет собой шлюз, т.е. переходное звено из одной сети в другую. Например из сети 10.хх.хх.хх в Глобальную сеть.
Шлюз имеет 2 адреса - из вашей сети он виден как 10.1.1.1, а из Интернетов 1.2.3.4. Ваш-же адрес получен от шлюза, и равен 10.20.30.40
Когда вы отправляете свой пакет на яндекс, в действительности он отправляется не на яндекс, а на шлюз (10.1.1.1:80), а уже шлюз отправляет его на яндекс. Причём шлюз меняет заголовок пакета таким образом, что-бы ответ от яндекса пришёл ему а не вам (адресов начинающихся на 10 в Интернете не существует). При этом шлюз запоминает номер порта, который вы слушаете (12345), и его не переделывает.
Когда от яндекса приходит ответ, он приходит на 1.2.3.4:12345, и шлюз, по 12345 понимает, что данный пакет предназначен не кому-то, а лично вам. И переправляет заголовок пакета так, как будто этот пакет должен идти на 10.20.30.40:12345.
Получается так, что мы можем установить связь с яндексом, а яндекс с нами не может - адреса 10.20.30.40 в Интернете нет, а если отправить пакет на шлюз, то шлюз не узнает, кому из его сетки этот пакет передать.
Можно настроить шлюз таким образом, что-бы он ВСЕ пакеты идущие на порт 12345 переправлял именно на конкретный ваш компьютер 10.20.30.40, это называется проброской порта. Но так провайдеры не делают (ибо портов немного, в отличие от клиентов. Им проще дать клиенту (не бесплатно разумеется) свой личный IP, потому как провайдеры покупапют эти IP оптом, пулами по 65536 штук).
Вся эта хрень называется NATом
Четвёртое:
В итоге, если вы за натом, у вас нет денег на свой личный IP, и админ шлюза не желает пробрасывать вам какой-нибудь порт, то установить соединение с вами невозможно. Можно только лишь ждать, пока ВЫ установите с кем-нибудь соединение. Это называется "серый IP".
Пятое:
Есть одна лазейка:
1) вы устанавливаете соединение с яндексом, и вам шлюз открывает (временно) порт 12345.
2) я тоже устанавливаю соединение с яндексом, и мне шлюз открывает порт 54321
3) и тут ВНЕЗАПНО я отправляю пакеты не яндексу, а вам, на порт 12345 вашему шлюзу.
4) шлюз не врубится в такую подставу, и отфорвардит пакеты вам
5) ну а вы можете слать пакеты мне, на порт 54321, моему шлюзу
Однако, УСТАНОВИТЬ СОЕДИНЕНИЕ будет невозможно, именно потому и применяется простое разбрасывание пакетов, без всяких подтверждений и т.д. По протоколу UDP.
Эта подстава и называется "Hamachi". Только нам с вами не яндекс нужен, а какой-нибудь другой сервер, что-бы узнать IP:port друг-друга.
Как-то так...
>> 1-4
По большей части и так знал/осознавал. Спасибо, что разложили по полочкам...
Под "я за натом" подразумевал, что роутеру провайдер выделяет белой ИП, а за ним моя скромная квартирная сеть из 2-5 компов. И тут уж я сам себе админ... что хочу, то и пробрасываю и имею широкое поле для экспериментов.
>> 5
за это отдельное спасибо. Чисто !гипотетически! поверх такого UDP канала можно и подтверждения пустить...
и последнее... немного не удобно после такой монографии... но вопрос
можно поподрбней... или линк, где написано проще, чем в вики?
относился к ppp и pppoe
Под "я за натом" подразумевал, что роутеру провайдер выделяет белой ИП
ну это почти везде так. просто не всегда у нас есть доступ к шлюзу.
Чисто !гипотетически! поверх такого UDP канала можно и подтверждения пустить...
а они и пускаются. связь-то двухсторонняя. Но это на более высоком уровне этой, как её, OSI...
погуглите, в Сети полно информации, правда она разрозненная и обрывочная. К сожалению. А ещё она сильно устаревает, и часто только по английски :(
относился к ppp и pppoe
pppoe это несколько другое. на самом деле, это просто канал связи. годных и хороших ссылок я не знаю (стал-бы я писать сам, если бы знал? ;) ).
На самом деле, сейчас последняя миля подымается одминами, которые разбираются в этом примерно как мы (а я тоже не админ, кстати). А даже если и лучше, они всё равно специально криворучат, видимо для того, что-бы получать деньги за настройку. Вы сами посмотрите, какие ужасные конфиги на этом форуме, и ведь это не мы-форумчане, это провайдеры такое рекомендуют...
Войдите или зарегистрируйтесь, чтобы ответить.
