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

Проблема с интернетом от Билайн


0

3

Помогите пожалуйста.

Подключили в офис интернет от билайн. Протянули оптику, дали ip, маску, шлюз, днс. Настроили на винде, все работает, шлюз пингуется, в инет выход есть. Настраиваем на Linux и даже шлюз не пингуется....

Перепробовали уже red hat, ubuntu и freebsd на 3-х разных машинах и то же самое, шлюз не пингуется и, соответственно, инета нет...

Пробовали по совету провайдера поставить настройку интерфейса на полный дуплекс 100Мбит/с. Пробовали и 10 Мбит/с и ничего...

Уже голову сломал в чем может быть засада. please HELP!!!


← Проблема с удалением WMvare player 3.1
Переменная awk внутри системной команды вызываемой внутри awk →
  1 2 →
Ответ на: комментарий от duser

Да, кстати, а где у вас петлевое устройство, вы его вырезали из вывода route, или не запускаете? Интерфейс lo, сеть 127.0.0.1

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

Я просил вас показать вывод ifconfig -a , а не ifconfig -a eth0.

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

я вот тоже в ступоре, Самое забавное что поддержка билайн шлет лесом, говоря что у них нет линуховых админов нет и что такое freebsd они не слышали

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

У вас не запущено петлевое устройство вроде, покажите вывод ifconfig -a просто, а не ifconfig -a eth0, если оно не запущено то ping не пойдёт.

kostik87 ★★★★★
()
Ответ на: комментарий от duser 
[root@balance-w ~]# ifconfig eth0 up
[root@balance-w ~]# ifconfig lo up
[root@balance-w ~]# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:15:17:D4:F8:AA  
          inet addr:194.67.55.154  Bcast:194.67.55.155  Mask:255.255.255.252
          inet6 addr: fe80::215:17ff:fed4:f8aa/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:359 errors:0 dropped:0 overruns:0 frame:0
          TX packets:586 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10 
          RX bytes:50250 (49.0 KiB)  TX bytes:75258 (73.4 KiB)

eth1      Link encap:Ethernet  HWaddr 00:15:17:D4:F8:AC  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:8657 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5919 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4271228 (4.0 MiB)  TX bytes:1088585 (1.0 MiB)
          Memory:e1a00000-e1a20000 

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:1800 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1800 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:5970632 (5.6 MiB)  TX bytes:5970632 (5.6 MiB)

sit0      Link encap:IPv6-in-IPv4  
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

[root@balance-w ~]# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
194.67.55.152   *               255.255.255.252 U     0      0        0 eth0
169.254.0.0     *               255.255.0.0     U     0      0        0 eth0
default         194.67.55.153   0.0.0.0         UG    0      0        0 eth0
duser
() автор топика
Ответ на: комментарий от duser

Посмотрите в /etc/network/interfaces есть такие строки ? 

auto lo eth0

iface lo inet loopback

Если нет второй, или в первой отсутствует lo то добавьте его туда, выполните: 

ifconfig lo up
или
ifconfig lo 127.0.0.1
ifconfig lo up
ping 194.67.55.153

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

на всех трех (или скольки там уже?) дистрах линукса? это надо еще суметь! ;)
но да, как-то он жадничает с выдачей инфы для решения проблемы... эдак еще долго можно проявлять чудеса телепатии.

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

... и в этот волшебный момент ты делаешь tail -f /var/log/syslog
и решительно выдираешь кабель, идущий от провайдера.
а тебе говорят: eth1 link down....

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

нет, на второй интерфейс я переключаюсь для локалки чтоб сюда писать 

[root@balance-w ~]# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:15:17:D4:F8:AA  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:363 errors:0 dropped:0 overruns:0 frame:0
          TX packets:592 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:50490 (49.3 KiB)  TX bytes:75510 (73.7 KiB)

