не поднимается интернет без "sudo ip r r default dev ppp0"

Если внимательно изучить /etc/rc.d/network, можно увидеть, как и ЧЕМ он работает с DHCP:
network_up() {
	ip link set dev $interface up || return 1
	if [[ $address ]]; then
		ip addr add $address/${netmask:-24} broadcast ${broadcast:-+} dev $interface || return 1
		[[ $gateway ]] && { ip route add default via $gateway || return 1; }
	else
		dhcpcd $DHCPCD_ARGS $interface || return 1
	fi
}
Как видите, он использует dhcpcd .

Согласно man dhcpcd.conf,
     metric metric
             Metrics are used to prefer an interface over another one, lowest wins.  dhcpcd will
             supply a default metric of 200 + if_nametoindex(3).  An extra 100 will be added for
             wireless interfaces.
...
     nogateway
             Don't install any default routes.
То есть вы можете изменить или установить в ноль метрику роутов, которые он прописывает, и можете запретить создание дефолтного роута.
попрактиковал… вот результаты, пошаговое.

начальные показания ip ro:
ip ro
192.168.58.0/23 dev eth1  proto kernel  scope link  src 192.168.59.208

вношу изменение в /etc/dhcpcd.conf согласно изложенному выше, и теперь конфиг выглядит так:
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.
metric 0
nogateway
# Inform the DHCP server of our hostname for DDNS.
hostname
# To share the DHCP lease across OSX and Windows a ClientID is needed.
# Enabling this may get a different lease than the kernel DHCP client.
# Some upstream DHCP servers may also require a ClientID, such as FRITZ!Box.
#clientid
# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU.
option interface_mtu
# A ServerID is required by RFC2131.
require dhcp_server_identifier
# A hook script is provided to lookup the hostname if not set by the DHCP
# server, but it should not be run by default.
nohook lookup-hostname
noipv4ll

подымаю eth0 командой sudo dhcpd eth0, показания ip ro:
ip ro
172.17.52.0/24 dev eth0  proto kernel  scope link  src 172.17.52.52  metric 202 
192.168.58.0/23 dev eth1  proto kernel  scope link  src 192.168.59.208

подымаю инет, и на этот раз он даже не пытается подключится, показания ip ro остаются неизменными.
идеи есть? потому что теперь я уже точно в недоумении, если есть дефолт он не дает поднять ппо, если его нету то ппо по каким то религиозным соображениям опять же не хочет этого делать.
1) eth0 сам по себе не поднимается через DHCP, только назначаются адреса.
2) Команда КЛИЕНТА DHCP не dhcpd, а dhcpcd . Не знаю, что с ним делает dhcpd, не проверял, но вообще-то это сервер DHCP, то есть он отвечает за раздачу адресов другим, а не за получение собственного.
3) Чтобы подключился PPTP, надо обращаться к его серверу, у которого есть айпи в подсети интерфейса eth0. После удаления дефолтного роута у вас остался роут к подсети, так что если PPTP не подключается, то возможно его сервер находится ЗА ПРЕДЕЛАМИ подсети (проверьте его айпи), и тогда вам нужно добавить для него отдельный роут аналогичный тому, что бы дефолтный, только с адресом этого сервера вместо “default”.
Natrio
1) eth0 сам по себе не поднимается через DHCP, только назначаются адреса.
2) Команда КЛИЕНТА DHCP не dhcpd, а dhcpcd . Не знаю, что с ним делает dhcpd, не проверял, но вообще-то это сервер DHCP, то есть он отвечает за раздачу адресов другим, а не за получение собственного.
3) Чтобы подключился PPTP, надо обращаться к его серверу, у которого есть айпи в подсети интерфейса eth0. После удаления дефолтного роута у вас остался роут к подсети, так что если PPTP не подключается, то возможно его сервер находится ЗА ПРЕДЕЛАМИ подсети (проверьте его айпи), и тогда вам нужно добавить для него отдельный роут аналогичный тому, что бы дефолтный, только с адресом этого сервера вместо “default”.

