Не пингуется шлюз

[zeleniy]

Подключил интернет. Пришёл чувак от провайдера, протащил провода, посмотрел на Ubuntu и сказал, что с такой фигнёй работать не умеет. Ввели мы как то в настойки network manager'а всю айпишную муть, которую ему дали - не работает ничего. Позвонил он своим ребятам куда то в "центр управления полётами" там сказали, что видят, что мы шнур в комп вставляем, но mac-адреса они не получают от меня. Ну вообщем на тот момент мы всё так и оставили т.к. у меня были другие дела.
Вчера сел опять "настраивать" и вспомнил, что до этого я подключался через pppoe, а значит его надо удалить как то. Вроде удалил:
- стёр всё из /etc/network/interfaces, кроме
auto lo
iface lo inet loopback
- удалил /etc/ppp/peers/dsl-provider
- в /etc/NetworkManager/nm-system-settings.conf поставил managed=true в секции [ifupdown]

Вроде всё ок, network manager даже начал показывать значок, что к сети подключился т.е. по тем данным, что мне дал провайдер. Однако опять же ничего не работает. Я в сетях мало что понимаю, но чо то соображаю и решил пингануть шлюз. Шлюз не пингуется. Звоню в техподдержку, объяснил ситуацию, что то они там поковырялись - нет результата. И тут чувак мне говорит - щас я тебя отключу. Опа, и действительно отключает. Manager мне показывает, что коннект отвалился. Включаю, говорит, и сеть опять появляется... вот такая вот тема.
Вот что могу показать для начала:
ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:1d:72:58:05:3b 
          inet addr:10.27.0.106  Bcast:10.27.3.255  Mask:255.255.252.0
          inet6 addr: fe80::21d:72ff:fe58:53b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7168 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4663 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:442180 (442.1 KB)  TX bytes:265180 (265.1 KB)
          Interrupt:17

lo        Link encap:Local 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:9857 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9857 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1384067 (1.3 MB)  TX bytes:1384067 (1.3 MB)

wlan0     Link encap:Ethernet  HWaddr 00:1f:3c:35:0d:c1 
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:30948 errors:0 dropped:0 overruns:0 frame:0
          TX packets:29722 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:27603632 (27.6 MB)  TX bytes:4252523 (4.2 MB)

route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.27.0.0       *               255.255.252.0   U     1      0        0 eth0
link-local      *               255.255.0.0     U     1000   0        0 eth0
default         10.27.1.254     0.0.0.0         UG    0      0        0 eth0

resolv.conf:
# Generated by NetworkManager
search 10.60.0.2
nameserver 213.108.16.3

Помогите кто чем может

[ArcFi]

Zeleniy, показывайте скрин с настройками NM и выхлоп:

Код: [Выделить]

nslookup ya.ru ; nslookup ya.ru 8.8.8.8 ; tracepath ya.ru

[zeleniy]

zeleniy@zeleniy-laptop:~/Desktop$ nslookup ya.ru
;; connection timed out; no servers could be reached

zeleniy@zeleniy-laptop:~/Desktop$ nslookup ya.ru 8.8.8.8
;; connection timed out; no servers could be reached

zeleniy@zeleniy-laptop:~/Desktop$ tracepath ya.ru
gethostbyname2: Host name lookup failure

скрин - http://firepic.org/images/2012-10/27/ru1kx59jdr01.png

[ArcFi]

1. Если у провайдера привязка IP к MAC, позвоните и проверьте, что вам выделены именно эти адреса:

eth0      Link encap:Ethernet  HWaddr 00:1d:72:58:05:3b 
          inet addr:10.27.0.106  Bcast:10.27.3.255  Mask:255.255.252.0

2. В "Search domains" указываются домены, хосты в которых будут резолвиться по короткому имени.
Туда не надо записывать никаких IP-адресов.

search 10.60.0.2

Это что за IP?

3. Ещё это сделайте:

Код: [Выделить]

ping -c4 10.27.1.254
tracepath 8.8.8.8

[zeleniy]