eth1      Link encap:Ethernet  HWaddr 00:15:17:D4:F8:AC  
          inet addr:172.16.0.230  Bcast:172.16.0.255  Mask:255.255.255.0
          inet6 addr: fe80::215:17ff:fed4:f8ac/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:11883 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8893 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:6410362 (6.1 MiB)  TX bytes:1661859 (1.5 MiB)
          Memory:e1a00000-e1a20000 

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:1802 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1802 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:5970832 (5.6 MiB)  TX bytes:5970832 (5.6 MiB)

sit0      Link encap:IPv6-in-IPv4  
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
duser
() автор топика
Ответ на: комментарий от kostik87

Билайн крутой провайдер! не настраивает оборудование абонентов и линукс спецов не имеет, как мне заявили в поддержке

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

Тогда первый вариант, но это тёмная сторона силы. Или ищите специалиста по Linux сами, который может прийти и посмотреть в живую, имеющий больше знаний, кто-либо из ваших знакомых, т.к. всё же вы что-то не так делаете, а информации от вас не добиться, ибо не может быть так, что на Windows с одними параметрами работает, а на Linux нет. Сетевая карта хоть рабочая, подключите к ней локальную сеть и попингуйте.

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

Что-то ты неправильно делаешь. Оборудование клиентов, естественно, не настраивает. А в колл-центре тебе и не такое скажут :)

Для юриков никаких запретов обычно не ставят, но всё-таки попробуй мак одинаковый с виндой поставить.

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

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

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

Поставьте роутер между сетью провайдера и вашим сервером на Linux.

kostik87 ★★★★★
()

Попробуйте проверить шлюз через arping.

Если он отвечает на arping'и, смотрите, какие пакеты приходят вам на интерфейс с помощью tcpdump. Есть вариант, что Cisco запомнила mac-адрес венды и пытается слать пакеты на него. Может, поможет «arping -U -I eth0».

Посмотрите вобще, линк на сетёвке появляется. Может карточка битая.

mky ★★★★★
()
Ответ на: комментарий от lazyklimm 
# mii-tool -v eth0
eth0: negotiated 100baseTx-FD, link ok
  product info: vendor 00:aa:00, model 56 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

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

послушал тут tcpdump'ом что происходит с пингами

вот ping 

# ping 194.67.55.153
PING 194.67.55.153 (194.67.55.153) 56(84) bytes of data.
From 194.67.55.154 icmp_seq=2 Destination Host Unreachable
From 194.67.55.154 icmp_seq=3 Destination Host Unreachable
From 194.67.55.154 icmp_seq=4 Destination Host Unreachable

tcpdump при этом пишет 

11:06:40.818978 arp who-has 194.67.55.153 tell 194.67.55.154
11:06:40.820366 arp reply 194.67.55.153 is-at 00:19:e8:76:cc:10 (oui Unknown)
11:06:41.818935 arp who-has 194.67.55.153 tell 194.67.55.154
11:06:42.818890 arp who-has 194.67.55.153 tell 194.67.55.154
11:06:42.819843 arp reply 194.67.55.153 is-at 00:19:e8:76:cc:10 (oui Unknown)
11:06:44.818807 arp who-has 194.67.55.153 tell 194.67.55.154
11:06:44.820069 arp reply 194.67.55.153 is-at 00:19:e8:76:cc:10 (oui Unknown)
11:06:45.818765 arp who-has 194.67.55.153 tell 194.67.55.154
11:06:46.818723 arp who-has 194.67.55.153 tell 194.67.55.154
11:06:46.837787 arp reply 194.67.55.153 is-at 00:19:e8:76:cc:10 (oui Unknown)

вот arping 

# arping 194.67.55.153
ARPING 194.67.55.153 from 194.67.55.154 eth0
Sent 4 probes (4 broadcast(s))
Received 0 response(s)

то что пишет tcpdump 

