The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Fedora на пути к изменению наименования сетевых интерфейсов, opennews (??), 24-Янв-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Fedora на пути к изменению наименования сетевых интерфейсов"  +7 +/
Сообщение от uldus (ok), 24-Янв-11, 22:14 
А зачем сразу глобально все менять ? Оставили бы eth вместо em для встроенных карт, все почти осталось бы как раньше. Для PCI-карт вместо "pci" нужно другое имя придумывать, например тот же eth оставить. Так как формат "pci<slot>#<port>", то "eth<slot>#<port>" не будет пересекаться с "eth<port>" для встроенных карт. "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами. В /proc и /sys уже разной связанной с PCI мути полно, возникнет большая путаница.
Ответить | Правка | Наверх | Cообщить модератору

46. "Fedora на пути к изменению наименования сетевых интерфейсов"  –12 +/
Сообщение от Аноним123321 (ok), 25-Янв-11, 04:57 
> "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами

лол! неассоциируется -- даже когда набираешь команду ifconfig? :-D

как всегда -- устоявщиеся стериотипы тормазят прогресс.. (комуто чтото показалось не элегантным и ппц!)

Ответить | Правка | Наверх | Cообщить модератору

84. "Fedora на пути к изменению наименования сетевых интерфейсов"  +9 +/
Сообщение от uldus (ok), 25-Янв-11, 11:26 
>> "pci" может с чем угодно ассоциироваться, но только не с сетевыми платами
> лол! неассоциируется -- даже когда набираешь команду ifconfig? :-D

Кроме ifconfig сетевые интерфейсы и не связанные с сетью pci-устройства можно встретить и в других местах, начнете разгребать какую-нибудь статистику в которой будет совсем не очевидно, что подразумевается сетевой интерфейс или что-то другое. ethX явно указывает на сетевое устройство, спутать которое с чем-то другим невозможно, упоминание pci просто кишит в /sys, и если сейчас ясно, что эти упоминания связаны с pci-шиной и с любыми pci-устройствами, то к этому примешается еще pci как сетевой интерфейс. Назвали бы тогда "lan", а не "pci".

Вторая проблема - символ "#" в имени, это не только заставит переписывать некоторые скрипты, но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались.

Третья проблема - нарушение совместимости с другими дистрибутивами и стандартами CGL и LSB. Переход на новое наименование сетевых интерфейсов без согласования с другими дистрибутивами приведет к хаосу,  если каждый станет называть интерфейсы как им вздумается. Утрируя, такой шаг мало чем отличается, например, от переименования /usr в /user.


Ответить | Правка | Наверх | Cообщить модератору

88. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от Аноним123321 (ok), 25-Янв-11, 11:51 
> но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались.

да.. такая проблема будет....

("безопасники" -- как всегда такие "безопасники"... вместо того чтобы экранировать значения html-сущностей (от XSS-атаки) и значение MySQL-данных (от SQl-инъекции) -- некоторые "безопасники" предпочитают просто отсеять лишний набор данных из полей ввода :-))

...подобный вопрос хорошо обсуждался на LOR в теме где говорилось о том что часть web-скриптов не могут ввести в качестве электронной почты -- root@localhost .. (хотя она полностью корректна)

Ответить | Правка | Наверх | Cообщить модератору

95. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 25-Янв-11, 13:40 
>> но и поломает совместимость с кучей web-интерфейсов, GUI-конфигураторов и прочих надстроек. Проверяя валидность вводимых пользователем параметров, любой оглядывающийся на безопасность разработчик проверяет на наличие подобных спецсимволов, тем более что ранее в именах сетевых интерфейсах они не использовались.
> да.. такая проблема будет....
> ("безопасники" -- как всегда такие "безопасники"... вместо того чтобы экранировать значения
> html-сущностей (от XSS-атаки) и значение MySQL-данных (от SQl-инъекции) -- некоторые "безопасники"
> предпочитают просто отсеять лишний набор данных из полей ввода :-))

Да, потому что это надёжнее. Сколько ошибок, связанных с некорректным экранированием, в том числе "родными" средствами, было совершено, напомнить?..

Ответить | Правка | Наверх | Cообщить модератору

122. "Fedora на пути к изменению наименования сетевых интерфейсов"  +1 +/
Сообщение от Michael Shigorinemail (ok), 25-Янв-11, 21:31 
Прогресс -- самоцель слепого.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

183. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от nuclightemail (ok), 27-Янв-11, 21:46 
> Прогресс -- самоцель слепого.

Обоснования будут?

Ответить | Правка | Наверх | Cообщить модератору

187. "(offtopic) 'прогресс' в никуда"  +1 +/
Сообщение от Michael Shigorinemail (ok), 27-Янв-11, 23:41 
>> Прогресс -- самоцель слепого.
> Обоснования будут?

Когда человек видит, думает, ставит и достигает цели -- обычно он сопоставляет промежуточные результаты и пытается предсказать ещё не достигнутые.

_Этот_ прогресс приводит ко всё большей деградации человека в сторону животного с сильно развитой рефлекторной деятельностью, не подпёртой пониманием делаемого.  Разрыв между тем, что способны сделать единицы, и тем, что могут понять массы -- растёт.

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

