LINUX.ORG.RU
Форум — General  

route eth0 to eth1


0

1

Здравствуйте. У меня есть 2 сетевые карточки на компьютере, соедененные внешним кабелем. И возникла проблемма пропустить поток информации (для начала хотя бы ping eth0 to eth1) по этому самому кабелю, а не через ядро.

$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:23:54:96:69:d5  
          inet addr:54.54.0.1  Bcast:54.54.0.255  Mask:255.255.255.0
          inet6 addr: fe80::223:54ff:fe96:69d5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:28671 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3445 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4501454 (4.5 MB)  TX bytes:821400 (821.4 KB)
          Interrupt:44 Base address:0x6000 

eth1      Link encap:Ethernet  HWaddr 00:80:48:2d:e5:91  
          inet addr:54.54.1.1  Bcast:54.54.1.255  Mask:255.255.255.0
          inet6 addr: fe80::280:48ff:fe2d:e591/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:20 errors:0 dropped:0 overruns:0 frame:0
          TX packets:29 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4302 (4.3 KB)  TX bytes:5886 (5.8 KB)
          Interrupt:16 Base address:0xe800

Пробывал: 

$ ping -I eth0 54.54.1.1
PING 54.54.1.1 (54.54.1.1) from 54.54.1.1 eth0: 56(84) bytes of data.
From 54.54.0.1 icmp_seq=1 Destination Host Unreachable
From 54.54.0.1 icmp_seq=2 Destination Host Unreachable
From 54.54.0.1 icmp_seq=3 Destination Host Unreachable
^C
--- 54.54.1.1 ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4023ms
pipe 3

Подскажите как организовать данную передачу информации. Спасибо.

Ответ на: комментарий от hizel

