PPPoE [SOLVED]

Со вчерашнего для пропал Инет.
Было настроено все через PPPoE.
Сейчас соединение устанавливается, получаю IP-адрес, но ни почта, ни джаббер, ни браузеры не работают.
Отключал iptables - та же проблема.
Под виндой все ок.

Покажи route

Покажи
route -n
может у тебя шлюз по умолчанию не на PPPoE показывает?
Тогда примерно так:

cat /etc/conf.d/net
config_eth1=( "dhcp" "adsl" )
adsl_user_eth1=( "pk" )
dhcp_eth1=( "nogateway" )

Похоже

Похоже действительно доло в маршрутах.
В винде шлюз по умолчанию - ip pppoe интерфейса, а в дженту - ip сервера pppoe, причем он не пингуется.
Как так могло получиться?
Правлю руками - не помогает.
Что подправить в /etc/conf.d/net, если я не использую dhcp?
____________________________________________
Всё что не убивает меня, делает меня сильнее.

Так-тик

Так-тик написал(а):
в дженту - ip сервера pppoe

Это правильно.

Так-тик написал(а):
причем он не пингуется

А это нет :-(.
Непонятно.
На всякий случай покажи

ifconfig ppp0
route -n
cat /etc/ppp/pppoe.conf
iptables -L -v

ifconfig ppp0 ppp0

ifconfig ppp0

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:xxx.xxx.xxx.xxx  P-t-P:yyy.yyy.yyy.yyy  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:9 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:101 (101.0 b)  TX bytes:413 (413.0 b)

route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
yyy.yyy.yyy.yyy 0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         yyy.yyy.yyy.yyy 0.0.0.0         UG    0      0        0 ppp0

iptables -L -v

Chain INPUT (policy ACCEPT 2615K packets, 2515M bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 2415K packets, 229M bytes)
 pkts bytes target     prot opt in     out     source               destination         

/etc/conf.d/net

# This blank configuration will automatically use DHCP for any net.*
# scripts in /etc/init.d.  To create a more complete configuration,
# please review /etc/conf.d/net.example and save your configuration
# in /etc/conf.d/net (this file :]!).
dns_domain_lo="homenetwork"
config_eth0=( "192.168.1.21 netmask 255.255.255.0 broadcast 192.168.1.255" )
# config_eth0=( "dhcp" )

/etc/ppp/pppoe.conf

#***********************************************************************
#
# pppoe.conf
#
# Configuration file for rp-pppoe.  Edit as appropriate and install in
# /etc/ppp/pppoe.conf
#
# NOTE: This file is used by the pppoe-start, pppoe-stop, pppoe-connect and
#       pppoe-status shell scripts.  It is *not* used in any way by the
#       "pppoe" executable.
#
# Copyright (C) 2000 Roaring Penguin Software Inc.
#
# This file may be distributed under the terms of the GNU General
# Public License.
#
# LIC: GPL
# $Id: pppoe.conf,v 1.11 2005/08/09 02:49:12 dfs Exp $
#***********************************************************************

# When you configure a variable, DO NOT leave spaces around the "=" sign.

# Ethernet card connected to DSL modem
#
# NB: Gentoo overrides ETH when pppoe-start is called from the
# networking scripts.  This setting has no effect in that case.
ETH=eth0

# PPPoE user name.  You may have to supply "@provider.com"  Sympatico
# users in Canada do need to include "@sympatico.ca"
# Sympatico uses PAP authentication.  Make sure /etc/ppp/pap-secrets
# contains the right username/password combination.
# For Magma, use 
USER='mylogin'

# Bring link up on demand?  Default is to leave link up all the time.
# If you want the link to come up on demand, set DEMAND to a number indicating
# the idle time after which the link is brought down.
DEMAND=no
#DEMAND=300

# DNS type: SERVER=obtain from server; SPECIFY=use DNS1 and DNS2;
# NOCHANGE=do not adjust.
DNSTYPE=SERVER

# Obtain DNS server addresses from the peer (recent versions of pppd only)
# In old config files, this used to be called USEPEERDNS.  Changed to
# PEERDNS for better Red Hat compatibility
PEERDNS=yes

DNS1=
DNS2=

# Make the PPPoE connection your default route.  Set to
# DEFAULTROUTE=no if you don't want this.
DEFAULTROUTE=yes

### ONLY TOUCH THE FOLLOWING SETTINGS IF YOU'RE AN EXPERT

# How long pppoe-start waits for a new PPP interface to appear before
# concluding something went wrong.  If you use 0, then pppoe-start
# exits immediately with a successful status and does not wait for the
# link to come up.  Time is in seconds.
#
# WARNING WARNING WARNING:
#
# If you are using rp-pppoe on a physically-inaccessible host, set
# CONNECT_TIMEOUT to 0.  This makes SURE that the machine keeps trying
# to connect forever after pppoe-start is called.  Otherwise, it will
# give out after CONNECT_TIMEOUT seconds and will not attempt to
# connect again, making it impossible to reach.
CONNECT_TIMEOUT=30

# How often in seconds pppoe-start polls to check if link is up
CONNECT_POLL=2

# Specific desired AC Name
ACNAME=

# Specific desired service name
SERVICENAME=

# Character to echo at each poll.  Use PING="" if you don't want
# anything echoed
PING="."

# File where the pppoe-connect script writes its process-ID.
# Three files are actually used:
#   $PIDFILE       contains PID of pppoe-connect script
#   $PIDFILE.pppoe contains PID of pppoe process
#   $PIDFILE.pppd  contains PID of pppd process
#
# NB: Gentoo overrides PIDFILE when pppoe-start is run from the
# networking scripts.  This setting has no effect in that case.
PIDFILE="/var/run/rp-pppoe.pid"

# Do you want to use synchronous PPP?  "yes" or "no".  "yes" is much
# easier on CPU usage, but may not work for you.  It is safer to use
# "no", but you may want to experiment with "yes".  "yes" is generally
# safe on Linux machines with the n_hdlc line discipline; unsafe on others.
SYNCHRONOUS=no

# Do you want to clamp the MSS?  Here's how to decide:
# - If you have only a SINGLE computer connected to the DSL modem, choose
#   "no".
# - If you have a computer acting as a gateway for a LAN, choose "1412".
#   The setting of 1412 is safe for either setup, but uses slightly more
#   CPU power.
CLAMPMSS=1412
#CLAMPMSS=no

# LCP echo interval and failure count.
LCP_INTERVAL=20
LCP_FAILURE=3

# PPPOE_TIMEOUT should be about 4*LCP_INTERVAL
PPPOE_TIMEOUT=80

# Firewalling: One of NONE, STANDALONE or MASQUERADE
FIREWALL=NONE

# Linux kernel-mode plugin for pppd.  If you want to try the kernel-mode
# plugin, use LINUX_PLUGIN=rp-pppoe.so
LINUX_PLUGIN=

# Any extra arguments to pass to pppoe.  Normally, use a blank string
# like this:
PPPOE_EXTRA=""

# Rumour has it that "Citizen's Communications" with a 3Com
# HomeConnect DSL Modem DualLink requires these extra options:
# PPPOE_EXTRA="-f 3c12:3c13 -S ISP"

# Any extra arguments to pass to pppd.  Normally, use a blank string
# like this:
PPPD_EXTRA=""


########## DON'T CHANGE BELOW UNLESS YOU KNOW WHAT YOU ARE DOING
# If you wish to COMPLETELY overrride the pppd invocation:
# Example:
# OVERRIDE_PPPD_COMMAND="pppd call dsl"

# If you want pppoe-connect to exit when connection drops:
# RETRY_ON_FAILURE=no

_____________________________________________
Всё что не убивает меня, делает меня сильнее.

Мдя... Всё

Мдя...
Всё "красиво". У мну мыслей больше нет :-(
Единственное, что у мну не так в /etc/ppp/pppoe.conf

DNSTYPE=NOCHANGE

PEERDNS=no

Но, в принципе, причём тут ДНС?

Хотя, давеча поставил на работе отдельным серваком СКВИД и БИНД. Раньше всё было на Винде. Так вот. Добавился интересный глюк, решения которому не нашёл :-(. Компьютеры другой сети, которые обслуживаются (ДНС + СКВИД) нашей сетью, перестали "видеть" ОДИН (!!!!) компьютер в нашей сети. Причём имя его резольвится, он пингуется, но... ничем не удаётся зайти на его 80 порт (ХТТП). Ни по имени, ни по адресу. Через прокси ходит... Мистика?

Была подобная

Была подобная трабла, если в /etc/conf.d/net задавал шлюз по-умолчанию - при поднятии ppp0 он оставался прежним 8-(
комментирую в /etc/conf.d/net : #routes_eth0=( "default via 1.2.3.4" ) , все работает

Установлены:

net-dialup/ppp
net-dialup/rp-pppoe (запускаю инет через tkpppoe)

я что-то

я что-то несовсем понял...
PPPoE кто поднимает?
я так понял комп, но тогда где настройки PPPoE?
у меня в /etc/conf.d/net вот что:

config_ppp0=( "ppp" )
link_ppp1="eth0"
plugins_ppp1=( "pppoe" )
username_ppp1='my_user_name'
password_ppp1='my_password'
pppd_ppp1=(
            "updetach"
            "defaultroute"
            "maxfail 10"
            "lcp-echo-failure 10"
            "lcp-echo-interval 60"
            )

и всё нормально работает...

evadim пишет: я

evadim написал(а):
я что-то несовсем понял...
PPPoE кто поднимает?
я так понял комп, но тогда где настройки PPPoE?

У мну все настройки PPPoE в /etc/ppp/pppoe.conf, а /etc/conf.d/net я привёл выше. И тоже всё чудесно работает.
У человека тоже PPPoE, по его словам, подымается и становится шлюзом по умолчанию. Но вот дальше - траблы.

Было такое...

...Так я вообще однажды скриптец написал и до сих пор им пользуюсь... =)
Пробуй

route add default gw yyy.yyy.yyy.yyy

Где yyy.yyy.yyy.yyy это P-t-P

ppp0      Link encap:Point-to-Point Protocol
          inet addr:x.x.x.x  P-t-P:yyy.yyy.yyy.yyy  Mask:z.z.z.z
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1464  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 Kb)  TX bytes:0 (0.0 Kb)

_______________
Shit happens...

Да вродеж всё

Да вродеж всё так у него. Безо всяких скриптов.

Так то оно мож и так...

...только вот наверняка дефолтовый маршрут не влетает...

off: Я пока имел дело с пакетными дистрами тоже никак не мог его заставить автоматом влетать... Вообще долго понять не мог, почему ppp0 появляется, а нет через него "не ходит"... Долго искал... Все советовали через пакет pppoe все делать... НИчего, у меня лично из этого не вышло... Видимо, сам дундук... Вобщем наткнулся таки на статью как все это "ручками", и вот тут до мну дошло, что дело в маршрутах... Все выполненные действия я забил в скрипт, на а со временем только добавлял ему функциональности, и как-то вот до сих пор так... Может пора уже попробовать gentoo-way?! Посмотрим... Пока нет надобности! Как говориться, не мешай машине работать... =)
_______________
Shit happens...

Всем спасибо за

Всем спасибо за участие, в воскресенье проблема исчезла сама собой - проделки провайдера. Я снова и Инете.
____________________________________________
Всё что не убивает меня, делает меня сильнее.

Проблема.....

Спасибо не спасибо, а вот адрес vpn сервера и адрес с той стороны ppp туннеля ты не привел а забил их иксами и игреками...... возможно что провайдер с той стороны ppp туннеля выставлял адрес такой-же на какой ты соединяешься с VPN сервером, в итоге у тебя маршрут до VPN сервера заворачивался в туннель и получались вилы - пакеты для VPN сервера в которых шел трафик заворачивались не по физическому каналу а в сам туннель, туннель их еще раз инкапсулировал и опять заворачивал в себя, и.т.д. - если в этот момент сделаешь #tcpdump -ni pppX то увидишь этот
шторм.

Сам вот борюсь в Debian с такой проблемой.... в принципе решением является явное прописывание маршрута до ppp сервера на этапе инициализации - но данное решение мне не нравится, потому как пользуюсь ноутбуком и могу
заходить с разных сетей и технологий (ethernet,wifi,gprs) и пользоваться могу тоже несколькими VPN серверами...
хочется чтобы как и в винде подсистема отвечающая за поднятие VPN сама заботилась о сохранении маршрута
до VPN сервера.

Jktu/

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".