11:08:30.898125 arp who-has 194.67.55.153 (Broadcast) tell 194.67.55.154
11:08:30.899310 arp reply 194.67.55.153 is-at 00:19:e8:76:cc:10 (oui Unknown)
11:08:31.900569 arp who-has 194.67.55.153 (Broadcast) tell 194.67.55.154
11:08:32.902525 arp who-has 194.67.55.153 (Broadcast) tell 194.67.55.154
11:08:32.903784 arp reply 194.67.55.153 is-at 00:19:e8:76:cc:10 (oui Unknown)
11:08:33.904479 arp who-has 194.67.55.153 (Broadcast) tell 194.67.55.154

arp при этом не прописывает мак шлюза в таблицу 

 arp
Address                  HWtype  HWaddress           Flags Mask            Iface
194.67.55.153                    (incomplete)                              eth0

пробую прописать вручную мак в arp таблицу с помощью команды arp 

[root@balance-w ~]# arp -d 194.67.55.153 
[root@balance-w ~]# arp -s 194.67.55.153 00:19:e8:76:cc:10
[root@balance-w ~]# arp
Address                  HWtype  HWaddress           Flags Mask            Iface
194.67.55.153            ether   00:19:E8:76:CC:10   CM                    eth0

и сразу в tcpdump можно наблюдать хождение пакетов например к ДНС

11:14:45.513536 IP 194.67.55.154.25240 > 194.67.2.114.domain:  43496+ PTR? 153.55.67.194.in-addr.arpa. (44)
11:14:45.518656 IP 194.67.2.114.domain > 194.67.55.154.25240:  43496 NXDomain 0/1/0 (102)
11:14:50.513480 IP 194.67.55.154.25240 > 194.67.2.114.domain:  43496+ PTR? 153.55.67.194.in-addr.arpa. (44)
11:14:50.519722 IP 194.67.2.114.domain > 194.67.55.154.25240:  43496 NXDomain 0/1/0 (102)
11:23:01.902759 IP 218.234.59.19.43415 > 194.67.55.154.telnet: S 2865910082:2865910082(0) win 24820 <nop,nop,sackOK,mss 1380>
11:23:01.902861 IP 194.67.55.154.cpudpencap > 194.67.2.114.domain:  37351+ PTR? 19.59.234.218.in-addr.arpa. (44)
11:23:03.018798 IP 218.234.59.19.43415 > 194.67.55.154.telnet: R 2865910083:2865910083(0) win 24820
11:23:03.170951 IP 194.67.2.114.domain > 194.67.55.154.cpudpencap:  37351 NXDomain 0/1/0 (116)
11:23:06.902815 IP 194.67.55.154.cpudpencap > 194.67.2.114.domain:  37351+ PTR? 19.59.234.218.in-addr.arpa. (44)
11:23:06.906324 IP 194.67.2.114.domain > 194.67.55.154.cpudpencap:  37351 NXDomain 0/1/0 (116)
11:23:27.875731 IP 90.188.251.31.x11 > 194.67.55.154.ms-sql-s: S 860160000:860160000(0) win 16384
11:23:27.875820 IP 194.67.55.154.19282 > 194.67.2.114.domain:  27024+ PTR? 31.251.188.90.in-addr.arpa. (44)
11:23:27.878727 IP 194.67.2.114.domain > 194.67.55.154.19282:  27024 1/0/0 (86)
11:23:32.875797 IP 194.67.55.154.19282 > 194.67.2.114.domain:  27024+ PTR? 31.251.188.90.in-addr.arpa. (44)
11:23:33.006465 IP 194.67.2.114.domain > 194.67.55.154.19282:  27024 1/0/0 (86)
11:23:56.100268 IP 94.180.122.149.x11 > 194.67.55.154.microsoft-ds: S 668205056:668205056(0) win 16384
11:23:56.100516 IP 94.180.122.149.x11 > 194.67.55.154.epmap: S 306118656:306118656(0) win 16384
11:23:56.100518 IP 94.180.122.149.x11 > 194.67.55.154.ms-sql-s: S 860160000:860160000(0) win 16384
11:23:59.641015 IP 194.67.51.210.e3consultants > 194.67.55.154.microsoft-ds: S 2552430904:2552430904(0) win 65535 <mss 1460,nop,nop,sackOK>
11:23:59.641103 IP 194.67.55.154.44242 > 194.67.2.114.domain:  50938+ PTR? 210.51.67.194.in-addr.arpa. (44)
11:23:59.711719 IP 194.67.2.114.domain > 194.67.55.154.44242:  50938 NXDomain 0/1/0 (102)
11:24:02.513687 IP 194.67.51.210.e3consultants > 194.67.55.154.microsoft-ds: S 2552430904:2552430904(0) win 65535 <mss 1460,nop,nop,sackOK>
11:24:04.640568 IP 194.67.55.154.44242 > 194.67.2.114.domain:  50938+ PTR? 210.51.67.194.in-addr.arpa. (44)
11:24:04.706291 IP 194.67.2.114.domain > 194.67.55.154.44242:  50938 NXDomain 0/1/0 (102)