Ответить | Правка | Наверх | Cообщить модератору

190. "(offtopic) 'прогресс' в никуда"  +/
Сообщение от nuclightemail (ok), 27-Янв-11, 23:47 
>>> Прогресс -- самоцель слепого.
>> Обоснования будут?
> Когда человек видит, думает, ставит и достигает цели -- обычно он сопоставляет
> промежуточные результаты и пытается предсказать ещё не достигнутые.
> _Этот_ прогресс приводит ко всё большей деградации человека в сторону животного с
> сильно развитой рефлекторной деятельностью, не подпёртой пониманием делаемого.  Разрыв
> между тем, что способны сделать единицы, и тем, что могут понять
> массы -- растёт.
> Для тех, кто сознательно толкает прогресс -- он не самоцель, а средство.
>  Кому "процесс важней", те слепы: даже промежуточные точки не обдумывают.

Вообще-то про это давно сказал Станислав Ежи Лец, и с чего и следовало начать. "Когда говорят 'Да здравствует прогресс!', всегда справляйся: 'Прогресс чего?'"

Так что следовало бы спросить про эти самые цели, но сначала надо выяснить, какой же именно прогресс, да.

Ответить | Правка | Наверх | Cообщить модератору

193. "(offtopic) 'прогресс' в никуда"  +/
Сообщение от Michael Shigorinemail (ok), 27-Янв-11, 23:55 
> Так что следовало бы спросить про эти самые цели, но сначала надо
> выяснить, какой же именно прогресс, да.

Сферический: "как всегда -- устоявщиеся стериотипы тормазят прогресс.."

Типовое бездумное клише.

Ответить | Правка | Наверх | Cообщить модератору

194. "(offtopic) 'прогресс' в никуда"  +/
Сообщение от nuclightemail (ok), 28-Янв-11, 00:00 
>> Так что следовало бы спросить про эти самые цели, но сначала надо
>> выяснить, какой же именно прогресс, да.
> Сферический: "как всегда -- устоявщиеся стериотипы тормазят прогресс.."
> Типовое бездумное клише.

Так и следовало уточнить. А получилось нечто будто бы про любой прогресс вообще...

Ответить | Правка | Наверх | Cообщить модератору

136. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от adolfus (?), 26-Янв-11, 01:07 
Некоторые проприетарные программы, САПРы, например, привязываются к макадресу eth0. Причем отлито там это в бронзе. Если они в один прекрасный день не найдут eth0, случится страшное. С torque тоже наступит задница -- кроме eth0 других интерфейсов не признает. Как бы с этим всем не возникли проблемы.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

81. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от EuPhobos (ok), 25-Янв-11, 10:26 
> Так как формат "pci<slot>#<port>", то "eth<slot>#<port>" не будет пересекаться с "eth<port>" для встроенных карт.

Вот мой конфиг, пересекалось бы - как видишь.

br0       Link encap:Ethernet  HWaddr --:--:--:--:50:37  
          inet addr:10.0.6.79  Bcast:10.0.6.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:29824 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2309 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1167175 (1.1 MB)  TX bytes:400395 (400.3 KB)

eth2      Link encap:Ethernet  HWaddr --:--:--:--:7d:0b  
          inet addr:--.--.0.3  Bcast:--.--.0.15  Mask:255.255.255.240
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1659442 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1174359 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2233956693 (2.2 GB)  TX bytes:100448546 (100.4 MB)
          Interrupt:27 Base address:0x2000

eth3      Link encap:Ethernet  HWaddr --:--:--:--:50:37  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:98518 errors:1 dropped:0 overruns:0 frame:0
          TX packets:107786 errors:0 dropped:0 overruns:0 carrier:0
          collisions:1 txqueuelen:1000
          RX bytes:37901134 (37.9 MB)  TX bytes:41821323 (41.8 MB)
          Interrupt:19 Base address:0xd800

eth3:1    Link encap:Ethernet  HWaddr --:--:--:--:50:37  
          inet addr:192.168.0.3  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:19 Base address:0xd800

eth4      Link encap:Ethernet  HWaddr --:--:--:--:50:38  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:157143 errors:1 dropped:0 overruns:0 frame:0
          TX packets:106552 errors:27 dropped:0 overruns:0 carrier:27
          collisions:0 txqueuelen:1000
          RX bytes:49944966 (49.9 MB)  TX bytes:40956762 (40.9 MB)
          Interrupt:18 Base address:0xd480

eth4.6    Link encap:Ethernet  HWaddr --:--:--:--:50:38  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:108918 errors:0 dropped:0 overruns:0 frame:0
          TX packets:100821 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:41396892 (41.3 MB)  TX bytes:38553775 (38.5 MB)

eth4.7    Link encap:Ethernet  HWaddr --:--:--:--:50:38  
          inet addr:10.0.7.70  Bcast:10.0.7.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:48225 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5752 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:6348072 (6.3 MB)  TX bytes:2406874 (2.4 MB)

lo        Link encap:Локальная петля (Loopback)  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:678 errors:0 dropped:0 overruns:0 frame:0
          TX packets:678 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:46572 (46.5 KB)  TX bytes:46572 (46.5 KB)

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру