ping компов, не имеющих локальных IP

[Tuner]

Может лучше и так

(Нажмите, чтобы показать/скрыть)

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

sudo /etc/init.d/networking restart
 * Reconfiguring network interfaces...                                          
There is already a pid file /var/run/dhclient.eth0.pid with pid 26498
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.1.3
Copyright 2004-2009 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/00:27:0e:04:87:d4
Sending on   LPF/eth0/00:27:0e:04:87:d4
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
/bin/sh: eth0: not found
Failed to bring up eth0:0.
                                                                         [ OK ]

может и так:

(Нажмите, чтобы показать/скрыть)

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

sudo /etc/init.d/networking restart
 * Reconfiguring network interfaces...                                          /bin/sh: eth0:0: not found
/bin/sh: eth0:0: not found
Failed to bring up eth0.
                                                                         [ OK ]

Пошутили и хватит:

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

auto eth0
iface eth0 inet static
address 192.168.0.1
netmask 255.255.255.0


(Нажмите, чтобы показать/скрыть)

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

sudo /etc/init.d/networking restart
 * Reconfiguring network interfaces...                                          Ignoring unknown interface eth0:0=eth0:0.
SIOCSIFADDR: File exists
SIOCSIFNETMASK: Cannot assign requested address
Failed to bring up eth0.
                                                                         [ OK ]

Кажись не получается...

Остальное упирается в вопрос о том, не против ли такой схемы провайдер.

Не могли бы вы пояснить, что в этом такого незаконного?
Я, честно говоря, не вполне понимаю как работают эти настройки
Пользователь решил продолжить мысль [time]Tue Nov  2 19:14:22 2010[/time]:Ребята, возник такой вопрос. А если сетевое подключение не будет иметь IP адреса, то получается что программная маршрутизация здесь бессильна? Например если на компе имеется две сетевухи - у одной есть IP, а у другой нету.

[fisher74]

Кажись ты что-то делаешь не так....
Покажи текущие

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

cat /etc/network/interfaces
ifconfig -a
route -n

[Tuner]

Конкретно сейчас interfaces стандартный:

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

auto lo
iface lo inet loopback
ifconfig -a

(Нажмите, чтобы показать/скрыть)

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

eth0      Link encap:Ethernet  HWaddr 00:27:0e:04:87:d4 
          inet6 addr: fe80::227:eff:fe04:87d4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:15612402 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16156431 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1234952478 (1.2 GB)  TX bytes:3434383705 (3.4 GB)
          Interrupt:28

eth0:0    Link encap:Ethernet  HWaddr 00:27:0e:04:87:d4 
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:28

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:9948 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9948 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1119843 (1.1 MB)  TX bytes:1119843 (1.1 MB)

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:212.220.81.171  P-t-P:212.220.17.6  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:15594608 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16139406 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:879927950 (879.9 MB)  TX bytes:3075143819 (3.0 GB)

wlan0     Link encap:Ethernet  HWaddr 00:26:18:c4:9f:12 
          UP BROADCAST MULTICAST  MTU:1500  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:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

route -n

(Нажмите, чтобы показать/скрыть)

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

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
212.220.17.6    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.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 ppp0
0.0.0.0         212.220.17.6    0.0.0.0         UG    0      0        0 ppp0

[fisher74]

Ну вот. Алиас уже поднятый. Правда откуда он вылез, если interfaces стандартный...
А-а-а-а, да ты же не смотрел туда, а смотрел только в то, что тебе перезапуск сети говорил...
РЕбут и всей текущей конструкции капут

[Mam(O)n]

Не могли бы вы пояснить, что в этом такого незаконного?

А тем, что ты этим объединяешь свою частную ip сеть с сетью провайдера.

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

Я честно говоря ничего из вопроса не понял.

[Tuner]

А тем, что ты этим объединяешь свою частную ip сеть с сетью провайдера.

Дык, ведь для этого и существуют роутеры - их что, тоже нельзя использовать?
Кстати говоря, а если об этом в договоре (об оказании услуг связи) ничего не сказано, то значит ли это что такая топология не запрещена провайдером?

Я честно говоря ничего из вопроса не понял.

Трудно объяснить, я впервые с таким столкнулся
Ну вот я обычно использовал на компьютерах своей домашней локалки статическую маршрутизацию для целей получения доступа компов к ресурсам сразу двух провайдеров. Как я понимаю, обязательным условием использования такой маршрутизации является наличие локального IP адреса сетевой карты. А как прописывать маршруты, если IP адреса у сетевого интерфейса просто нет? Собственно об этом и речь в теме...
fisher74 уже предложил вариант решения этой проблемы и кажется это работает! Но пока что я не до конца разобрался с тем, как оно функционирует и насколько это полноценный вариант - будет ли обращение к такому "алиасовскому" адресу работать точно так же, как обращение к реальному IP адресу сетевого подключения.

Ну вот. Алиас уже поднятый. Правда откуда он вылез, если interfaces стандартный...
А-а-а-а, да ты же не смотрел туда, а смотрел только в то, что тебе перезапуск сети говорил...

а фиг его знает... Сейчас я смутно представляю что творится у меня с сетью))

РЕбут и всей текущей конструкции капут

Я так понимаю, можно этот алиас сделать на автозагрузку?

[fisher74]

Ну, собственно, я с Mam(O)n соглашаюсь, что в твоём случае мутить алиасы не надо. Достаточно дать eth0 адрес и маску.
И,если хочешь понимать что происходит с твоей сетью, следи за ней: изменил настройки в конф.файлах - посмотри после рестарта что получилось...

