Ru-Board.club
← Вернуться в раздел «UNIX»

» Debian

Автор: mleo
Дата сообщения: 05.08.2013 15:01
инет приходит через ppp0, но софт используется модемный (3g). как там организован канал не пойму.
раньше можно было соединяться через networkmanager. но как я понимаю, в нем нет инфы по этому модему, как и в modeswitch (там есть данные по id модемов).
lbusb - показывает что модем виден, но в etc/usb_modemswitch.d файла с именем ID нет и соответственно система как то извратно видит модем.
NM поэтому тоже не видит модем и, как следствие, не возможно выбрать в нем VPN PPTP.


Цитата:
Для tun0 в конфиге нету опции по замене default gateway?

какой параметр в конфиге openvpn отвечает за это?
или я наверно не правильно понял?
Автор: goletsa
Дата сообщения: 05.08.2013 15:12
mleo
–redirect-gateway
Автор: mleo
Дата сообщения: 05.08.2013 15:24
вот лог Openvpn

----
Mon Aug 5 15:38:49 2013 /sbin/ifconfig tun0 10.х.х.1 pointopoint 10.х.х.2 mtu 1500
Mon Aug 5 15:38:49 2013 NOTE: unable to redirect default gateway -- Cannot read current default gateway from system
Mon Aug 5 15:38:49 2013 Initialization Sequence Completed

-----

