1

Сам не сисадминю, но вопрос по теме...
Предыстория: Хотел бы самым простым способом подключаться к домашнему компу(находится за роутером, IP динамический? белы) откуда угодно. Пробовал DynDNS+SSH/VNC/FTP+перенаправление портов. Работало, но при ап/дауне роутера соединение умирало и восстановить его удавалось через ~полчаса... но я с этим особо не боролся... FTP так и не завёлся(это тоже из другой сказки).

Итак, сейчас я задумался О VPN'е.
Есть ли какие-то бесплатные решения, окромя всм известного hamachi?

В догонку: Канала <=512-768kbps для samba поверх VPN не хватит ведь? а NFS потянет?

95% процентов проблем находятся между клавиатурой и стулом.

2

Fat-Zer пишет:

В догонку: Канала <=512-768kbps для samba поверх VPN не хватит ведь? а NFS потянет?

1-2кбит в сек хватит.

Fat-Zer пишет:

Работало, но при ап/дауне роутера соединение умирало и восстановить его удавалось через ~полчаса... но я с этим особо не боролся...

ну... криво настроили.

зачем вам это всё надо? вы перечислили кучу технологий, но так и не сказали ЗАЧЕМ.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

3

DynDNS - ибо ИП динамический
VNC - пробовал контролить - медленно и неуклюже
SSH - с -X вообще вкусно было
FTP - пробовал шарить файлы... интересно было поднять... в локальной сети заработал, а из внешней резался...

По большей части всё по фану... но и в критический момент может пригодится (знавал я одного человека, который под таким же предлогом 50м реп-шнура таскал)

Но всё это отклоняет от сабжа: Бесплатный VPN существует или нет?

95% процентов проблем находятся между клавиатурой и стулом.

4

Fat-Zer пишет:

DynDNS - ибо ИП динамический

а можно и без этого. на компе моей жены есть закладка: каждый час скачивается один файлик с одного из моих серверов. глядя в лог этого сервера я всегда могу узнать её IP. (ибо больше этот файл скачивать некому) ab

Fat-Zer пишет:

FTP - пробовал шарить файлы... интересно было поднять... в локальной сети заработал, а из внешней резался...

По большей части всё по фану... но и в критический момент может пригодится (знавал я одного человека, который под таким же предлогом 50м реп-шнура таскал)

Но всё это отклоняет от сабжа: Бесплатный VPN существует или нет?

ну если вы не смогли осилить самый древний и простой протокол FTP, то про VPN вам думать ещё рановато.

а вообще почитайте это: http://ru.wikipedia.org/wiki/VPN
может хотя-бы вопрос сможете по-человечески сформулировать.  ac

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

5

drBatty пишет:

а можно и без этого. на компе моей жены есть закладка: каждый час скачивается один файлик с одного из моих серверов. глядя в лог этого сервера я всегда могу узнать её IP. (ибо больше этот файл скачивать некому)

Вы знаете толк в извращениях) я тоже сначала думал писать свой ИП на какой-нибудь сервак... но с DynDNS оно как-то проще выглядит... тем более на роутере есть свой клиент...

drBatty пишет:

ну если вы не смогли осилить самый древний и простой протокол FTP, то про VPN вам думать ещё рановато.

я не особо успел поковырять. Я тогда на опенсесе сидел, но конфигить пытался вручную... запустил, из локальной сети доступен - порадовался, порты перенаправил - не работает - погрустил. Снёс сусю(не связанные события) и поставил генту... Ибо сервер вроде как работал - дальше не особо интересно было ковырять... да и необходимость, которая была отпала.

drBatty пишет:

а вообще почитайте это: http://ru.wikipedia.org/wiki/VPN
может хотя-бы вопрос сможете по-человечески сформулировать.

Остановите когда я начну заблуждаться...
1. VPN - для создания виртуальной лан поверх другой сети.
2. Для того, чтобы клиентские машины друг друга нашли нужен сервер, который будет им помогать это делать.
3. Когда клиенты друг друга нашли и сервер их соединит они могут обмениваться данными напрямую.
4. 3-й пункт будет работать даже если их разделяют наты файрволы и прочими страшные вещи...

95% процентов проблем находятся между клавиатурой и стулом.

6

Fat-Zer пишет:

Вы знаете толк в извращениях) я тоже сначала думал писать свой ИП на какой-нибудь сервак... но с DynDNS оно как-то проще выглядит... тем более на роутере есть свой клиент.

дык побыстрому хотелось сделать. да, DynDNS не юзаю, юзаю no-ip.org. Оно лучше.

Fat-Zer пишет:

я не особо успел поковырять. Я тогда на опенсесе сидел, но конфигить пытался вручную... запустил, из локальной сети доступен - порадовался, порты перенаправил - не работает - погрустил. Снёс сусю(не связанные события) и поставил генту...

просто берёте конфиг из бекапа, и всё.

Fat-Zer пишет:

3. Когда клиенты друг друга нашли и сервер их соединит они могут обмениваться данными напрямую.
4. 3-й пункт будет работать даже если их разделяют наты файрволы и прочими страшные вещи...

