Re: Сетевуха работает только в promisc режиме
On Mon, May 21, 2012 at 10:05:24PM +0400, Артём Н. wrote: Чувствую, это капитальная клиника. Но давайте всё же дождёмся дампа. Для _tdlog0 (там что-то не очень понятное): root@dana:~# ping 192.168.1.1 connect: Network is unreachable root@dana:~# ping 192.168.1.1 connect: Network is unreachable root@dana:~# ifconfig eth0 promisc root@dana:~# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=1.03 ms 64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=0.943 ms ^C --- 192.168.1.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 0.943/0.990/1.038/0.056 ms root@dana:~# ifconfig eth0 -promisc root@dana:~# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. ^C --- 192.168.1.1 ping statistics --- 5 packets transmitted, 0 received, 100% packet loss, time 4006ms В файлике _tdlog0 этого нет. Вообще, там только исходящие пакеты, если не считать обмен arp-ами между 192.168.1.3 и 192.168.1.2. А обмена по icmp с 192.168.1.1 вовсе нет. Есть лишь исходящие пакеты 192.168.1.3 192.168.1.2 (ICMP echo request). Такая же странность со вторым файлом. Вы сами смотрели записанные дампы, такая ситуация не удивляет? Вы же не видите того трафика, который генерите своими ручками. Для чистоты эксперимента, во втором случае (_tdlog1), я отключил файрволл: Наличие файрвола на дамп влиять не должно, но лучше действительно выключить. Итак, можно предположить, что есть некий клинический случай асимметричного роутинга, когда пакеты почему-то идут не через eth, а иным путём... Какие ещё сетевые интерфейсы есть на машине? Выключите все виртуалки, приведите машину к проблемному состоянию и покажите результат работы такого скрипта: ip addr list ip route list ip link set dev eth0 promisc off ip route flush cache ip route get 192.168.1.1 tcpdump -nlUevvp -i any arp or icmp ping -n -c2 192.168.1.1 killall tcpdump ip link set dev eth0 promisc on ip route flush cache ip route get 192.168.1.1 tcpdump -nlUevvp -i any arp or icmp ping -n -c2 192.168.1.1 killall tcpdump ip link set dev eth0 promisc off К сожалению, драйвер r8169 не поддерживает чтение eeprom'a, можно лишь посмотреть ethtool -d, но это может оказаться искажённой информацией. root@dana:~# ethtool -d eth0 Unknown RealTek chip (mask: 0xfcc0) Вот те раз... А должно быть что-то вроде этого: # ethtool -d mon RealTek RTL-8169/8110SB registers: 0x00: MAC Address 00:14:d1:15:49:b6 0x08: Multicast Address Filter 0x8480 0x4200 0x10: Dump Tally Counter Command 0x 0x 0x20: Tx Normal Priority Ring Addr 0x3448b000 0x 0x28: Tx High Priority Ring Addr 0xbbcdff00 0xbfff 0x30: Flash memory read/write 0x 0x34: Early Rx Byte Count 0 0x36: Early Rx Status 0x00 0x37: Command 0x00 Rx off, Tx off 0x3C: Interrupt Mask 0x 0x3E: Interrupt Status0x 0x40: Tx Configuration0x1000 0x44: Rx Configuration0x0002 0x48: Timer count 0x3c59f6ae 0x4C: Missed packet counter 0x00 0x50: EEPROM Command0x00 0x51: Config 0 0x05 0x52: Config 1 0x4d 0x53: Config 2 0x10 0x54: Config 3 0xa1 0x55: Config 4 0x80 0x56: Config 5 0x01 0x58: Timer interrupt 0x 0x5C: Multiple Interrupt Select 0x 0x60: PHY access 0x800541e1 0x64: TBI control and status 0x 0x68: TBI Autonegotiation advertisement (ANAR)0x 0x6A: TBI Link partner ability (LPAR) 0x 0x6C: PHY status0x0b 0x84: PM wakeup frame 00xbdddc0bd 0xd65dafbf 0x8C: PM wakeup frame 10xb7c72a6e 0xee1af5ff 0x94: PM wakeup frame 2 (low) 0x964d 0x9e9fde5f 0x9C: PM wakeup frame 2 (high) 0xbac35dfd 0x5f5fda79 0xA4: PM wakeup frame 3 (low) 0x776ef7df 0xbc7beebf 0xAC: PM wakeup frame 3 (high) 0xff4f2d7f 0x8f8ffddf 0xB4: PM wakeup frame 4 (low) 0xbf3cbbff 0xb3b6bc9e 0xBC: PM wakeup frame 4 (high) 0xfff4bdbf 0xf82bfb7f 0xC4: Wakeup frame 0 CRC 0x7df1 0xC6: Wakeup frame 1 CRC 0xfbfc 0xC8: Wakeup frame 2 CRC 0xb7ff 0xCA: Wakeup frame 3 CRC 0xf5de 0xCC: Wakeup frame 4 CRC
Re: debian + hostapd + pptp = pptp random disconnect
Отключил я трикомовскую карточку. Поднимаю впн на риелтеке - всё работает. -- Best Regards, Gary Trotcko
Re: Сетевуха работает только в promisc режиме
22.05.2012 12:58, Eugene Berdnikov пишет: On Mon, May 21, 2012 at 10:05:24PM +0400, Артём Н. wrote: Чувствую, это капитальная клиника. Но давайте всё же дождёмся дампа. Для _tdlog0 (там что-то не очень понятное): root@dana:~# ping 192.168.1.1 connect: Network is unreachable root@dana:~# ping 192.168.1.1 connect: Network is unreachable root@dana:~# ifconfig eth0 promisc root@dana:~# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=1.03 ms 64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=0.943 ms ^C --- 192.168.1.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 0.943/0.990/1.038/0.056 ms root@dana:~# ifconfig eth0 -promisc root@dana:~# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. ^C --- 192.168.1.1 ping statistics --- 5 packets transmitted, 0 received, 100% packet loss, time 4006ms В файлике _tdlog0 этого нет. Вообще, там только исходящие пакеты, если не считать обмен arp-ами между 192.168.1.3 и 192.168.1.2. А обмена по icmp с 192.168.1.1 вовсе нет. Есть лишь исходящие пакеты 192.168.1.3 192.168.1.2 (ICMP echo request). Так я не дампил в promisc режиме. Надо? Такая же странность со вторым файлом. Вы сами смотрели записанные дампы, такая ситуация не удивляет? Вы же не видите того трафика, который генерите своими ручками. Не вижу. Но не удивляет. o.O Меня бы удивило, если бы я его там увидел. Для чистоты эксперимента, во втором случае (_tdlog1), я отключил файрволл: Наличие файрвола на дамп влиять не должно, но лучше действительно выключить. На всякий случай. Вдруг ICMP режутся неправильно (а режутся ответы для внешней сети, в первом логе я заметил какие-то непотребные адреса)? Итак, можно предположить, что есть некий клинический случай асимметричного роутинга, когда пакеты почему-то идут не через eth, а иным путём... Какие ещё сетевые интерфейсы есть на машине? Петля и виртуальная сеть VMWare vmnet0. Выключите все виртуалки, приведите машину к проблемному состоянию и покажите результат работы такого скрипта: ip addr list ip route list ip link set dev eth0 promisc off ip route flush cache ip route get 192.168.1.1 tcpdump -nlUevvp -i any arp or icmp ping -n -c2 192.168.1.1 killall tcpdump ip link set dev eth0 promisc on ip route flush cache ip route get 192.168.1.1 tcpdump -nlUevvp -i any arp or icmp ping -n -c2 192.168.1.1 killall tcpdump ip link set dev eth0 promisc off Хорошо. Попозже пришлю результат. К сожалению, драйвер r8169 не поддерживает чтение eeprom'a, можно лишь посмотреть ethtool -d, но это может оказаться искажённой информацией. root@dana:~# ethtool -d eth0 Unknown RealTek chip (mask: 0xfcc0) Вот те раз... А должно быть что-то вроде этого: # ethtool -d mon RealTek RTL-8169/8110SB registers: 0x00: MAC Address 00:14:d1:15:49:b6 0x08: Multicast Address Filter 0x8480 0x4200 0x10: Dump Tally Counter Command 0x 0x 0x20: Tx Normal Priority Ring Addr 0x3448b000 0x 0x28: Tx High Priority Ring Addr 0xbbcdff00 0xbfff 0x30: Flash memory read/write 0x 0x34: Early Rx Byte Count 0 0x36: Early Rx Status 0x00 0x37: Command 0x00 Rx off, Tx off 0x3C: Interrupt Mask 0x 0x3E: Interrupt Status0x 0x40: Tx Configuration0x1000 0x44: Rx Configuration0x0002 0x48: Timer count 0x3c59f6ae 0x4C: Missed packet counter 0x00 0x50: EEPROM Command0x00 0x51: Config 0 0x05 0x52: Config 1 0x4d 0x53: Config 2 0x10 0x54: Config 3 0xa1 0x55: Config 4 0x80 0x56: Config 5 0x01 0x58: Timer interrupt 0x 0x5C: Multiple Interrupt Select 0x 0x60: PHY access 0x800541e1 0x64: TBI control and status 0x 0x68: TBI Autonegotiation advertisement (ANAR)0x 0x6A: TBI Link partner ability (LPAR) 0x 0x6C: PHY status0x0b 0x84: PM wakeup frame 00xbdddc0bd 0xd65dafbf 0x8C: PM wakeup frame 10xb7c72a6e 0xee1af5ff 0x94: PM wakeup frame 2 (low) 0x964d 0x9e9fde5f 0x9C: PM wakeup frame 2 (high) 0xbac35dfd 0x5f5fda79 0xA4: PM wakeup frame 3 (low) 0x776ef7df 0xbc7beebf 0xAC: PM
Re: CLI vs. GUI
20.05.2012 23:31, Artem Chuprina пишет: Артём Н. - debian-russian@lists.debian.org @ Sun, 20 May 2012 21:56:09 +0400: Так что писать на коленке презентацию, которая будет выведена плюс-минус так, как ты ее видишь, еще можно (и то не всегда нужно - видел я подобные поползновения печатать объявления в ворде...), а HTML - уже ни в коем разе. АН Как-раз для HTML, GUI необходим. Если, конечно, вы не рассчитываете АН на то, что все ваши пользователи используют lynx, links, w3m или АН подобное. Доктор, это ничего, что у меня есть информативный сайт, все HTML которого написаны вручную, старые в vim, новые в emacs? Ключевое слово - информативный. АН Вообще-то, это частный случай, когда требуется преимущественно АН подсветка HTML и CSS. С чем VIM неплохо справляется. Причем, если делать по уму, то HTML и CSS не нужно смешивать в одном файле, отчего все еще проще. Правильный редактор не должен рассчитывать на то, что всё будет по уму, к тому же, иногда надо смешивать CSS и HTML. Суть, собственно, в том, что vim и emacs - это TUI, а не GUI. Хотя emacs даже умеет показывать картинки. Лучше б не умел... А если мне нужно интерактивное веб-приложение, то там вообще будет, скорее всего, либо haml, либо hamlet, и однозначно ручное редактирование. АН Хм... Haml - любопытно. Угу. Технология создания веб-приложений сводится к тому, что дизайнер делает дизайн, HTML-верстальщик (это совершенно другой человек) превращает его в HTML, CSS и набор картинок, а программист превращает эти HTML и CSS (картинки обычно оставляет как есть) в набор шаблонов, которые динамически заполняются данными. Гуй для HTML при этом может использоваться в принципе только на втором этапе, но тем верстальщикам, кто пытается его там использовать, быстро отрывают руки. Ну, или результат получается, мягко говоря, неюзабельным для пользователя. Хм. Что, вы хотите сказать, что во всех компаниях, которые занимаются созданием WEB-данных (документов или приложений и т.п.) и могут позволить себе иметь дизайнера, не имеющего представления о вёрстке и ей не занимающегося, верстальщика и прочих, вторые всегда работают без GUI? Кстати, а дизайнер тоже обязательно, либо не использует компьютер, либо работает без GUI? :-) Или, всё-таки, на первом этапе тоже есть GUI, только совершенно отличный от GUI верстальщика? Кстати, а операторам на станциях например, GUI тоже не требуется? :-) Или, всё-таки, он иногда нужен (почему-то вы та упорно пытаетесь доказать, что GUI - всегда плохо)? Как это выглядит, нужно смотреть в браузере и только в браузере. Желательно не в одном. АН Как это выглядит и работает нужно проверять в браузере. Обязательно АН не в одном, как говорят. По крайней мере, в наиболее популярных АН (или в тех, на которых это будет работать, если это нечто АН специфическое). И, затем ещё вносить корректировки для конкретных АН экземпляров. :-| Тонкость в том, что если у тебя есть информация, то можно написать достаточно простой HTML для того, чтобы проверять его нужно было максимум в одном. Тому, кому есть, что сказать, дизайнерские изыски обычно не шибко нужны. Просто выглядящий и преподносящий информацию в удобочитаемом виде или просто устроенный? :-) Мешает он тем, что то, как это выглядит в этом гуе, автор и считает реальным видом документа. А что этот гуй выдает в код, и какой ужас потом в браузере... Это - практика. АН o.O Я разве агитирую за Фронтпэйдж? Я предполагаю, что автор АН имеет представление о том, что существуют разные средства вывода АН (и, если уж быть точным, не обязательно визуальные). Наличие гуя провоцирует не иметь такого представления. Это, как наличие пистолета провоцирует с кем-то разобраться... Уменьшает порог вхождения. Но человек во вменяемом состоянии, вряд ли побежит разбираться с кем-то лишь потому, что у него в кармане оружие. А JS длиннее одного вызова функции в script в ручную написанном HTML - это признак того, что у автора слишком много свободного времени, и ему нечем это время занять, кроме как вычисткой потом глюков из результата. АН Мда? А эта функция тянет за собой библиотеку на 300 Кб и ещё один АН внешний JS, который включает объект её реализующий? Про много АН свободного времени - это вы объясните авторам всяких там гуглов и АН ещё 100500 сервисов, которые этим JS буквально пронизаны (местами АН это даже удобно и, бывает, работает). Это второй вопрос. Но программа на JS, если она используется, должна быть в отдельном файле, а не включена в тот же HTML. Когда как... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fbbdf6b.8090...@yandex.ru
проблемы с иксами
Был установлен squeeze x86 6.0.4 kdm, xfce4 и офф. дровняк 290.10, в какой то момент офф. дровняк был переустановлен на 295.40, спустя пару недель squeeze обновил до 6.0.5 (2.6.32-5-686 #1 SMP Sun May 6 04:01:19 UTC 2012 i686), после чего появилась проблема, если ПК стоит какое то время - xfce зависает, в консоль перейти не реально. Было решено дровняк грохнуть nvidia-uninstall, и взять с репозитария nvidia-glx nvidia-kernel-dkms nvidia-vdpau-driver (195.36.31-6), но проблема осталась. /etc/modprobe.d/nvidia-kernel-common.conf blacklist nouveau удалил дрова, остановил kdm, установил заново и запустил kdm, пол минуты и завис, в лог написал вот /var/log/Xorg.0.log . (II) XINPUT: Adding extended input device ImExPS/2 Generic Explorer Mouse (type: MOUSE) (II) ImExPS/2 Generic Explorer Mouse: initialized for relative axes. (II) config/udev: Adding input device ImExPS/2 Generic Explorer Mouse (/dev/input/mouse0) (II) No input driver/identifier specified (ignoring) (II) config/udev: Adding input device PC Speaker (/dev/input/event1) (II) No input driver/identifier specified (ignoring) (EE) May 22 21:14:32 NVIDIA(1): Error recovery failed. (EE) NVIDIA(1): *** Aborting *** (EE) May 22 21:14:38 NVIDIA(1): Error recovery failed. (EE) NVIDIA(1): *** Aborting *** (EE) May 22 21:14:41 NVIDIA(1): Error recovery failed. (EE) NVIDIA(1): *** Aborting *** (WW) May 22 21:14:41 NVIDIA(1): The NVIDIA X driver has encountered too many errors. Falling (WW) May 22 21:14:41 NVIDIA(1): back to legacy PCI mode. (EE) May 22 21:14:41 NVIDIA(1): Error recovery failed. (EE) NVIDIA(1): *** Aborting *** (EE) May 22 21:14:41 NVIDIA(1): Error recovery failed. (EE) NVIDIA(1): *** Aborting *** (EE) May 22 21:14:42 NVIDIA(1): Error recovery failed. (EE) NVIDIA(1): *** Aborting *** (EE) May 22 21:14:42 NVIDIA(1): Error recovery failed. (EE) NVIDIA(1): *** Aborting *** (EE) May 22 21:14:42 NVIDIA(1): Error recovery failed. (EE) NVIDIA(1): *** Aborting *** (EE) May 22 21:14:43 NVIDIA(1): Error recovery failed. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120522211915.2f6e6...@phobos.moskovets.lan
Re: Сетевуха работает только в promisc режиме
22.05.2012 21:58, Артём Н. написал: Возможно, карточка была повреждена при перепрошивке. Хотя я пока не знаю, может ли это как-то объяснять чудеса, которые мы наблюдаем в дампе. Возможно ли такое, что карточку повредил flashrom, который не поддерживал мать (а man я не посмотрел и опцию -l не использовал перед прошивкой)? Ещё и прошивку не ту залил. Окончилось печально: пришлось искать нормальную прошивку и везти микросхему BIOS на программатор. Адаптер, понятное дело, встроенный. Мог ли он быть повреждён? И как лечить? :-( Попробуй перешить ещё раз инструментами от производителя платы -- С уважением, Любимец Андрей Алексеевич -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fbc4571.2020...@nskes.ru
Please translate mumble-django debconf templates
This is sent to the Spanish, Russian, Portuguese and Czech l10n mailing lists. Please translate mumble-django debconf templates even though I asked for the removal of its only debconf template. Thereis no sign of activity from the maintainer and I have no certainty that the offending template will indeed be removed. This template has a very strange layout as the first string is split into the long description, while this first string is indeed the note's title. I recommend doing what I did for the French translation, ie treat it as a titke (French translation attached to help you understand what I meanat least it may help those of you who have a basic understanding of French..:-)) fr.po Description: application/gettext signature.asc Description: Digital signature
Re: collectd 4.10.7-1: Please update debconf PO translation for the package collectd
В Tue, 22 May 2012 01:37:51 +0400 Vladimir Zhbanov vzhba...@gmail.com пишет: On Mon, May 21, 2012 at 09:24:52PM +0400, Yuri Kozlov wrote: ... Отлично. Отправите? Попробовал отправить, но, кажется, с кодировкой что-то не так. У меня в почтовике вроде utf-8 показывается, а на странице http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673890 белиберда какая-то. Отправлял с помощью reportbug. Похоже на проблему с почтой в рассылке. Отправьте ужатый gzip. -- Best Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120522210053.5302e...@keeper.home.local
