Форум русскоязычного сообщества Ubuntu


Считаете, что Ubuntu недостаточно дружелюбна к новичкам?
Помогите создать новое Руководство для новичков!

Автор Тема: Пропало подключение к серверу, после установки новой системы.  (Прочитано 1564 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Selkup

  • Автор темы
  • Новичок
  • *
  • Сообщений: 17
  • Волчара
    • Просмотр профиля
    • OldTeam.ru
Добрый день.
Непонятная проблема со свежеустановленной убунтой 11.04
Настройки сетевой карты:
 auto eth1
iface eth1 inet static
address 10.169.1.2
netmask 255.255.255.0
gateway 10.169.1.25
Не виден и не пингуется адрес 10.205.8.161 (в другой подсети, но в одной корпоративной). Это сервер, к которому необходимо подключаться.
С других машин - 10.169.1.3(Windows), 10.169.1.4 (дебиан) все прекрасно пингуется и подключается. Думал на айпишник, вдруг заблокирован... Перепрописал на дебиане свой айпи - все работает. То есть проблема именно в Ubuntu, точнее в настройках сети.
   Сеть настраивалась вручную, нетворк-манагера нет. Может проблемы с маршрутизацией? Как посмотреть? Надеюсь на вашу помощь.

Оффлайн fisher74

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 13756
    • Просмотр профиля
ifconfig -a
route -n
ping -c2 10.169.1.25

Оффлайн SergeyIT

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 5583
  • Все по палатам!
    • Просмотр профиля
Selkup,
Или загрузиться с лайвСД и через нм попробовать подключиться
Извините, я все еще учусь

Оффлайн fisher74

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 13756
    • Просмотр профиля
Обычно это делают после того, как исключат ошибки в настройках (как синтаксические, так и логические)

Оффлайн Selkup

  • Автор темы
  • Новичок
  • *
  • Сообщений: 17
  • Волчара
    • Просмотр профиля
    • OldTeam.ru
selkup@sytnik:~$ ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:04:75:e5:ff:26 
          inet addr:192.168.1.119  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::204:75ff:fee5:ff26/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:8222 errors:22 dropped:0 overruns:0 frame:23
          TX packets:1806 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1039068 (1.0 MB)  TX bytes:228422 (228.4 KB)
          Interrupt:19 Base address:0xcc00

eth1      Link encap:Ethernet  HWaddr 00:25:22:a2:61:83 
          inet addr:10.169.1.2  Bcast:10.169.1.255  Mask:255.255.255.0
          inet6 addr: fe80::225:22ff:fea2:6183/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:21223 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14809 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:17276766 (17.2 MB)  TX bytes:1617710 (1.6 MB)
          Interrupt:43 Base address:0x4000

eth1:1    Link encap:Ethernet  HWaddr 00:25:22:a2:61:83 
          inet addr:10.205.8.150  Bcast:10.205.8.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:43 Base address:0x4000

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:56 errors:0 dropped:0 overruns:0 frame:0
          TX packets:56 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4816 (4.8 KB)  TX bytes:4816 (4.8 KB)
Интерфейс eth1:1 создал на всякий случай, вдруг заработает так ))

selkup@sytnik:~$ route -n
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
10.205.8.0      0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.169.1.0      0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth1
0.0.0.0         10.169.1.25     0.0.0.0         UG    100    0        0 eth1
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth0



selkup@sytnik:~$ ping -c2 10.169.1.25
PING 10.169.1.25 (10.169.1.25) 56(84) bytes of data.
64 bytes from 10.169.1.25: icmp_req=1 ttl=255 time=1.97 ms
64 bytes from 10.169.1.25: icmp_req=2 ttl=255 time=0.121 ms

--- 10.169.1.25 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.121/1.046/1.971/0.925 ms
Шлюз-то виден.

Оффлайн Y.dMiTrIy

  • Активист
  • *
  • Сообщений: 586
  • Ukraine Donetsk | HP ProBook 4530s Ubuntu 12.10
    • Просмотр профиля
У 10.205.8.161 такой же шлюз как и у вас?

Оффлайн Selkup

  • Автор темы
  • Новичок
  • *
  • Сообщений: 17
  • Волчара
    • Просмотр профиля
    • OldTeam.ru
не в курсе, это удаленный сервер.
На машине с дебиан просто прописывал
ip eth1 10.169.1.2
mask 255.255.255.0
gate 10.169.1.25
и всё работало, на 10.205.8.161 заходил нормально, с винды тоже нормально, а вот Ubuntu не пускает на этот хост.
поэтому я добавил для eth1 ещё один ip-адрес (10.205.8.150 - был свободен)
Пингую:
selkup@sytnik:~$ ping 10.205.8.161
PING 10.205.8.161 (10.205.8.161) 56(84) bytes of data.
From 10.205.8.150 icmp_seq=2 Destination Host Unreachable
From 10.205.8.150 icmp_seq=3 Destination Host Unreachable
From 10.205.8.150 icmp_seq=4 Destination Host Unreachable
^C
--- 10.205.8.161 ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3999ms
pipe 3