1) незнаю почему, но скорее всего так и есть как Вы описали… он не стартует при запуске системы вообще как интерфейс
2) Вы абсолютно правы, именно dhcpcd, писал сразу тут не копируя, малость опячаталса, в консоле стоит автодополнение и тут нет)
3) я не особо разбираюсь в этих премудростях, не приходилось в этом конкретно копаться раньше, если можно - я бы не отказался от более подробных сведений… допустим я знаю как определить ийпи инета куда конекчусь, а не адрес который прописан по конфигу, а дальше как и куда прописывать?
P.S. ещё раз тысяча извинений, я только учусь, можете пинать ногами. Гугл рулит, но как показывает практика не всегда.
Кстати об изучении. Чего бы почитать про сети вообще и про их настройку через iproute2 в частности? А то после http://archlinux.org.ru/node/287 появилась некая неизвестность.
lampslave, об это я лично писал в комментарии к той самой новости. Единственная проблема – надо залогиниться там, чтобы увидеть комментарии.
Страница iproute2
это в википедии:
http://ru.wikipedia.org/wiki/Iproute2
А это то, что обычно называют сокращённо LARTC (Linux Advanced Routing & Traffic Control HOWTO):
http://lartc.org/howto/
и его перевод:
http://www.opennet.ru/docs/RUS/LARTC/
DolphinStKom, теперь понятно. Вы заменили в дампе конфига имя сервера словом “сервак”, поэтому было не совсем понятно, что там. Значит, там домен, а не айпи. Значит, по DHCP ваш комп получает не только айпи и гейт, но и адреса DNS-серверов подсети провайдера ( /etc/resolv.conf ), которые разрешают домен в айпи сервера. IP-адрес по домену проще всего узнать просто через команду ping, которая в процессе покажет вам айпи пингуемого хоста. (Разумеется, для этого нужно, чтобы DNS-сервера были доступны.) Есть также специальные утилиты host и dig из пакета dnsutils.

Никакой “премудрости” тут нет. Ищите в сети и читайте о том, что такое подсеть, роуты, DNS, такие вещи надо знать обязательно. Готового рецепта, как видите, для вашего случая не получается, так как вы не сообщаете ВСЕХ данных, и эти странные “зависания”, о которых вы говорите, без этого никак не объясняются.
Natrio
Невнимательность - моё второе имя :(
Спасибо, буду изучать.
Natrio, возможно тоже не внимательно читаю, но вроде перечитал по 4 раза Ваши предыдущие сообщения, и так и не понял что нужно сделать с тем айпишником. При пингах домена к которому конекчуь по конфигу, показался айпи как Вы и говорили (раньше я его мог наблюдать при соединении к инету через debug nodetach). Но что с ним то делать, через какуюто опцию прописать опять же в Дхцп конфиге и будет мне счастье, или я не правильно Вас понял? я тут чуть раньше у людей нагуглил запись в этом конфиге, если я Вас правильно понял то у меня будет что-то вроде:

ddns-update-style none;
option domain-name "example.com";
option domain-name-servers 192.168.10.1;
default-lease-time 259200;
max-lease-time 259200;
authoritative;
log-facility local7;
subnet 192.168.10.0 netmask 255.255.255.0 {
range 192.168.10.25 192.168.10.254;
option domain-name-servers 192.168.10.1;
option domain-name "example.com";
option routers 192.168.10.1;
option broadcast-address 192.168.10.255;
default-lease-time 259200;
max-lease-time 259200;
}

ну если не всё, то интуитивно option domain-name-servers это оно. А по поводу зависаний, то это полный полтергейст. машина виснет только тогда, когда подымаю инет сразу с конфига который заюзывает либу Accel-pptp + ip r r default dev ppp0, но если сначала поднять инет с обычным конектом + ip r r default dev ppp0, опустить, а потом поднять инет как в первом случае, то вуаля, всё работает, соединяется и не вешает тачку. долго пытался найти на это ответ, но ничего… общался с разработчиком Accel-pptp, и ещё двумя арчеводами со стажем, но обяснить никто этого так и не смог. единственное что я определил, что машина вешается именно после команды ip r r default dev ppp0, а не вовремя чего либо, поэтому я яро хочу о теё избавится, хотя на данный момент, впрочем как и раньше, без неё он просто напросто не подымается. поэтому сейчас у меня изобретён адский велосипед из двух конфигов инета и прописаной команды ip r r default dev ppp0 в ip-up, но даже при этом иногда машина вешается сама по себе, с такими же симптомами как и при “неправильном” подключении, подозреваю что при разконекте, которые случаются редко, но бывают.
1. по возможности не используйте dhcp
2. внимательно проверьте default routes после поднятия каждого interface, и маршрут до сервера dns!!!
3. удалите левые маршруты и пропишите единственный верный дефолтный шлюз dev

по своему опыту проблема в корявой маршрутизации, к сожалению ничего не понял из объяснений
DolphinStKom, я же сказал, что волшебной палочки у меня нет.

То, что вы показываете – конфиг dhcpd. При чём тут он? Мы вроде говорили о dhcpcd . Это разные программы, у них разные конфиги, и они ОБЕ у вас установлены, но я гововрил вам только о dhcpcd , поскрольку именно и только он отвечает за ПОЛУЧЕНИЕ вами адреса.
Я предлагал вам создать отдельные роуты для подсети провайдера, вместо дефолтного. Я предлагал вам почитать о сетях и роутах, но вы хотите готовый рецепт. Я не буду тут воспроизводить маны, вам уже дали ссылки.

И теперь наконец я вижу, откуда ваш полтергейст – вы зачем-то установили accel-pptp, который работает через свой собственный левый модуль ядра, который видимо бажный и/или не подходит к вашей версии ядра. Может, для начала попробовать обычный pptpclient ? Возможно, это реши ВСЕ (или почти все) ваши проблемы.
 
Зарегистрироваться или войдите чтобы оставить сообщение.