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

Т.е. у вас обычное соединение, без VPN или чего-либо такого, mtu менять не нужно ?

попробуйте:

ifconfig eth0 down
ifconfig eth0 <ip> netmask <mask_of_network>
ifconfig eth0
route add default gw <ip_gw> eth0
echo "nameserver <ip_dns>" >> /etc/resolv.conf

Если шлюз не пингуется возможно стоит его сначада вручную добавить в таблицу маршрутизации

route add <ip_gw> dev eth0
route add default gw <ip_gw> eth0

Без VPN. MTU пробовал менять на 1400, легче не стало...

ifconfig выдает правильную настройку ip и маски,

route показывает что шлюз по умолчанию настроен правильно

Днс в resolv.conf прописан

А можно посмотреть на ip-адрес, маску подсети и адрес шлюза?

И да, с каким именно сообщением не пингуется шлюз? No route to host? Timeout?

Если он не пингуется, значит его не видно с интерфейса, возможно он находится в другой подсети (другая маска сети).

ifconfig eth0 down
ifconfig eth0 <ip> netmask <mask_of_network>
ifconfig eth0
route add <ip_gw> dev eth0
route add default gw <ip_gw> eth0
echo "nameserver <ip_dns>" >> /etc/resolv.conf

После чего пробуйте пинговать шлюз. Выполните эти команды вручную, а не используйте конфигурационные файлы.

сообщение

FROM {мой_IP} icmp_seq=1 Destination Host Unreachable

Какая маска сети?

И IP шлюза, это не секретные данные.

255.255.255.252

Не ужели так трудно выполнить ?

Предположу, что у IP шлюза подсетть как минимум 255.255.255.0, вот вы его и не пинугете.

Перенастроил вручную.

Да нет, провайдер сообщил именно такие данные и именно с этими настройками на винде все ок...

Всё-таки попрошу сообщить свой IP-адрес, маску подсети и IP-адрес шлюза. Не имея подключения рядом (в одном здании) с Вами, я этой информацией воспользоваться не могу, да и не нужно мне это.

Проблема в том, что маска подсети слишком большая, и роутер с Вами как бы оказываются в разных посетях. Маску нужно уменьшить. Как именно уменьшить, я смогу сказать только тогда, когда увижу все 3 числа.

А винда по-другому устроена, ей при связи со шлюзом на маску подсети плевать. Это не по стандарту.

Пров по макам не фильтрует, часом? Очень похожий эффект.

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

Возьмите в аренду степлер^W^W^W^W Поставьте нормальный роутер за пару-тройку тысяч рублей и не страдайте.

…

Впрочем, я под Gentoo когда-то Корбину поднимал — проблем никаких не было. Собственно, внутренняя сеть вообще работает сразу, обычный DHCP, а поднять потом по работающему интранету VPN — об этом сотни подробных хаутушек есть.

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

В Linux, если ip выходит за границы подсети до него не пойдут пакеты, даже если это шлюз, т.к он принадлежит к одной сети на интерфейсе он будет добавлен, то маской подсети вы обрезаете прохождение пакетов с вашего интерфейса.

Почему вас надо уговаривать выполнить действия вам предложенные для решения вашей проблемы ?

>Без VPN

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

В любом случае отдельный роутер рулит.

ip 194.67.55.154 mask 255.255.255.252 gw 194.67.55.153

черех vpn они дамой дают, а юрлицам норм LAN

Хм, попробуйте маску выставить как 255.255.255.0 Или удалите маршрут по-умолчанию и добавьте просто ip в таблицу маршрутизации.

route del default
route add 194.67.55.153 dev eth0
ping 194.67.55.153

Это для теста.

Если всё хорошо

route add default gw 194.67.55.153 dev eth0

Действия я выполнил. Пока не помогло...

Всё же странно, раз это простой LAN без vpn - то должна быть хотя бы фильтрация по mac., может есть и вы не на той карте пытаетесь настроить.

На той. Это точно.

Т.е. пинг не идёт после

route del default
route add 194.67.55.153 dev eth0
ping 194.67.55.153

Должно выполниться без ошибок, проверяйте вызовом route без параметров.

Настройте на винде и посмотрите таблица маршрутизации на неё, удостоверившись, что идёт пинг.

route print

Т.е. пинг не идёт после

route del default route add 194.67.55.153 dev eth0 ping 194.67.55.153

Должно выполниться без ошибок, проверяйте вызовом route без параметров.

Пинг не идет... и маску попробовал изменить на 255.255.255.0 , тоже не помогло

Вы ifconfig eth0 up делали ? И правильно указан интерфейс, может быть eth1.

да, интерфейс правильный

Ну не бывает так, что всё правильно, но не работает, сравните таблицы маршрутизации windows машины и linux.

windows c:\> route print
linux $ ip route show

на винде есть такой маршрут

194,67,55,255 255,255,255,255 194,67,55,154

И всё же, вы поднимали (ifconfig eth0 up) интерфейс после ifconfig eth0 down.

Это широковещательный маршрут через ваш интерфейс., покажите весь вывод

route print > c:\route.txt

0.0.0.0 0.0.0.0 194.67.55.153 194.67.55.154    30

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1    1

194.67.55.152 255.255.255.252 194.67.55.154 194.67.55.154    30

194.67.55.154 255.255.255.255 127.0.0.1 127.0.0.1    30

194.67.55.255 255.255.255.255 194.67.55.154 194.67.55.154    30

224.0.0.0 240.0.0.0 194.67.55.154 194.67.55.154    30

255.255.255.255 255.255.255.255 194.67.55.154 194.67.55.154    1

Ћб­®ў­®© и«о§: 194.67.55.153

почему-то до сих пор никто не посоветовал iptables -F ... %)
откуда мы знаем, что у тебя там...

Резонно. )

iptables выключен

что значит, выключен? правил нет?
какие политики по-умолчанию?

это означает что выполнено /etc/init.d/iptables stop

Вообще всё нормально, ни чего такого вроде бы нет, отличного от ваших таблиц маршрутизации в Linux, по крайней мере предполагаемых. Покажите вывод ifconfig -a, route, iptables-save. в тегах «[„code“]»., без ковычек, закрыть «[»/code"]".

etc/init.d/iptables stop или start только загружает конфигурацию iptables или приводит таблицы в соответствие с правилами по-умолчанию.

l2tp?
http://homenet.beeline.ru/index.php?s=361dad2ed72d1f9a430e8e6bebb1eaa2&showto...

и последняя фантазия: винда и линукс - разные физические хосты? может, там фильтрация по маку у прова?

НЕТ НЕ L2TP и не VPN...

да нет у него никаких vpn'ов, у него dedicated internet. небось привязка порта к mac'у

нет фильтрации, на разных машинах под виндой смотрел, все ок

пробовал на те же машины ставить linux и все равно не работает

[code]# ifconfig -a eth0 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:274 errors:0 dropped:0 overruns:0 frame:0 TX packets:447 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:10 RX bytes:18414 (17.9 KiB) TX bytes:57460 (56.1 KiB) [/code]

[code]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 194.67.55.153 * 255.255.255.255 UH 0 0 0 eth0 194.67.55.152 * 255.255.255.252 U 0 0 0 eth0 default 194.67.55.153 0.0.0.0 UG 0 0 0 eth0 [/code]

[code] # iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination

Chain FORWARD (policy ACCEPT) target prot opt source destination

Chain OUTPUT (policy ACCEPT) target prot opt source destination[/code]

И всё же вы можете показать ipconfig /all, route print с windows машины и ifconfig -a, route с Linux машины.

Надо выбрать в нижней части окна добавления сообщения режим lorcode.