прямая связь невозможна с серым IP. Это аксиома. Только через третий сервер с белым IP. Его иногда называют "прокси", но это не тот прокси, который обычно имеют ввиду.

Fat-Zer пишет:

2. Для того, чтобы клиентские машины друг друга нашли нужен сервер, который будет им помогать это делать.

вообще-то VPN возможна и с двумя компами, и даже внутри одного (PPPoE, когда инет включён через Ethernet например. Там канал VPN между eth и ppp, которые физически внутри одного компа.)

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

7 (25.01.2011 21:23:40 отредактировано Fat-Zer)

drBatty пишет:

прямая связь невозможна с серым IP. Это аксиома. Только через третий сервер с белым IP. Его иногда называют "прокси", но это не тот прокси, который обычно имеют ввиду.

руководствовался в рассуждениях всё той же вики:

http://ru.wikipedia.org/wiki/Hamachi пишет:

Hamachi — система организации виртуальных защищённых сетей на основе протокола UDP. В такой сети узлы для установления соединения между собой используют третий узел, который помогает им лишь обнаружить друг друга, а передача информации производится непосредственно между узлами. При этом взаимодействующие узлы могут находиться за NAT или фаерволом.

Или здесь ключевое слово UDP?

drBatty пишет:

просто берёте конфиг из бекапа, и всё.

Если бы я бекапил всё, что нужно...

drBatty пишет:

вообще-то VPN возможна и с двумя компами, и даже внутри одного (PPPoE, когда инет включён через Ethernet например. Там канал VPN между eth и ppp, которые физически внутри одного компа.)

можно поподрбней... или линк, где написано проще, чем в вики? // эхх... слаб я в сетевых технологиях...

95% процентов проблем находятся между клавиатурой и стулом.

8

Первое:

Как осуществляется связь?

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 штук).

Вся эта CENSORED называется NATом

Четвёртое:

В итоге, если вы за натом, у вас нет денег на свой личный IP, и админ шлюза не желает пробрасывать вам какой-нибудь порт, то установить соединение с вами невозможно. Можно только лишь ждать, пока ВЫ установите с кем-нибудь соединение. Это называется "серый IP".

Пятое:

Есть одна лазейка:

1) вы устанавливаете соединение с яндексом, и вам шлюз открывает (временно) порт 12345.
2) я тоже устанавливаю соединение с яндексом, и мне шлюз открывает порт 54321
3) и тут ВНЕЗАПНО я отправляю пакеты не яндексу, а вам, на порт 12345 вашему шлюзу.
4) шлюз не врубится в такую подставу, и отфорвардит пакеты вам
5) ну а вы можете слать пакеты мне, на порт 54321, моему шлюзу

Однако, УСТАНОВИТЬ СОЕДИНЕНИЕ будет невозможно, именно потому и применяется простое разбрасывание пакетов, без всяких подтверждений и т.д. По протоколу UDP.

Эта подстава и называется "Hamachi". Только нам с вами не яндекс нужен, а какой-нибудь другой сервер, что-бы узнать IP:port друг-друга.

Как-то так...

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

9

>> 1-4
По большей части и так знал/осознавал. Спасибо, что разложили по полочкам...
Под "я за натом" подразумевал, что роутеру провайдер выделяет белой ИП, а за ним моя скромная квартирная сеть из 2-5 компов. И тут уж я сам себе админ... что хочу, то и пробрасываю и имею широкое поле для экспериментов.

>> 5
за это отдельное спасибо.  Чисто !гипотетически! поверх такого UDP канала можно и подтверждения пустить...

и последнее... немного не удобно после такой монографии... но вопрос

Fat-Zer пишет:

можно поподрбней... или линк, где написано проще, чем в вики?

относился к ppp и pppoe

95% процентов проблем находятся между клавиатурой и стулом.

10

Fat-Zer пишет:

Под "я за натом" подразумевал, что роутеру провайдер выделяет белой ИП

ну это почти везде так. просто не всегда у нас есть доступ к шлюзу.

Fat-Zer пишет:

Чисто !гипотетически! поверх такого UDP канала можно и подтверждения пустить...

а они и пускаются. связь-то двухсторонняя. Но это на более высоком уровне этой, как её, OSI...
погуглите, в Сети полно информации, правда она разрозненная и обрывочная. К сожалению. А ещё она сильно устаревает, и часто только по английски ac

Fat-Zer пишет:

относился к ppp и pppoe

pppoe это несколько другое. на самом деле, это просто канал связи. годных и хороших ссылок я не знаю (стал-бы я писать сам, если бы знал? bx ).

На самом деле, сейчас последняя миля подымается одминами, которые разбираются в этом примерно как мы (а я тоже не админ, кстати). А даже если и лучше, они всё равно специально криворучат, видимо для того, что-бы получать деньги за настройку. Вы сами посмотрите, какие ужасные конфиги на этом форуме, и ведь это не мы-форумчане, это провайдеры такое рекомендуют...

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)