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

Отсутствие интернета на Ubuntu Server при корректных сетевых настройках.


0

1

Собственно говоря, одна машина (Ubuntu Server 12.04) - две сетевые карточки. eth0 смотрит в интернет, получает по dhcp адрес, eth1 смотрит в локалку. Суть проблемы - внешняя карточка цепляет верные настройки (айпи,днс и т.д.), интерфейс активен, но при этом пинги «в мир» не уходят.

Сетевые настройки: 

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet static
address 192.168.46.97
netmask 255.255.255.0
gateway 192.168.46.1

Тут мы видим, что внешняя карточка поймала айпишник провайдера (сейчас уже он внешний статический, по dhcp постоянно он и цепляется) 

admins@gns-int-srv:~$ sudo ifconfig -a
eth0      Link encap:Ethernet  HWaddr 10:fe:ed:05:cc:4b
          inet addr:194.54.161.132  Bcast:194.54.161.255  Mask:255.255.255.0
          inet6 addr: fe80::12fe:edff:fe05:cc4b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7248 errors:0 dropped:0 overruns:0 frame:0
          TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:583945 (583.9 KB)  TX bytes:2816 (2.8 KB)

eth1      Link encap:Ethernet  HWaddr e0:3f:49:a3:a6:03
          inet addr:192.168.46.97  Bcast:192.168.46.255  Mask:255.255.255.0
          inet6 addr: fe80::e23f:49ff:fea3:a603/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3797 errors:0 dropped:1387 overruns:0 frame:0
          TX packets:142 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:364602 (364.6 KB)  TX bytes:20179 (20.1 KB)

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:65536  Metric:1
          RX packets:22 errors:0 dropped:0 overruns:0 frame:0
          TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1716 (1.7 KB)  TX bytes:1716 (1.7 KB)
Днс поймала тоже корректные: 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 194.54.160.1
nameserver 194.54.161.7
search westele.com.ua
lspci 
admins@gns-int-srv:~$ lspci | grep Eth
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)

dhclient.conf - дефолтный. Проблемы с провайдером исключаю, так как на винде (втыкал в ноут напрямую) все работает слету и без проблем. Просьба навести на мысль, где рыть, так как все должно работать, но не работает =\ Поскольку айпишник выделенный, пробовал карточку прописать статикой: 

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 194.54.161.132
netmask 255.255.255.0
gatewsay 194.54.161.1
dns-nameservers 194.54.160.1 194.54.161.7

auto eth1
iface eth1 inet static
address 192.168.46.97
netmask 255.255.255.0
gateway 192.168.46.1
Эффект нулевой.



Последнее исправление: morcano (всего исправлений: 3)
← Iptables + Redirect
Openvz не работает на 7-ом debian →

Вы переустанавливаете шлюз после поднятия карты eth1 и заменяете шлюз, который вы получаете от провайдера по dhcp.

Либо вообще не указывайте шлюз у eth1, либо если он нужен, например несколько сетей, которые доступны через шлюз 192.168.46.1, то прописывайте вместо шлюза для eth1 маршруты до этих сетей через него.

kostik87 ★★★★★
()

А если смотреть не пинги, а что либо другое? Ну и покажи

ip route show и сам выхлоп пинга.

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

Он переопределяет маршрут по умолчанию (шлюз), полученный по dhcp от провайдера значением из параметров eth1.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от stave 
admins@gns-int-srv:~$ ip route show
default via 192.168.46.1 dev eth1  metric 100
192.168.46.0/24 dev eth1  proto kernel  scope link  src 192.168.46.97
194.54.161.0/24 dev eth0  proto kernel  scope link  src 194.54.161.132
morcano
() автор топика
Ответ на: комментарий от morcano

Как костик и говорил, у тебя маршрут по умолчанию ведет внутрь сети. Либо убери со второй карточки гейтвей, либо задай маршрут по умолчанию наружу.

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

Я сижу через putty, убрал шлюз с eth1 - пропала связь) Просьба подсказать корректный синтаксис маршрута в моем случае, что-то я туплю)

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

Я сижу через putty, убрал шлюз с eth1 - пропала связь

Если хост, с которого вы подключаетесь к 192.168.46.97, находится в той же сети, что и 192.168.46.97, то связь пропасть не должна.

Раз она пропадает значит сети разные, в таком случае добавьте в конфигурацию eth1 строку для добавления маршрута: 

post-up ip r a net/mask via 192.168.46.1
net/mask - сеть и маска, в которой находится хост, с которого вы подключаетесь.

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

И что это ему даст? Вы предлагаете указать маршрут по умолчанию, но в таком случае сети, которые у него доступны только через шлюз 192.168.46.1 доступны не будут.

Нужно прописать добавление маршрутов до этих сетей через шлюз 192.168.46.1 в post-up функцию соответствующего интерфейса.

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

Я сижу удаленно с сети 192.168.0.0\24 Маршруты,чтобы я мог видеть 46 сетку были прописаны на шлюзе 46.1 После его «удаления» из конфига eth1 связь пропала только у меня, в 46 сетке связь с ним осталась

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

Так, небольшой экскурс в терминологию.

шлюз - маршрут по умолчанию. Т.е. этот маршрут следования пакетов выбирается в том случае, если IP адрес назначения пакета «не виден» напрямую отправителем пакета.

маршрут - правило движения пакетов от источника к адресату назначения, хосту или сети в целом.

Теперь по вашей ситуации.

У вас интерфейс eth0 получает некоторые параметры сети по dhcp от провайдера, в том числе и шлюз (маршрут по умолчанию).
Затем при поднятии интерфейса eth1 шлюз, полученный от провайдера, переопределяется указанным вами шлюзом для интерфейса eth1.
Как следствие вам перестаёт быть доступна сеть провайдера за шлюзом првайдера а вместе с ней и весь интернет, т.к. при попытке захода на сайт от DNS сервера вы получаете IP адрес сайта, который не принадлежит к сети, из которой выданы IP адреса сетевым интерфейсам вашей системы, поэтому пакеты с запросом пакетов от сайта отправляются на маршрут по умолчанию (шлюз), которым после поднятия интерфейса eth1 становится 192.168.46.1, в соответствие с вашими настройками.
Но 192.168.46.1 «не знает» маршрута для дальнейшего движения этих пакетов, поэтому у вас не «работает» Internet.

Далее, для того, что бы иметь доступ к Internet вам нужно, что бы маршрутом по умолчанию был шлюз провайдера.

Теперь, для того, что бы иметь доступ к сетям, которые доступны через шлюз 192.168.46.1 вам нужно в ручную на этой системе прописать маршруты до этих сетей через 192.168.46.1, смотрите мой комментарий выше.

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

Спасибо большое, все работает, Вы мне очень помогли.

morcano
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Iptables + Redirect
Admin
Openvz не работает на 7-ом debian →