Попробывал. Не вышло :( 

$ sudo sysctl net.ipv4.ip_forward=1 
[sudo] password: 
net.ipv4.ip_forward = 1
$ ping -I eth0 54.54.1.1
PING 54.54.1.1 (54.54.1.1) from 54.54.1.1 eth0: 56(84) bytes of data.
From 54.54.0.1 icmp_seq=1 Destination Host Unreachable
From 54.54.0.1 icmp_seq=2 Destination Host Unreachable
From 54.54.0.1 icmp_seq=3 Destination Host Unreachable
From 54.54.0.1 icmp_seq=4 Destination Host Unreachable
From 54.54.0.1 icmp_seq=5 Destination Host Unreachable
From 54.54.0.1 icmp_seq=6 Destination Host Unreachable
^C
--- 54.54.1.1 ping statistics ---
7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6031ms
pipe 3

makfloy
() автор топика
Ответ на: комментарий от makfloy

Неправельная маска на сетевухах.... Ваши сетевухи просто в разных подсетях... того оно и не пингуется по кабелю ... выставите одну маску подсети

Tok ★★
()
Ответ на: комментарий от makfloy

а он кстати и не будет так пинговаться

hizel ★★★★★
()

sysctl.conf

Может в sysctl.conf прописать net.ipv4.ip_forward = 0? Это как бэ запретит пересылку пакетов с интерфейса на интерфейс в пределах хоста.

Camel ★★★★★
()
Ответ на: комментарий от makfloy

Выставите на обоях сетевухах маску подсети 255.255.254.0

Tok ★★
()

Я тоже пробовал. Только ни№я не получилось. Если точнее, то получилось, но слишком однобоко. Я сделал мост. Не надо меня шпынять, я не для дяди делал, а для себя. Результат был веселый. Ноут через мост (ПК) ноут в интернет выходил без вопросов, а сам ПК нет. Понятно, что я сам дурак. Проблема сейчас отпала, но вдруг повторится?

cadaber ★★
()

ты хочешь отправить пакет с одного интерфейса и принять на другой? вопрос - зачем? для подобных задач можно не выд***ваться и использовать lo или dummy-интерфейсы!

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte 
$ sudo ifconfig eth1 54.54.0.2 && ifconfig 
eth0      Link encap:Ethernet  HWaddr 00:23:54:96:69:d5  
          inet addr:54.54.0.1  Bcast:54.54.0.255  Mask:255.255.255.0
          inet6 addr: fe80::223:54ff:fe96:69d5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:42318 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13049 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:9042295 (9.0 MB)  TX bytes:2776496 (2.7 MB)
          Interrupt:44 Base address:0x6000 

eth1      Link encap:Ethernet  HWaddr 00:80:48:2d:e5:91  
          inet addr:54.54.0.2  Bcast:54.255.255.255  Mask:255.0.0.0
          inet6 addr: fe80::280:48ff:fe2d:e591/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:199 errors:0 dropped:0 overruns:0 frame:0
          TX packets:183 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:32541 (32.5 KB)  TX bytes:32293 (32.2 KB)
          Interrupt:16 Base address:0xe800 

$ ping -I eth0 54.54.0.2
PING 54.54.0.2 (54.54.0.2) from 54.54.0.2 eth0: 56(84) bytes of data.
From 54.54.0.1 icmp_seq=1 Destination Host Unreachable
From 54.54.0.1 icmp_seq=2 Destination Host Unreachable
From 54.54.0.1 icmp_seq=3 Destination Host Unreachable
^C
--- 54.54.0.2 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3016ms
pipe 3
$ sudo sysctl net.ipv4.ip_forward=0
net.ipv4.ip_forward = 0
chasov@chasov-desktop:~$ ping -I eth0 54.54.0.2
PING 54.54.0.2 (54.54.0.2) from 54.54.0.2 eth0: 56(84) bytes of data.
From 54.54.0.1 icmp_seq=1 Destination Host Unreachable
From 54.54.0.1 icmp_seq=2 Destination Host Unreachable
From 54.54.0.1 icmp_seq=3 Destination Host Unreachable
^C
--- 54.54.0.2 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3015ms
pipe 3

Поменял маску. 

$ ifconfig 
eth0      Link encap:Ethernet  HWaddr 00:23:54:96:69:d5  
          inet addr:54.54.0.1  Bcast:54.54.1.255  Mask:255.255.254.0
          inet6 addr: fe80::223:54ff:fe96:69d5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:42658 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13418 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:9119435 (9.1 MB)  TX bytes:2877158 (2.8 MB)
          Interrupt:44 Base address:0x6000 

eth1      Link encap:Ethernet  HWaddr 00:80:48:2d:e5:91  
          inet addr:54.54.1.1  Bcast:54.54.1.255  Mask:255.255.254.0
          inet6 addr: fe80::280:48ff:fe2d:e591/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:233 errors:0 dropped:0 overruns:0 frame:0
          TX packets:220 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:38807 (38.8 KB)  TX bytes:40982 (40.9 KB)
          Interrupt:16 Base address:0xe800 

$ ping -I eth0 54.54.0.1
PING 54.54.0.1 (54.54.0.1) from 54.54.0.1 eth0: 56(84) bytes of data.
64 bytes from 54.54.0.1: icmp_req=1 ttl=64 time=0.025 ms
64 bytes from 54.54.0.1: icmp_req=2 ttl=64 time=0.022 ms
64 bytes from 54.54.0.1: icmp_req=3 ttl=64 time=0.024 ms
^C
--- 54.54.0.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1999ms
rtt min/avg/max/mdev = 0.022/0.023/0.025/0.005 ms
Но тайминг пинга показывает, что данные не через кабель идут.

Нафига? Есть некое устройство (радио-мост). Необходимо проверять его работу.

makfloy
() автор топика
Ответ на: комментарий от makfloy

Сорри. К последнему моему посту поправка пинга с маской 255.255.254.0 

$ ping -I eth0 54.54.1.1
PING 54.54.1.1 (54.54.1.1) from 54.54.1.1 eth0: 56(84) bytes of data.
From 54.54.0.1 icmp_seq=1 Destination Host Unreachable
From 54.54.0.1 icmp_seq=2 Destination Host Unreachable
From 54.54.0.1 icmp_seq=3 Destination Host Unreachable
^C
--- 54.54.1.1 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3015ms
pipe 3

makfloy
() автор топика
Ответ на: комментарий от Pinkbyte

Да нет. Изначально хотелось по другому. Изначально - есть ПК с двумя сетевыми картами. Задача = получить доступ в инет, для станций И кто еще потребляет.

cadaber ★★
()
Ответ на: комментарий от cadaber

> получить доступ в инет, для станций И кто еще потребляет

Так это не сложно делается. А вот чтобы пакет ушел в сетевуху и пришел на другую, находящуюся на том же компе. Блин. Чтото ничего не выходит :( Весь инет облазал. Нигде решения нету. Допускаю правда, что плохо ищу :(

makfloy
() автор топика
Ответ на: комментарий от makfloy

запрещаешь ip_forwarding, выключаешь rp_filter.

ping -I eth0 <ip of eth1>

Возможно ещё какие выкрутасы в роутинге нужны будут, например нужно будет чтобы ядро ответы на <ip of eth0> слало не через eth0 (а это правило в таблице local записано)

anonymous
()
Ответ на: комментарий от aol

> а кабель-то кроссовер?

а разница? новые сетевые карточки одинаково работают как с кросс, так и без

makfloy
() автор топика

Непонятно, зачем ты этого хочешь, но ничего хорошего из этого не получится.

madcore ★★★★★
()

Если две сетёвки воткнуть в одни свич (один кабель), то можно пустить пакеты через кабель, извратившись таким способом:

echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter
ip addr add 10.1.1.25 dev eth0
ip link set up dev eth0
ip addr add x.x.x.x dev eth1
ip link set up dev eth1
ip neigh add 10.1.1.55 lladdr МАК-eth0 dev eth1 nud permanet
ip route add 10.1.1.55 dev eth1 scope link
iptables -t nat -I POSTROUTING -s 10.1.1.25 -d 10.1.1.55 -j SNAT --to-source 10.1.1.55
iptables -t nat -I PREROUTING -d 10.1.1.55 -j DNAT --to-destination 10.1.1.25

ping -I 10.1.1.25 10.1.1.55

Вроде должно работать, только я не уверен, что ответные пакеты ping пойдут через кабель. Может я где то ошибся, но это у меня работало. И в общем копайте в направлении, что с помощью записей в arp-таблице, SNAT и DNAT создать видимость наличия в сети ещё компьютеров.

mky ★★★★★
()
Ответ на: комментарий от mky

Пакеты то уходят, но вот ответа от второй сетевушки не слышно. О чем свидетельствуют показания ARP'а.

Наткнулся на вот эту статейку: http://ubuntuforums.org/archive/index.php/t-128711.html - только она так же не хочет работать :)

И кстати, непонятно почему вторая сетевушка как то криво отображается в ARP'e. 

$ arp -a
chasov-desktop.local (192.168.10.1) в 00:23:54:96:69:d5 [ether] на eth1
chasov-desktop.local (192.168.11.2) в <не завершено> на eth0

makfloy
() автор топика
Ответ на: комментарий от makfloy

Я не знаю, что у вас означают адреса 10.1 и 11.2. В моей схеме нужная запись в arp-таблицу прописывалась руками. Ещё вам может мешать rp_filter или правила в iptables INPUT. Пакеты надо смотреть с помощью tcpdump и правил в iptables.

Давайте все команды, которые вы делали, дамп icmp и arp-пакетов на интерфейсах. Попробую повторить у себя.

mky ★★★★★
()
Ответ на: комментарий от tx 
$ netstat -nr
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags MSS Window irtt Iface
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
$ sudo iptables -vnL
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

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

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
makfloy
() автор топика
Ответ на: комментарий от makfloy 
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0

Не вяжется с первым сообщением:

inet addr:54.54.0.1 Bcast:54.54.0.255 Mask:255.255.255.0
inet addr:54.54.1.1 Bcast:54.54.1.255 Mask:255.255.255.0

Либо что-то напутал когда для форума свои IP скрывал, либо у тебя какая-то каша в настройках сети.

Попробуй от root сделать это:

route add -net 54.54.0.0/24 dev eth0

route add -net 54.54.1.0/24 dev eth1

tx ★
()
Ответ на: комментарий от tx

Приношу свои извинения. Не поменял назад ip после опытов.

$ ifconfig 
eth0      Link encap:Ethernet  HWaddr 00:23:54:96:69:d5  
          inet addr:54.54.0.1  Bcast:54.54.0.255  Mask:255.255.255.0
          inet6 addr: fe80::223:54ff:fe96:69d5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3244 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1816 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1529637 (1.5 MB)  TX bytes:345672 (345.6 KB)
          Interrupt:44 Base address:0xc000 

eth1      Link encap:Ethernet  HWaddr 00:80:48:2d:e5:91  
          inet addr:54.54.1.1  Bcast:54.54.1.255  Mask:255.255.255.0
          inet6 addr: fe80::280:48ff:fe2d:e591/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:31 errors:0 dropped:0 overruns:0 frame:0
          TX packets:47 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:5428 (5.4 KB)  TX bytes:8242 (8.2 KB)
          Interrupt:16 Base address:0xe800 

lo        Link encap:Локальная петля (Loopback)  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:82 errors:0 dropped:0 overruns:0 frame:0
          TX packets:82 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:7560 (7.5 KB)  TX bytes:7560 (7.5 KB)

$ netstat -nr
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags MSS Window irtt Iface
54.54.0.0       0.0.0.0         255.255.255.0   U         0 0          0 eth0
54.54.1.0       0.0.0.0         255.255.255.0   U         0 0          0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
$ sudo iptables -vnL
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

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

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
$ ping -I eth0 54.54.1.1
PING 54.54.1.1 (54.54.1.1) from 54.54.1.1 eth0: 56(84) bytes of data.
From 54.54.0.1 icmp_seq=1 Destination Host Unreachable
From 54.54.0.1 icmp_seq=2 Destination Host Unreachable
From 54.54.0.1 icmp_seq=3 Destination Host Unreachable
^C
--- 54.54.1.1 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3015ms
pipe 3
$ sudo route add -net 54.54.0.0/24 dev eth0
$ sudo route add -net 54.54.1.0/24 dev eth1
$ route -n
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
54.54.0.0       0.0.0.0         255.255.255.0   U     0      0        0 eth0
54.54.0.0       0.0.0.0         255.255.255.0   U     1      0        0 eth0
54.54.1.0       0.0.0.0         255.255.255.0   U     0      0        0 eth1
54.54.1.0       0.0.0.0         255.255.255.0   U     1      0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
$ ping -I eth0 54.54.1.1
PING 54.54.1.1 (54.54.1.1) from 54.54.1.1 eth0: 56(84) bytes of data.
From 54.54.0.1 icmp_seq=1 Destination Host Unreachable
From 54.54.0.1 icmp_seq=2 Destination Host Unreachable
From 54.54.0.1 icmp_seq=3 Destination Host Unreachable
^C
--- 54.54.1.1 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3016ms
pipe 3
makfloy
() автор топика

Нихарашо..... 

NetRange:       54.0.0.0 - 54.255.255.255
CIDR:           54.0.0.0/8
OriginAS:       
NetName:        MERCK2
NetHandle:      NET-54-0-0-0-1
Parent:         
NetType:        Direct Assignment
RegDate:        1992-03-17
Updated:        2000-02-11
Ref:            http://whois.arin.net/rest/net/NET-54-0-0-0-1

OrgAbuseHandle: WHITE7-ARIN
OrgAbuseName:   Whitehouse Telecom
OrgAbusePhone:  +1-908-423-2900 
OrgAbuseEmail:  whitehouse_telecom@merck.com
OrgAbuseRef:    http://whois.arin.net/rest/poc/WHITE7-ARIN

Jetty ★★★★★
()
Ответ на: комментарий от Jetty

К чему это? Я просто тест провожу на компе без инета и dns. Эти адреса (54.54.х.1) - не больше, чем цифры. Или я что-то не учел?

makfloy
() автор топика
Ответ на: комментарий от makfloy

А маску выбрал такую (255.255.255.0) - чтобы сетевухи в разных подсетях оказались.

Как практика показала, помещения их в одну подсеть результата не дает :(

makfloy
() автор топика
Ответ на: комментарий от makfloy

А в чем может быть загвоздка того, что вторая карточка не отвечает первой?

makfloy
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
General