Пользователь решил продолжить мысль 10 Февраля 2012, 14:07:20:
вот с соседней машины (Windows), у которой ip 10.169.1.3
C:\Users\Admin>tracert 10.205.8.161

Трассировка маршрута к 10.205.8.161 с максимальным числом прыжков 30

  1     1 ms    <1 мс    <1 мс  10.205.8.161
« Последнее редактирование: 10 Февраля 2012, 14:07:20 от Selkup »

Оффлайн Y.dMiTrIy

  • Активист
  • *
  • Сообщений: 586
  • Ukraine Donetsk | HP ProBook 4530s Ubuntu 12.10
    • Просмотр профиля
У вас две карты?

Оффлайн Selkup

  • Автор темы
  • Новичок
  • *
  • Сообщений: 17
  • Волчара
    • Просмотр профиля
    • OldTeam.ru
да, выше приводил ifconfig

Оффлайн Vitsliputsli

  • Старожил
  • *
  • Сообщений: 1293
    • Просмотр профиля
Так где этот 10.205.8.161 находится физически? За шлюзом 10.169.1.25?
Если так, то он невидим из-за этой строчки в route:
10.205.8.0      0.0.0.0         255.255.255.0   U     0      0        0 eth1
благодаря этому маршруту, система 10.205.8.161 будет искать на сетевке eth1, без всяких шлюзов.

Гарри Кашпировский

  • Гость
У вас две карты?
да, выше приводил ifconfig
Шнурки случайно не перепутаны?

Оффлайн Vitsliputsli

  • Старожил
  • *
  • Сообщений: 1293
    • Просмотр профиля
Еще раз перечитал, похоже я прав и искомый сервак 10.205.8.161 за шлюзом 10.169.1.25.
Следовательно, надо убрать маршрут:
10.205.8.0      0.0.0.0         255.255.255.0   U     0      0        0 eth1
и прописать его через шлюз 10.169.1.25.
Собственно, этот маршрут появился из-за этого:
Цитировать
поэтому я добавил для eth1 ещё один ip-адрес (10.205.8.150 - был свободен)
достаточно убрать ненужный ip 10.205.8.150 и маршрут тоже исчезнет, так как ходить надо через шлюз, данный ip бесполезен (если это так!).

А до этого не работало, вероятно потому, что у вас 2 дефолтных шлюза с одинаковой метрикой (те выбиран он не тот, что нам нужен).
Либо пропишите, что ходить в подсеть 10.205.8.0 надо через шлюз 10.169.1.25 (если это действительно так), либо уберите лишний дефолтный шлюз (если он не нужен, конечно).
В любом случае, непонятно присутствие 2 дефолтных шлюзов...

Оффлайн fisher74

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 13756
    • Просмотр профиля
Видимо надо ещё смотреть как настроены интерфейсы. Наверняка обоим сетевым вбит дефолтный шлюз.

Оффлайн Selkup

  • Автор темы
  • Новичок
  • *
  • Сообщений: 17
  • Волчара
    • Просмотр профиля
    • OldTeam.ru
Цитировать
Так где этот 10.205.8.161 находится физически? За шлюзом 10.169.1.25?
Нет. Физически до шлюза. И 10.205.8.161(сервер управления DSLAM) и 10.169.1.2 (мой комп)находятся в одном здании, в разных кабинетах. Физически сетевые кабели идут в циску, которая рулит доступом всяческим. Но проблема не в циске, как вы можете подумать. Проблема именно в Ubuntu. Я присваиваю свой ип-адрес компу с другой операционкой (проверено на винде, дебиан) - всё работает, на сервер заходит без проблем. Своему компу (с убунтой) присваивал разные ип, без толку. Неделю назад на этом компе стоял Дебиан. Ип-адрес был тот же, всё работало. Но сетевуха, глядящая в подсеть с сервером дебианом определялась как eth0, а убунтой как eth1. В принципе разницы быть не должно, каким номером идет сетевуха. Поигравшись с ип-адресами, операционками и т.д. мы пришли к выводу что виновата именно Ubuntu. Может по умолчанию маршрутизация как-то не так как в дебиане, мож файервол по умолчанию включен и не дает на тот адрес ходить, мож selinux блочит доступ. Пошарившись по  системе ничего запрещающего не нашел. Может форумчане подскажут?

Оффлайн fisher74

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 13756
    • Просмотр профиля
Эммм.... интерфейсы случайно не перепутали? В eth1 точно правильный провод воткнут?

 

Страница сгенерирована за 0.058 секунд. Запросов: 25.