[Tuner]

fisher74  а ведь в самом деле! Вроде бы этого достаточно. А я просто ориентировался по выводу команд - во всех случаях были ошибки.

Достаточно дать eth0 адрес и маску.

Если прописать эти параметры в interfaces, то они активируются после перезагрузки сетевого интерфейса. Но если после этого выключить и включить его (через NM), то настройки сбрасываются.

[drako]

fisher74, Mam(O)n вам в голову не приходило, что ваши благие намерения, могут боком выйти? Например, случится пересечение адресов с сетью провайдера(его оборудованием) или еще вагон таких же юзеров начнет городить такие же сети. Чем вас не устраивает решение с роутером?

[fisher74]

Если почитаешь весь топик, то увидишь, что этот вопрос мы обсуждали.
Про роутер ТС тоже уже высказался.

[Tuner]

Например, случится пересечение адресов с сетью провайдера(его оборудованием)

ну, врядли крупнейший провайдер Урала (да и любой другой) станет использовать для абонентов адреса вида 192.168.х.х или я не прав?

Чем вас не устраивает решение с роутером?

Всем устраивает, кроме того что платное...

[Mam(O)n]

Дык, ведь для этого и существуют роутеры - их что, тоже нельзя использовать?

Их и нужно использовать! Но ты же сам про свитч начал.

Кстати говоря, а если об этом в договоре (об оказании услуг связи) ничего не сказано, то значит ли это что такая топология не запрещена провайдером?

Во всех договорах, которые я читал косвенно это упоминается.

А как прописывать маршруты, если IP адреса у сетевого интерфейса просто нет?

Командой route и без ip на интерфейсе маршруты прописываются. Но зачем?

Собственно об этом и речь в теме...

Собственно теме я уловил только про поднятие ip сети в локальном сегменте. А откуда тут нарисовалась маршрутизация ip сетей?

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

А вот и нет никакой разницы со стороны проблемы и алиасы тут погоды не сделают. С тем же успехом можно поднять основной (не алиас) ip и не будет никакой разницы.



Пользователь решил продолжить мысль 02 Ноября 2010, 22:55:34:

fisher74, Mam(O)n вам в голову не приходило, что ваши благие намерения, могут боком выйти?

С самого начала темы об этом и талдычем

Пользователь решил продолжить мысль 02 Ноября 2010, 23:00:24:

ну, врядли крупнейший провайдер Урала (да и любой другой) станет использовать для абонентов адреса вида 192.168.х.х или я не прав?

Сам же писал, что у абонентов нет ip в данном сегменте. А для своего оборудования может использовать вполне.....

[Tuner]

Их и нужно использовать! Но ты же сам про свитч начал.

Все, теперь я понял о чем речь.

Во всех договорах, которые я читал косвенно это упоминается.

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

Командой route и без ip на интерфейсе маршруты прописываются. Но зачем?

ооо... В самом деле? Поделитель пожалуйста, как это возможно? Ну вот например тривиальная задачка:
Пара компов объединены через обычный свитч обычной витой парой. Помимо этого, к первому компу через вторую сетевую карту подключен кабель от провайдера (как раз у этой сетевухи и не будет IP адреса). Спрашивается, как раздать интернет второму компу через первый?

А откуда тут нарисовалась маршрутизация ip сетей?

Дело в том, что в моем случае без маршрутизации не обойтись. Но вообще, я скорее имел в виду взаимодействие компьютеров в локалке. Вот и упомянул про маршрутизацию как пример. Просто я не пойму как можно обращаться к компу, у которого нет IP адреса? Например пропинговать один комп из другого или настроить маршруты...

А вот и нет никакой разницы

Очень хорошо, если так.

С самого начала темы об этом и талдычем

Сам же писал, что у абонентов нет ip в данном сегменте. А для своего оборудования может использовать вполне.....

Теперь я наконец-то понял что вы имели в виду. Спасибо за предупреждение.

[Mam(O)n]

ооо... В самом деле? Поделитель пожалуйста, как это возможно? ... Спрашивается, как раздать интернет второму компу через первый?

Просто: sudo route add -net 98.76.54.32/10 dev eth0 и маршрут живёт в системе. Но мне кажется ты путаешь маршрутизацию и комплекс задач по раздаче инета, одной из части которого является маршрутизация. Варианты могут быть такие:
1. Купить роутер и не париться.
2. Купить вторую сетевуху в комп-сервер и расшарить по всем известному мануалу.
3. Прописать айпиху на интерфейсе провайдера. Чем черевато ты уже понял.
4. Поднять свой VPN сервер типа PPPoE с servicename. В этом случае ip на провайдерском интерфейсе не нужно. Главное здесь, чтоб провайдер не откликался на любой servicename или клиенты умели фильтровать серверы по ac-name.

[Tuner]

Mam(O)n, благодарю за пояснения, я пока воспользовался 2-рым вариантом, благо лишняя сетевуха под ногами валялась.
С роутером сложнее. Гигабитные дороговаты, мне даже пришла идея купить два устройства - хороший стомегабитный роутер + гигабитный свитч - так выйдет раза в 2-3 дешевле. В этом случае они могут работать как бы параллельно - роутер будет управлять интернет трафиком, а свитч - передачей данных между компами. Ну, пару сетевушек придется докупить... Хотя так то бред 
С 3-м вариантом понятно, но все-таки если назначить очень редкий адрес и маску, то наверное будет крайне маловероятно что адреса совпадут
PS: а всё же, как пропинговать сетевой интерфейс, если он не имеет IP адреса?