видно что не происходит перенаправление через redirect default gateway - не получается прочесть данные из системы ((

и что делать?
Автор: mleo
Дата сообщения: 05.08.2013 19:35
начитал в инете решение этой проблемы:
NOTE: unable to redirect default gateway -- Cannot read current default gateway from system

решение прямо скажем не фонтан, но работает:
1. Создаем здесь /etc/ppp/ip-up.d/ файл routing
2. Открываем и вносим:
----
#! /bin/sh
#Определяем выданный шлюз по умолчанию у меня он всегда разный но в сети 222.х.х.х
gw1=`ip route show | grep 222 | awk '{print $1}'`
# Удаляем 0.0.0.0 0.0.0.0
route del default
# Добавляем маршрут с верным шлюзом
route add -net default gw ${gw1} dev ppp0
---
3. Делаем файл исполняемым: chmod ug+x /etc/ppp/ip-up.d/routing
4. Перезагружаемся.

нужно это "шаманство" однозначно допиливать.

Затем я вручную запустил созданный скрипт и получаем, хоть и временное, но решение проблемы с Openvpn.

ЗЫ обращаюсь к специалистам с просьбой подрехтовать инструкцию.
Автор: goletsa
Дата сообщения: 06.08.2013 16:55
А что шлюзом интерфейс не дает задавать? Обычно это проще всего.
Автор: mleo
Дата сообщения: 07.08.2013 11:47
goletsa

почитал вот это:

[more=Маршрутизация (Роутинг)]

Как только вы запустили подключение по PPTP туннелю, проверьте доступность узлов с другой стороны туннеля. Особенность подключения к провайдерам заключается в том, что PPTP-сервер (т.н. VPN-сервер "vpn.internet.beeline.ru") находится не в одной подсети с вами, и этот сервер вам доступен через стандартный шлюз (default gateway, шлюз по-умолчанию). Когда интернет отключён, VPN-подключение по PPTP-туннелю остановлено, маршрутом по-умолчанию (default route) в таблице маршрутизации является маршрут на default gateway. Посмотреть маршрут по-умолчанию default route, указывающий на default gateway, можно при помощи команд:

# route -n

и

# netstat -nr

Для доступности узлов с другой стороны туннеля, которые находятся за PPTP-сервером, иначе говоря, для установки связи с Интернетом, необходимо, чтобы маршрут по-умолчанию default route указывал на шлюз, отвечающий за доступность узлов за PPTP-сервером, то есть, на образующийся при VPN-подключении, интерфейс ppp0.Следующая команда удалит маршрут по-умолчанию default route, который указывает на default gateway:

# route del default

затем нам понадобится создать новый маршрут по-умолчанию default route, но уже указывающий на шлюз, предоставляющий вам доступность узлов с другой стороны туннеля:

# route add default gw шлюз

или вы также можете создать новый маршрут по-умолчанию default route, указывающий на интерфейс ppp0:

# route add default dev ppp0

если установилось VPN-соединение, что можно проверить командой:

# ifconfig -a | grep inet

Для того, чтобы после каждого запуска и остановки VPN-подключения вам не приходилось вручную менять маршрут по-умолчанию default route, есть два решения:

параметр defaultroute/replacedefaultroute
скрипты в каталогах /etc/ppp/ip-up.d/ и /etc/ppp/ip-down.d/

Для этого в настройке pppd нужно прописывать параметр defaultroute. Проблема в том, что в некоторых релизах pppd отказывается замещать default route на новый default gateway, говоря при этом: will not replace defaultroute.

В таких случаях, можно добавить недокументированный параметр replacedefaultroute, благодаря которому, всякие манипуляции, с удалением маршрутов по-умолчанию default route на default gateway, становятся ненужными. Однако, этот параметр работает не во всех релизах pppd.

Когда устанавливается VPN-подключение по PPTP туннелю, маршрут по-умолчанию default route указывает на PPTP-сервер, доступный по интерфейсу ppp0. В связи с замещением этим маршрутом по-умолчанию предыдущего default route, система не знает, как добраться до PPTP-сервера, так как он недоступен, исходя из таблицы маршрутизации.

# route -n

Поэтому маршрут до PPTP-сервера нужно прописать в таблице маршрутизации вручную. Следующая проблема заключается в том, что PPTP-серверов у каждого провайдера много, и их список (nslookup vpn.internet.beeline.ru) постоянно меняется. Выводы:

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

Для использования автоматического управления маршрутами через скрипты, воспользуйтесь файлами, содержащими скрипты /etc/ppp/ip-up и /etc/ppp/ip-down

После того, как связь установлена - скрипт /etc/ppp/ip-up

Как только связь PPP установлена, pppd ищет /etc/ppp/ip-up. Если этот скрипт существует и является исполняемым, то pppd выполняет скрипт. Скрипт позволяет вам автоматизировать любые специальные команды маршрутизации, которые могут вам понадобиться, и любые другие действия, которые вы хотите выполнить при активации соединения PPP.

Файл всего лишь является shell скриптом, и он может делать всё, что может делать shell скрипт (то есть фактически всё что вы захотите). Например, вы можете заставить sendmail послать исходящую почту, стоящую в очереди. Точно так же, вы можете вставить команды в скрипт ip-up для проверки почты (используя POP), ожидающей вашей проверки в вашем почтовом ящике.

Имеются следующие ограничения на /etc/ppp/ip-up:

Для усиления защиты он выполняется в преднамеренно ограниченном окружении. Это означает, что вы должны указывать полный путь к запускаемым файлам внутри скриптов и т.д. Технически /etc/ppp/ip-up - это программа, а не скрипт. Это означает, что он может быть всё таки выполнен - и следовательно, ему потребуется стандартный файл (#!/bin/bash) в начале первой строки скрипта, также он должен быть читаемым и исполняемым от пользователем root.

Если вы связываете две локальных сети, вы должны будете установить специфические маршруты к 'посторонней' локальной сети. Это легко сделать используя скрипт /etc/ppp/ip-up. Единственая трудность возникает, если ваша машина работает с несколькими PPP соединениями. Потому, что /etc/ppp/ip-up выполняется для КАЖДОГО ppp соединения, которое устанавливается, так что, вы должны тщательно проверить на правильность команды маршрутизации для определённого устанавливаемого соединения - и не выполнять их, когда устанавливается любое другое соединение.

После того, как связь завершена - скрипт /etc/ppp/ip-down

Вы можете создать скрипт, который будет выполняться, как только связь будет завершена. Он называется /etc/ppp/ip-down. Он может использоваться, чтобы отменить что-нибудь, что вы сделали в соответствующем скрипте /etc/ppp/ip-up. Например, вернуть прежние маршруты или правила iptables.

Помните, скрипт - это только стандартный скрипт bash и может использоваться так, чтобы автоматизировать ЛЮБУЮ функцию, которую нужно выполнять каждый раз, при установке соответствующего PPP соединения. [/more]

и получается, что назначить каждому интерфейсу шлюз по умолчанию не возможно. можно создать скрипт и положить его в соответствующую папку. в же Винде можно присвоить интерфейсу в Свойствах шлюз.
причем поместив сюда /etc/ppp/ip-up.d/ скрипт , я не получаю автоматического его запуска при включении соединения через ppp0.
приходится делать запуск вручную (((
это как то грустно.
или я не прав? и в чем желательно узнать ))

Автор: goletsa
Дата сообщения: 07.08.2013 13:47
mleo
Надо уточнять, несколько default можно сделать, хотя может это и не надо.
Если вам надо все завернуть в openvpn, то можно для ppp0 задать маршрут к openvpn серверу, а default перенести на tun0
Автор: vlary
Дата сообщения: 07.08.2013 13:54
mleo
Цитата:
получается, что назначить каждому интерфейсу шлюз по умолчанию не возможно.
Возможно. С помощью iproute2.

Автор: mleo
Дата сообщения: 09.08.2013 13:38
ох уж этот роутинг..
а с Гуи есть что либо?
Автор: Alukardd
Дата сообщения: 09.08.2013 14:41
mleo
GUI по определению более ущербные... Мб что и есть, только, я бы не советовал.
Автор: goletsa
Дата сообщения: 09.08.2013 15:25
mleo
Чтобы настраивать роутинги надо четке представлять себе адресацию в ipv4, и маршрут пакета, как он пойдет. в зависимости от длинны маски (например при наличии /24 и /16 с пересечением подсетей, маршрут с более длинной маской предпочтительнее).
Методом тыка будет все очень плохо.
Автор: Alukardd
Дата сообщения: 09.08.2013 16:08
goletsa
С PBR обычно о другом больше думать приходится... Что бы пакет ушёл с нужного интерфейса, а не как придётся... А если интерфейсы физически в одной сети, то ещё веселее становится... Сразу и rp_filter и arp_filter...
Автор: goletsa
Дата сообщения: 11.08.2013 15:20
Alukardd
Ну это за рамками данного топика.
Там случай куда проще.
Автор: bearjrgm
Дата сообщения: 24.08.2013 10:12
Прошу не бить ногами
При установке пакета происходит первоначальное конфигурирование пакета (диалог), где потом сохраняется эта информация???
Как при при переустановке пакета, опять вызвать соответствующий диалог?
Автор: goletsa
Дата сообщения: 24.08.2013 11:42
bearjrgm
dpkg-reconfigure имяпакета
Или можно поставить configure-debian, там из меню можно будет выбрать пакет для перенастройки
Автор: bearjrgm
Дата сообщения: 24.08.2013 11:59
goletsa спасибо, но в случае если пакет не установился из-за неправильных настроек этот способ не помогает, purge тоже, поэтому и интересует где лежат эти настройки

Автор: ASE_DAG
Дата сообщения: 24.08.2013 23:32
bearjrgm
«Эти настройки» лежат там, куда их положили авторы (или мэйнтэйнеры) конкретного программного продукта, который вы пытались установить.
Автор: goletsa
Дата сообщения: 25.08.2013 02:37
bearjrgm

Цитата:
purge тоже,

эм
Purge грохает же обычно все конфиги.
что за программа?
Автор: mleo
Дата сообщения: 26.08.2013 13:45
установил openvpn из репозитария, но там старая версия. решил обновить. добавил репозитарий как написано на openvpn.net установил открытый ключ. обновление не идет ( в чем может быть проблема?
Автор: goletsa
Дата сообщения: 26.08.2013 15:45
mleo
какой репозиторий и какие версии?
Автор: mleo
Дата сообщения: 26.08.2013 17:00
пардон.
Deb6squeeze
репозитарий сейчас не могу сейчас посмотреть.. по-умолчанию (российский http://mirror.yandex.ru/)

сейчас перегружусь...

Добавлено:
openvpn установился 2.1
последняя 2.3.2
Автор: BlackLabel
Дата сообщения: 26.08.2013 17:10
mleo

Сделал как тут написано для squeeze в итоге получил

Код: apt-cache policy openvpn
Автор: mleo
Дата сообщения: 26.08.2013 17:24

Цитата:
$ apt-get update && apt-get install <packagename>


packagename - это openvpn?

все так и делал.

игнорируется репозитарий http://repos.openvpn.net/repos/apt/squeeze-stable/

может все остальные репозитарии отключить?
Автор: BlackLabel
Дата сообщения: 26.08.2013 17:43
что выдает apt-cache policy openvpn

что если установить с нуля , тоже самое ?

и навсякий случай apt-get clean && apt-get update
Автор: mleo
Дата сообщения: 31.08.2013 12:22
$ apt-cache policy openvpn
openvpn:
Установлен: 2.1.3-2+squeeze2
Кандидат: 2.1.3-2+squeeze2
Таблица версий:
2.3.2-debian0 0
500 http://repos.openvpn.net/repos/apt/squeeze-snapshots/ squeeze/main i386 Packages
500 http://repos.openvpn.net/repos/apt/squeeze-stable/ squeeze/main i386 Packages
2.2.1-3~bpo60+1 0
100 http://mirror.yandex.ru/debian-backports/ squeeze-backports/main i386 Packages
*** 2.1.3-2+squeeze2 0
700 http://mirror.yandex.ru/debian/ squeeze-proposed-updates/main i386 Packages
100 /var/lib/dpkg/status
2.1.3-2+squeeze1 0
700 http://mirror.yandex.ru/debian/ squeeze/main i386 Packages
Автор: ASE_DAG
Дата сообщения: 01.09.2013 16:15
mleo

> установил openvpn из репозитория, но там старая версия. решил обновить.
А чего вам, собственно, не хватало в актуальной для вашего релиза (который, кстати, уже oldstable и пора подумать об обновлении его целиком)?

> добавил репозиторий, как написано на openvpn.net, установил открытый ключ.
Определенно сначала стоило обратиться к бэкпортам, там (в squeeze-backports), как вы сами только что показали, 2.2.1-3~bpo60+1, может быть, ее вам достаточно?
Автор: mleo
Дата сообщения: 01.09.2013 22:55
ASE_DAG

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


Цитата:
Определенно сначала стоило обратиться к бэкпортам

правильно ли я понимаю, что нужно отрубить все репозитарии кроме squeeze-backports и запустить update?

Добавлено:
так получилось..
- удалил предыдущую версию
- оставил только это репозитарий http://repos.openvpn.net/repos/apt/squeeze-snapshots/ squeeze/main i386 Packages
- установил снова openvpn.
версия новая.
Автор: ASE_DAG
Дата сообщения: 02.09.2013 15:21
mleo
> ну не отказываться же от прогресса
Если ваша цель — поиграться с новым ПО, то безусловно. Но на настоящий момент вы довольно сильно отстаете от прогресса. Вы используете oldstable релиз Дебиана, который был заморожен в августе 2010 года.
Автор: mleo
Дата сообщения: 22.09.2013 18:37
возможно ли простым способом загружать систему без графической оболочки, не удаляя ее? есть желание, чтобы автоматом загружался гипервизор и затем гостевая система.
Автор: Alukardd
Дата сообщения: 22.09.2013 20:58
mleo
See Debian wiki
Change RunLevel in your /etc/inittab file — the default should be 2.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859

Предыдущая тема: 60000$ за страховку


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.