форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"pppd routing"
Сообщение от newbie_in_linux (??) on 28-Фев-05, 18:05  (MSK)
Есть такая проблема: FC3, mgetyy, AutoPPP. Две подсети, 192.168.0/24 (LAN), 192.168.30/24 (там живет роутер в интернет), между которыми настроен форвардинг. Все работает отлично, за исключением одного: когда приходит входящий звонок, поднимается сессия ppp (на ppp0) с адресами 192.168.8.1 (эта машина) и 192.168.8.79 (звонящий клиент). При этом адрес 192.168.8.79 не виден из локальных подсетей и наоборот. То есть форвардинг между ними и ppp-подсетью 192.168.8.79/32 не осуществляется. pppd автоматом поднимает новый маршрут, хотя я не очень понял, где это указано. Но, в общем, это не работает. Подскажите, в каком направлении копать? маршрутизация при установленном ppp0: Kernel IP routing table Destination     Gateway         Genmask         Flags Metric Ref    Use Iface 192.168.8.79    *               255.255.255.255 UH    0      0        0 ppp0 192.168.0.0     *               255.255.255.0   U     0      0        0 eth0 192.168.30.0    *               255.255.255.0   U     0      0        0 eth0 169.254.0.0     *               255.255.0.0     U     0      0        0 eth0 default         192.168.30.1    0.0.0.0         UG    0      0        0 eth0
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "pppd routing"
Сообщение от Solo_Wolf (??) on 28-Фев-05, 21:10  (MSK)
iptables -L -n -t nat - в студию!
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "pppd routing"
	Сообщение от newbie_in_linux (ok) on 28-Фев-05, 21:54  (MSK)
	>iptables -L -n -t nat - в студию! Там нет ничего. Я файрволл не испольую на этой машине. --- Chain PREROUTING (policy ACCEPT) target     prot opt source               destination Chain POSTROUTING (policy ACCEPT) target     prot opt source               destination Chain OUTPUT (policy ACCEPT) target     prot opt source               destination --- iptables -L -n --- Chain INPUT (policy ACCEPT) target     prot opt source               destination Chain FORWARD (policy ACCEPT) target     prot opt source               destination Chain OUTPUT (policy ACCEPT) target     prot opt source               destination --- sysctl.conf --- net.ipv4.ip_forward = 1 net.ipv4.conf.default.rp_filter = 1 net.ipv4.conf.default.accept_source_route = 1 kernel.sysrq = 0 kernel.core_uses_pid = 1 net.ipv4.conf.all.proxy_arp = 1 ---
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "pppd routing"
	Сообщение от fantom (??) on 01-Мрт-05, 10:21  (MSK)
	если звонящий клиент - вонда хрюшка (ХР) - то убрать галочку "Защитить мое подключение к интернет" в свойствах соединения...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "pppd routing"
	Сообщение от Solo_Wolf (ok) on 01-Мрт-05, 17:47  (MSK)
	Сначала надо проверить ping. Если пинг не идет, то проблема в router-е. Если ping идет, то тогда все должно работать. Если нужно, чтобы виделась сеть, которая находится за клиентом (подключается криентский маршрутизатор), то тогда в скрипте ip-up надо дописать route к той сети через gate ip клиента. Если подключается сеть виндовая, то надо поднимать wins, т.к. бродкастом они не увидят друг друга... или dns поднимать.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "pppd routing"
	Сообщение от newbie_in_linux (??) on 01-Мрт-05, 21:58  (MSK)
	>Сначала надо проверить ping. Если пинг не идет, то проблема в router-е. Проблемы с маршрутизацией. Вывод tethereal: --- 223.987922 192.168.8.79 -> 192.168.30.1 ICMP Echo (ping) request --- И все. Никаких отметок о перенаправлени пакетов. В обратную сторону точно так же. Никаких файрволлов на пути следования пакетов нет. Проблема именно в маршрутизации. Но почему перенаправление пакетов между eth0 и eth0:0 работает нормально, а между любым из них и ppp0 - нет? Где что надо дополнительно сконфигурировать, можете подсказать?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "pppd routing"
	Сообщение от Solo_Wolf (??) on 02-Мрт-05, 00:01  (MSK)
	Поднимаешь интерфейс и смотри -> /proc/sys/net/ipv4 Посмотри, что в conf/all А потом еще глянь в eth и ppp. Возможно при поднятии соединения не поднимается forward для ppp. Попробуй при поднятом соединении вручную прописать туда через echo 1 > ......
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "pppd routing"
	Сообщение от newbie_in_linux (??) on 02-Мрт-05, 14:53  (MSK)
	Нет, к сожалению.. /proc/sys/net/ipv4/conf/ppp0/forwarding. 1. Об этом ведь речь? В all и eth0 тоже 1. Может еще что-нибудь быть?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "pppd routing"
	Сообщение от Solo_Wolf (ok) on 02-Мрт-05, 14:58  (MSK)
	Тогда попробуй дорисовать правило принудительно. Если что - ICQ 33665895
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "pppd routing"
	Сообщение от srgdrag on 06-Мрт-05, 23:10  (MSK)
	>Нет, к сожалению.. >/proc/sys/net/ipv4/conf/ppp0/forwarding. 1. Об этом ведь речь? >В all и eth0 тоже 1. > >Может еще что-нибудь быть? Версия pppd? cat /etc/ppp/options cat /etc/ppp/options.xxx
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "pppd routing"
	Сообщение от newbie_in_linux (ok) on 06-Мрт-05, 23:20  (MSK)
	Виноват. Я не написал - вре работает, спасибо большое. Проблема оказалась в другой железяке.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.