tun/tap

tun - ip уровень туннелей tap - ethernet уровень

Если ethernet нужен, тогда используй tun

Спасибо, кэп. Я знаю. Осталось понять - как мне узнать, нужен ли мне езернет

не нужен инфа 95% Приложения, которые работают с туннелем, может напишешь?

ps. Из того с чем я сталкивался, tap нужен для qnet в QNX, например

для DHCP, кстати нужен

чет, забыл про него совсем)

dhcp в каждой подсетке свой.

Выбираю, зная, какие приложения и какой тип трафика нужен - если нужны broadcast'ы к примеру для детекта устройств или нужна прозрачность - tap. В противном случае - tun.

Если оффтопика в сети нету - tun в 99% случаев.

Если оффтопика в сети нету - tun в 99% случаев.

А что мешает оффтопику tun использовать?

Соббсно часть моего вопроса - если я поставлю тун, смогу ли я при необходимости бродкасты виндовые переправлять? Боюсь, геморроя много...

я такую проблему решил костылем - 2(теперь уже 4 правда, для других нужд) OpenVPN-процесса, один tun, другой tap с разными диапазонами адресов

tun.

А что мешает оффтопику tun использовать?

Он там кривой, емнип.

я такую проблему решил костылем

Это не костыль :)

смогу ли я при необходимости бродкасты виндовые переправлять?

В общем случае - нет. А зачем их перенаправлять? Канал больно широкий, качественный и unlim?

Он там кривой, емнип.

Вроде как-то работает, есть не просит особенно. Видимо я что-то не так делаю.

Видимо я что-то не так делаю.

Скорми по опенвпну ему выделенный айпи, например. И укажи гейтом внутренний ип.

Скорми по опенвпну ему выделенный айпи, например. И укажи гейтом внутренний ип.

Не совсем понял, что именно нужно, попробуй в другой формулировке или на примере plz

берем внешний айпишнек с роутера опенвпн, например.
195.28.40.223 вот такой.
айпишка опенвпн роутера внутренняя у нас 10.0.0.1

открываешь ccd у опенвпна, пишешь туда
ifconfig-push 195.28.40.223 10.0.0.1
рестартишь впн сервак, подключаешь вин клиента с тапом.

Работает? :)

Айпишка внешняя конечно же принадлежит роутеру и прекрасно с него роутится куда-нибудь еще.

Пытаюсь понять задачу, которую таким образом мы пытаемся решить. Т.е. что именно мы хотим сделать (а не как)

подключаешь вин клиента с тапом.

С tun'ом.

С tun'ом.

Да с чем угодно можешь подключить :)

Мы хотим дать по опенвпн выделенный айпи винде.

В линуксе это работает с тун прекрасно, как ты понял.
Во фре тоже (не считая алиасов, там еще надо ужимки и прыжки, чтобы оно работало).

Мы хотим дать по опенвпн выделенный айпи винде.

Выделенный внешний IP или все равно какой?

Да с чем угодно можешь подключить

Речь ведь изначально про то, что tun в винде плохо работает, нет?

Речь ведь изначально про то, что tun в винде плохо работает, нет?

В ней все плохо работает. Но можно в эту стезю и тун кинуть, да.

Выделенный внешний IP или все равно какой?

Именно. С роутера, где он крутится.

Именно. С роутера, где он крутится.

Каким образом некоторый 1 IP будет одновременно болтаться и на интерфейсе клиента и на gw (сервере), что-то тут нечисто.

Я в свое время сделал тупо - full DNAT/SNAT с/на приватный IP клиента, который он получает по oVPN. Но это просто потому, что времени было мало и я не знал, как делают нормальные люди.

Каким образом некоторый 1 IP будет одновременно болтаться и на интерфейсе клиента и на gw (сервере), что-то тут не чисто.

Я не говорил, что он болтается на роутере. Он на него роутится.

Типо так выглядит на серваке:
eth0 один внешний
eth0:0 второй внешний, который мы хотим сроутить.
снимаем его нафиг по ifconfig eth0:0 down
делаем route add -host второйвнешний tun0
включаем форвардинг в ведре и проксиарп.

И вуаля, все роутится прекрасно.

Я в свое время сделал тупо - full DNAT/SNAT с/на приватный IP клиента, который он получает по oVPN. Но это просто потому, что времени было мало и я не знал, как делают нормальные люди.

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

Так приходится делать ибо венда говно.

Т.е. поднять bridge между eth0 и tap0 на сервере, и отдать прямой IP клиенту не выйдет? :)

Я использовал tap когда хотел с приятелем поиграть в старенькие игры через инет (которые кроме IPX ничего не знают). Использовать tap когда через туннель гоняется только ip - имхо,оверхед.

Т.е. поднять bridge между eth0 и tap0 на сервере, и отдать прямой IP клиенту не выйдет? :)

Причем тут бридж? Для винды предлагаешь отдельный ифейс поднимать на сервере опенвпна? :)

Причем тут бридж? Для винды предлагаешь отдельный ифейс поднимать на сервере опенвпна? :)

1. Ну, какой-то интерфейс на сервере в инет смотрит? (т.е. отдельный не надо)
2. VPN свой интерфейс (tap) поднимает? (опять же, отдельный не надо)
3. Вот их в бридж

не?