Forum Debian Users Gang

bartm · 2009-02-20 13:21:56

Witam,

Po wielu trudach udało mi się podnieść debiana z Etch na Lenny, problemów było sporo, przede wszystkim z kompilacją jądra. Ale nie o tym. Po paru godzinkach udało mi się uzyskać stabilny system, pozostał tylko jeden problem:

Używam pppoe, mam też 8 adresów IP (netia), które są przypisane do sieciówki eth2 i jej wirtualnych interface'ów. (eth2:1 - eth2:6). Interfejsy te nie mają ustawionej bramy na stałe.
Brama domyślna jest ustawiona na eth1, gdzie mam podpiętego DSL'a z tpsa.

Kod:

ip route add 192.168.0.0/24 dev eth3 table T2
ip route add $TP_NET dev eth1 table T2
ip route add $NETIA_NET dev eth2 table T2
ip route add 127.0.0.0/8 dev lo table T2

Przy podnoszeniu pppoe-start dodawane są takie regułki do routingu:

Kod:

ip route add $PPP_IP dev ppp0 table T2
ip rule add from $PPP_NET table T2
ip rule add from $NETIA_NET table T2
ip route add table T2 default via $PPP_GATEWAY

Kod:

$TP_NET - sieć na której jest DSL (przyjmijmy 83.10.10.8/29
$NETIA_NET - sieć na której jest łącze z Netii (przyjmijmy 213.1.1.0/29
$PPP_IP - IP, które dostaje pppoe od Netii - np. 77.100.100.100/32
$PPP_GATEWAY - bramka netii z pppoe, 195.114.190.154

I teraz problem jest taki, że nie chce mi chodzić np:

Kod:

# ping onet.pl -I eth2
PING onet.pl (213.180.138.148) from 213.1.1.1 eth2: 56(84) bytes of data.
From srv.xxx.pl (213.1.1.1) icmp_seq=1 Destination Host Unreachable
From srv.xxx.pl (213.1.1.1) icmp_seq=2 Destination Host Unreachable
From srv.xxx.pl (213.1.1.1) icmp_seq=3 Destination Host Unreachable

ale już:

beel:/home/users/bartm# ping onet.pl -I 213.1.1.1
PING onet.pl (213.180.138.148) from 213.1.1.1 : 56(84) bytes of data.
64 bytes from sg.m1.onet.pl (213.1.1.1): icmp_seq=1 ttl=59 time=42.3 ms
64 bytes from sg.m1.onet.pl (213.1.1.1): icmp_seq=2 ttl=59 time=42.4 ms
64 bytes from sg.m1.onet.pl (213.1.1.1): icmp_seq=3 ttl=59 time=42.3 ms

Ktoś ma jakiś pomysł, dlaczego tak się dzieje? Tym bardziej, że jak powrócę do starego jądra (2.6.19), to pingi chodzą.

fnmirk · 2009-02-20 14:57:37

Porównaj jakie moduły są załadowane w przypadku jednego i drugiego jądra. Nie mogłem uruchomić neostrady na 2.6.28. Musiałem ręcznie załadować moduły.

bartm · 2009-02-20 15:35:45

Ale neostrada (a konkretniej netia) chodzi bez problemu, ping z pppoe chodzi, ping z IP też chodzi... tylko z eth2 nie chce.
A to jest 2.6.26.8, nie 2.6.28 :)

ilin · 2009-02-20 15:58:24

Jesteś pewien że udev nie zmienił numerka interferejsu?

bartm · 2009-02-20 20:27:57

Tak, bo:
/etc/udev/rules.d/ 70-persistent-net.rules:

Kod:

# PCI device 0x10de:0x0057 (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:16:e6:68:96:5d", NAME="eth1"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:21:27:c4:ce:44", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:21:27:c9:2c:6b", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"

A także:

# ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:21:27:c4:ce:44
inet addr:213.1.1.1 Bcast:213.1.1.7 Mask:255.255.255.248
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:2011122 errors:0 dropped:0 overruns:0 frame:0
TX packets:1411991 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2305086341 (2.1 GiB) TX bytes:172411934 (164.4 MiB)
Interrupt:16 Base address:0x6000

bartm · 2009-02-21 04:21:52

fnmirk napisał(-a):
Porównaj jakie moduły są załadowane w przypadku jednego i drugiego jądra. Nie mogłem uruchomić neostrady na 2.6.28. Musiałem ręcznie załadować moduły.

Z ciekawości porównałem:
Dla 2.6.19:

Kod:

# lsmod
Module                  Size  Used by
ipt_TCPMSS              6475  1
xt_tcpmss               4785  1
bsd_comp                8306  0
ppp_synctty            12930  0
ppp_async              14462  1
crc_ccitt               4575  1 ppp_async
ppp_generic            31803  7 bsd_comp,ppp_synctty,ppp_async
slhc                    8781  1 ppp_generic
cls_u32                10670  2
sch_sfq                 8320  2
sch_htb                19749  2
ipt_LOG                 9177  1
ipt_TTL                 4719  1
ipt_connlimit           5998  0
ipt_REJECT              7099  57
xt_tcpudp               5660  58
ipt_ipp2p               9879  114
ipt_layer7             14720  456
xt_MARK                 5196  45
iptable_mangle          5447  1
iptable_nat            10224  1
ip_nat                 23229  1 iptable_nat
ip_conntrack           61228  4 ipt_connlimit,ipt_layer7,iptable_nat,ip_nat
nfnetlink               9779  2 ip_nat,ip_conntrack
iptable_filter          5624  1
ip_tables              23548  3 iptable_mangle,iptable_nat,iptable_filter
x_tables               23091  12 ipt_TCPMSS,xt_tcpmss,ipt_LOG,ipt_TTL,ipt_connlimit,ipt_REJECT,xt_tcpudp,ipt_ipp2p,ipt_layer7,xt_MARK,iptable_nat,ip_tables
ppdev                  11824  0
lp                     15468  0
tun                    14179  1
pcspkr                  5724  0
parport_pc             39552  1
parport                42436  3 ppdev,lp,parport_pc
evdev                  13299  1
8139cp                 26904  0
floppy                 64909  0
8139too                30912  0
r8169                  34136  0
ehci_hcd               33647  0
ohci_hcd               22922  0

I dla 2.6.26.8:

Kod:

lsmod
Module                  Size  Used by
xt_TCPMSS               5568  1
bsd_comp                7552  0
ppp_synctty             9664  0
ppp_async              11008  1
crc_ccitt               4416  1 ppp_async
cls_u32                 8968  2
sch_sfq                 8384  2
sch_htb                17728  2
ipt_LOG                 7940  1
ipt_TTL                 4288  1
ipt_REJECT              5312  57
ipt_ipp2p               9280  114
iptable_mangle          5248  1
iptable_nat             7760  1
nf_nat                 21592  1 iptable_nat
nf_conntrack_ipv4      17112  460 iptable_nat,nf_nat
iptable_filter          5248  1
ip_tables              19216  3 iptable_mangle,iptable_nat,iptable_filter
ppdev                   9800  0
lp                     12324  0
tun                    12100  1
loop                   17228  0
parport_pc             27928  1
parport                39904  3 ppdev,lp,parport_pc
pcspkr                  4864  0
k8temp                  7040  0
i2c_nforce2             8512  0
i2c_core               25440  1 i2c_nforce2
button                  9504  0
evdev                  12160  3
floppy                 59560  0
r8169                  28996  0
forcedeth              51600  0
ehci_hcd               34764  0
ohci_hcd               22724  0
sd_mod                 26928  9
thermal                20512  0
processor              33460  1 thermal
fan                     7176  0
thermal_sys            15424  3 thermal,processor,fan

Widzę że niektóre się różnią, ale nie mam pojęcia, który może odpowiadać za tego pinga, i czy to na pewno wina modułu a nie czegoś w iptables? (Iptables mam 1.4.2)/

mariaczi · 2009-02-25 11:51:58

Zarzuciłeś na jajko łatki od routingu
http://www.ssi.bg/~ja/

bartm · 2009-02-25 23:18:38

Nie mam, mam tylko patch-o-matic i layer7.. Które z tamtych patchy będą potrzebne?

Forum Debian Users Gang

Ogłoszenie

#1 2009-02-20 13:21:56

bartm - Użytkownik

Problem po upgrade do lenny i kernela 2.6.26.8

Kod:

Kod:

Kod:

Kod:

#2 2009-02-20 14:57:37

fnmirk - Redaktor

Re: Problem po upgrade do lenny i kernela 2.6.26.8

#3 2009-02-20 15:35:45

bartm - Użytkownik

Re: Problem po upgrade do lenny i kernela 2.6.26.8

#4 2009-02-20 15:58:24

ilin - Palacz

Re: Problem po upgrade do lenny i kernela 2.6.26.8

#5 2009-02-20 20:27:57

bartm - Użytkownik

Re: Problem po upgrade do lenny i kernela 2.6.26.8

Kod:

#6 2009-02-21 04:21:52

bartm - Użytkownik

Re: Problem po upgrade do lenny i kernela 2.6.26.8

fnmirk napisał(-a):

Kod:

Kod:

#7 2009-02-25 11:51:58

mariaczi - Użytkownik

Re: Problem po upgrade do lenny i kernela 2.6.26.8

#8 2009-02-25 23:18:38

bartm - Użytkownik

Re: Problem po upgrade do lenny i kernela 2.6.26.8

Stopka forum