но пинги до шлюза, не говоря уже и про пинги до ДНС не идут

вот ping 

# ping 194.67.55.153
PING 194.67.55.153 (194.67.55.153) 56(84) bytes of data.

--- 194.67.55.153 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 3999ms

а вот что видит tcpdump

11:20:06.154957 IP 194.67.55.154 > 194.67.55.153: ICMP echo request, id 12061, seq 1, length 64
11:20:06.156103 IP 194.67.55.153 > 194.67.55.154: ICMP echo reply, id 12061, seq 1, length 64
11:20:07.155034 IP 194.67.55.154 > 194.67.55.153: ICMP echo request, id 12061, seq 2, length 64
11:20:07.156216 IP 194.67.55.153 > 194.67.55.154: ICMP echo reply, id 12061, seq 2, length 64
11:20:08.154983 IP 194.67.55.154 > 194.67.55.153: ICMP echo request, id 12061, seq 3, length 64
11:20:08.156329 IP 194.67.55.153 > 194.67.55.154: ICMP echo reply, id 12061, seq 3, length 64
11:20:09.154942 IP 194.67.55.154 > 194.67.55.153: ICMP echo request, id 12061, seq 4, length 64
11:20:09.156193 IP 194.67.55.153 > 194.67.55.154: ICMP echo reply, id 12061, seq 4, length 64
11:20:10.154898 IP 194.67.55.154 > 194.67.55.153: ICMP echo request, id 12061, seq 5, length 64
11:20:10.156057 IP 194.67.55.153 > 194.67.55.154: ICMP echo reply, id 12061, seq 5, length 64

вот arping 

# arping 194.67.55.153
ARPING 194.67.55.153 from 194.67.55.154 eth0
Sent 4 probes (4 broadcast(s))
Received 0 response(s)

показания tcpdump 

11:22:21.354337 arp who-has 194.67.55.153 (Broadcast) tell 194.67.55.154
11:22:21.355562 arp reply 194.67.55.153 is-at 00:19:e8:76:cc:10 (oui Unknown)
11:22:22.355608 arp who-has 194.67.55.153 (Broadcast) tell 194.67.55.154
11:22:23.357568 arp who-has 194.67.55.153 (Broadcast) tell 194.67.55.154
11:22:23.358788 arp reply 194.67.55.153 is-at 00:19:e8:76:cc:10 (oui Unknown)
11:22:24.359530 arp who-has 194.67.55.153 (Broadcast) tell 194.67.55.154

Вообще странный флаг встал в arp таблице - CM, или буква M взялась от того что я его мануально забил?

Вообщем такая диагностика... у кого еще есть мысли на данный счет?

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

>Тогда — странный Билайн какой-то. Они ж обычно с VPN дают.

«Обычно» они ВПН дают домой.

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

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

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

Спасибо всем за помощь.

Проблема оказалась в неправильно настроенном порту в свиче на узле провайдера. Что именно у них было не так настроено они так и не признались...

Вот так вот.

duser
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 →
← Проблема с удалением WMvare player 3.1
General
Переменная awk внутри системной команды вызываемой внутри awk →