1. У провайдера нет привязки IP адреса к маку. Сверили mac - и здесь и там одинаковый.
2. Это IP альтернативного DNS-сервера (или дублирующего, как он там называется)
3.

Код: [Выделить]

zeleniy@zeleniy-laptop:~$ ping -c4 10.27.1.254
PING 10.27.1.254 (10.27.1.254) 56(84) bytes of data.
From 10.27.0.106 icmp_seq=3 Destination Host Unreachable
From 10.27.0.106 icmp_seq=4 Destination Host Unreachable

--- 10.27.1.254 ping statistics ---
4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 3007ms
, pipe 2
zeleniy@zeleniy-laptop:~$ tracepath 8.8.8.8
 1:  10.27.0.106 (10.27.0.106)                              0.183ms pmtu 1500
 1:  10.27.0.106 (10.27.0.106)                            751.206ms !H
 1:  no reply
 2:  10.27.0.106 (10.27.0.106)                              6.440ms !H
     Resume: pmtu 1500
Ещё мне сказали, что как будто бы IP адрес, который мне вывелили как будто бы мне не присвоился у меня на компьютере.

[fisher74]

Вы сравнили какой у Вас "присвоился" и какой они выделили?

[zeleniy]

Да ничего они не выделяли. Сравнили MAC, который они видят у себя там, который якобы приходит от меня и тот, который я вижу когда делаю ifconfig -a на eth0 интерфейсе

[ArcFi]

Zeleniy, попробуйте вариант полностью автоматической конфигурации через DHCP.

2. Это IP альтернативного DNS-сервера (или дублирующего, как он там называется)

При статической настройке подключения этот IP можно дописать через запятую в DNS.

[zeleniy]

через DHCP не подключается к сети вообще. Вот умный админ подсказад мне сделать arp -a
zeleniy@zeleniy-laptop:~$ arp -a
? (10.27.1.254) at <incomplete> on eth0

И сказал, что теперь видно, что проблема на канальном уровне - моё устройство не видит мак адрес шлюза. Но при этом странно, что они твой мак видят, а ты мак шлюза - нет..
Но у меня есть второй ноут, правда тоже с убунтой, которая работала через pppoe когда то. Она тоже не видит шлюза и в интернеты не выходит. Вообщем всё тоже самое.
Может косяк у провайдера всё таки ?

[ArcFi]

Для проверки физического уровня, убедитесь, что кабель отвечает следующим требованиям:
1) кабель не должен болтаться в разъёме;
2) каждый из проводных контактов и соответствующий пин должен быть утоплен в коннектор до предела;
3) разводка, скорее всего, по стандарту EIA/TIA-568B (иногда EIA/TIA-568A):
http://ru.wikipedia.org/wiki/%D0%92%D0%B8%D1%82%D0%B0%D1%8F_%D0%BF%D0%B0%D1%80%D0%B0#.D0.A1.D1.85.D0.B5.D0.BC.D1.8B_.D0.BE.D0.B1.D0.B6.D0.B8.D0.BC.D0.B0
4) при подключении кабеля линк должен гореть/моргать жёлтым или зелёным цветом.

Если косяк на канальном уровне, то попробуйте сменить MAC-адрес (возможно, потребуется уведомить провайдера).

[fisher74]

Ещё, как вариант, попробовать зафиксировать скорость на сетевой. Регулярно сталкиваюсь на Cisco, что не могут договориться с оборудованием. Причём на соседнем узле тоже самое оборудование с такой же моделью кошки договаривается без замешательства.

[zeleniy]

Всем спасибо за помощь. Проблема была у провайдера.
Позвонил в техподдержку, там сегодня был другой админ, в отличае от вчерашнего. Я ему всё рассказал, а он как то невнимательно меня выслушал и ушёл минут на 10. А потом всё заработало. Сказал, что какие то свичи препутали, не к тому VLAN'у меня подключили, перепутали, вообщем извините... вот так.

[ArcFi]

Всё хорошо, что хорошо кончается. =)