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

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

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

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

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

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

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

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

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

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 друг-друга.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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