Re: Проблема с dhclient
В Sun, 16 Jun 2013 03:04:47 +0400 "Andrey B. Kiselev" пишет: > Доброго времени суток. > Надеюсь на помощь, ибо уже вторые сутки ломаю голову со всем его > содержимым... > > Имеется домашний роутер с Debian 6.0.7 на борту и двумя сетевыми. В один > прекрасный день, после планового ребута, роутер перестал получать ip от > провайдера. Имея опыт работы в саппорте провайдера, сделал все, что > только можно было - на статике работает нормально (но это ни разу не > вариант), ноут с виндой на том же кабеле работал без проблем, сетевые > менял местами, перетыкал кабель между ними, удалял файлы с лизами, в > сотый раз перезапускал сетку... Эффекта ноль :( > > Кто подскажет что еще можно посмотреть/подредактировать в этом случае? tcpdump и смотреть как уходит запрос DHCP и какой приходит ответ (если приходит). -- Best Regards, Yuri Kozlov -- 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/20130616112431.79fb2...@keeper.home.local
Re: Проблема с dhclient
DISCOVER: 12:47:05.619395 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c, Flags [none] (0x) Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Discover Parameter-Request Option 55, length 11: Subnet-Mask, BR, Time-Zone, Default-Gateway Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP Netbios-Scope, MTU, Classless-Static-Route-Microsoft Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2 END Option 255, length 0 PAD Option 0, length 0, occurs 34 OFFER от домового свитча (на нем работает dhcp-relay): 12:47:05.633937 IP (tos 0xc0, ttl 58, id 42276, offset 0, flags [DF], proto UDP (17), length 524) 10.4.129.10.bootps > 10.79.25.199.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 496, hops 1, xid 0x3759f73c, Flags [none] (0x) Your-IP 10.79.25.199 Gateway-IP 10.4.129.10 Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Server-ID Option 54, length 4: 78.107.63.102 Lease-Time Option 51, length 4: 3600 Subnet-Mask Option 1, length 4: 255.255.248.0 BR Option 28, length 4: 255.255.255.255 Default-Gateway Option 3, length 4: 10.79.24.1 Static-Route Option 33, length 56: (195.14.50.26:10 .79.24.1),(195.14.50.16:10.79.24.1),(85.21.88.130:10 .79.24.1),(195.14.50.93:10.79.24.1),(195.1 4.50.21:10.79.24.1),(194.67.1.115:10.79.24.1),(85.21.78.93:10.79.24.1) Domain-Name-Server Option 6, length 8: 85.21.192.3, hdns1.corbina.net MTU Option 26, length 2: 576 Classless-Static-Route-Microsoft Option 249, length 127: ( 83.102.146.96/27:10.79.24.1),(10.0.0.0/8:10.79.24.1),( 78.107.23.0/24:10.79.24.1),(85.21 .90.0/24:10.79.24.1),(85.21.79.0/24:10.79.24.1),( 217.118.84.249/32:10.79.24.1),(78.107.196.0/22:10.79.24.1),( 217.118.84.213/32:10.79.24.1),(78.107.235.4/30:1 0.79.24.1),(85.21.138.208/28:10.79.24.1),(78.107.51.0/28:10.79.24.1),( 83.102.231.32/28:10.79.24.1),(85.21.108.16/28:10.79.24.1),( 85.21.72.80/28:10.79.24.1),( 233.33.210.0/24:10.79.25.199) END Option 255, length 0 PAD Option 0, length 0, occurs 21 REQUEST: 12:47:05.636655 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c, Flags [none] (0x) Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Request Server-ID Option 54, length 4: 255.255.255.255 Requested-IP Option 50, length 4: 10.79.25.199 Parameter-Request Option 55, length 11: Subnet-Mask, BR, Time-Zone, Default-Gateway Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP Netbios-Scope, MTU, Classless-Static-Route-Microsoft Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2 END Option 255, length 0 PAD Option 0, length 0, occurs 22 На этом все заканчивается, АСКи не приходят. Что подозрительно - спустя некоторое время опять проходит discover-offer-request, но в оффере уже другой айпишник, +1 в последнем октете (т.е. 10.79.25.199, потом 10.79.25.200, потом 10.79.25.201...). При вбитой статике продолжается рассылка discovery, но опять же дальше реквестов тишина... И опять же виндовый ноут работает без проблем. 16 июня 2013 г., 11:24 пользователь Yuri Kozlov написал: > В Sun, 16 Jun 2013 03:04:47 +0400 > "Andrey B. Kiselev" пишет: > > > Доброго времени суток. > > Надеюсь на помощь, ибо уже вторые сутки ломаю голову со всем его > > содержимым... > > > > Имеется домашний роутер с Debian 6.0.7 на борту и двумя сетевыми. В один > > прекрасный день, после планового ребута, роутер перестал получать ip от > > провайдера. Имея опыт работы в саппорте провайдера, сделал все, что > > только можно было - на статике работает нормально (но это ни разу не > > вариант), ноут с виндой на том же кабеле работал без проблем, сетевые > > менял местами, перетыкал кабель между ними, удалял файлы с лизами, в > > сотый раз перезапускал сетку... Эффекта ноль :( > > > > Кто подскажет что еще можно посмотреть/подредактировать в этом случае? > > tcpdump и смотреть как уходит запрос DHCP и какой приходит ответ (если > приходит). > > > > -- > Best Regards, > Yuri Kozlov > > > -- > To UNSUBSCRIBE, email to debian-ru
Nautilus пожирает себя
Гном снова принес разочарования. В этот раз почему-то перестал работать Nautilus, который, за неимением лучшего, приходится использовать в качестве файл-менеджера. Симптомы очень просты - после запуска тупо выжирает всю память, включая своп и падает. Это происходит в течение 1-3 минут. Раньше такого не было, после чего началось - увы, не отследил. Система, в основном, Wheezy. Лечится ли это? Ибо при всех его недостатках попытки заменить Nautilus окончились провалом. Наилучшее, что нашел: pcmanfm - настолько сыр, что даже не может запомнить свое предыдущее состояние; вроде не плох и сравнительно легок Thunar, но он часто глюкает с шириной колонок в режиме подробного списка. Или может быть есть в репах хороший файл менеджер о котором я не знаю? Спасибо заранее. ЗЫ CLI пользуюсь, но иногда все-же удобнее файлов менеджер для меня. -- 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/kpk46b$kcu$1...@ger.gmane.org
Re: Nautilus пожирает себя
At Sun, 16 Jun 2013 13:31:44 +0300, basilio wrote: > > Гном снова принес разочарования. В этот раз почему-то перестал работать > Nautilus, который, за неимением лучшего, приходится использовать в > качестве файл-менеджера. Симптомы очень просты - после запуска тупо > выжирает всю память, включая своп и падает. Это происходит в течение 1-3 > минут. Очень похоже на memory leak. Судя по багтрекеру [1], что-то похожее у Nautilus в последний раз было в 2003 году (bug #181000). Убедитесь, что проблема из-за Nautilus, и вешайте багу, что уж поделать. > Система, в основном, Wheezy. Этот вопрос надо бы уточнить, прежде чем багу вешать. Какая часть системы не из wheezy - тоже может быть довольно важно. > Лечится ли это? Ибо при всех его недостатках попытки заменить Nautilus > окончились провалом. Наилучшее, что нашел: pcmanfm - настолько сыр, что > даже не может запомнить свое предыдущее состояние; > вроде не плох и сравнительно легок Thunar, но он часто глюкает с > шириной колонок в режиме подробного списка. Это у XFCE, судя по всему, фича, ибо не проходит сколько я его помню. Впрочем, жить не мешает. > Или может быть есть в репах хороший файл менеджер о котором я не > знаю? Я бы предложил в качестве хорошего файлового менеджера mc, да только вряд ли это то, что Вы ожидаете. [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;include=subject%3Amemory;package=nautilus -- 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/87y5aab4b6.wl%free...@gmail.com
Re: Nautilus пожирает себя
Используйте pcmanfm версии 0.5.2 В Sun, 16 Jun 2013 13:31:44 +0300 basilio пишет: > Гном снова принес разочарования. В этот раз почему-то перестал > работать Nautilus, который, за неимением лучшего, приходится > использовать в качестве файл-менеджера. Симптомы очень просты - после > запуска тупо выжирает всю память, включая своп и падает. Это > происходит в течение 1-3 минут. Раньше такого не было, после чего > началось - увы, не отследил. Система, в основном, Wheezy. > Лечится ли это? Ибо при всех его недостатках попытки заменить Nautilus > окончились провалом. Наилучшее, что нашел: pcmanfm - настолько сыр, > что даже не может запомнить свое предыдущее состояние; вроде не плох и > сравнительно легок Thunar, но он часто глюкает с шириной колонок в > режиме подробного списка. Или может быть есть в репах хороший файл > менеджер о котором я не знаю? > > Спасибо заранее. > > ЗЫ CLI пользуюсь, но иногда все-же удобнее файлов менеджер для меня. -- 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/20130616192116.5fe23907@DOM-131
Re: Nautilus пожирает себя
On Sun, Jun 16, 2013 at 07:21:16PM +0600, Жанибек Нагашыбай wrote: > Используйте pcmanfm версии 0.5.2 Т.е. в 2009 он был менее сыр, чем сейчас? -- WBR, wRAR signature.asc Description: Digital signature
Re: Проблема с dhclient
А если просто поменять сетевую карту на роутере ? По опыту встречал интересные реалтеки не работающие с дхцп 16.06.2013 16:32 пользователь "Andrey B. Kiselev" написал: > DISCOVER: > > 12:47:05.619395 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto > UDP (17), length 328) > 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, > Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c, > Flags [none] > (0x) > Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) > Vendor-rfc1048 Extensions > Magic Cookie 0x63825363 > DHCP-Message Option 53, length 1: Discover > Parameter-Request Option 55, length 11: > Subnet-Mask, BR, Time-Zone, Default-Gateway > Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP > Netbios-Scope, MTU, Classless-Static-Route-Microsoft > Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2 > END Option 255, length 0 > PAD Option 0, length 0, occurs 34 > > OFFER от домового свитча (на нем работает dhcp-relay): > > 12:47:05.633937 IP (tos 0xc0, ttl 58, id 42276, offset 0, flags [DF], > proto UDP (17), length 524) > 10.4.129.10.bootps > 10.79.25.199.bootpc: [udp sum ok] BOOTP/DHCP, > Reply, length 496, hops 1, xid 0x3759f73c, Flags [none] (0x) > Your-IP 10.79.25.199 > Gateway-IP 10.4.129.10 > Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) > Vendor-rfc1048 Extensions > Magic Cookie 0x63825363 > DHCP-Message Option 53, length 1: Offer > Server-ID Option 54, length 4: 78.107.63.102 > Lease-Time Option 51, length 4: 3600 > Subnet-Mask Option 1, length 4: 255.255.248.0 > BR Option 28, length 4: 255.255.255.255 > Default-Gateway Option 3, length 4: 10.79.24.1 > Static-Route Option 33, length 56: (195.14.50.26:10 > .79.24.1),(195.14.50.16:10.79.24.1),(85.21.88.130:10 > .79.24.1),(195.14.50.93:10.79.24.1),(195.1 > 4.50.21:10.79.24.1),(194.67.1.115:10.79.24.1),(85.21.78.93:10.79.24.1) > Domain-Name-Server Option 6, length 8: 85.21.192.3, > hdns1.corbina.net > MTU Option 26, length 2: 576 > Classless-Static-Route-Microsoft Option 249, length 127: ( > 83.102.146.96/27:10.79.24.1),(10.0.0.0/8:10.79.24.1),( > 78.107.23.0/24:10.79.24.1),(85.21 > .90.0/24:10.79.24.1),(85.21.79.0/24:10.79.24.1),( > 217.118.84.249/32:10.79.24.1),(78.107.196.0/22:10.79.24.1),( > 217.118.84.213/32:10.79.24.1),(78.107.235.4/30:1 > 0.79.24.1),(85.21.138.208/28:10.79.24.1),(78.107.51.0/28:10.79.24.1),( > 83.102.231.32/28:10.79.24.1),(85.21.108.16/28:10.79.24.1),( > 85.21.72.80/28:10.79.24.1),( > 233.33.210.0/24:10.79.25.199) > END Option 255, length 0 > PAD Option 0, length 0, occurs 21 > > REQUEST: > 12:47:05.636655 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto > UDP (17), length 328) > 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, > Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c, > Flags [none] > (0x) > Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) > Vendor-rfc1048 Extensions > Magic Cookie 0x63825363 > DHCP-Message Option 53, length 1: Request > Server-ID Option 54, length 4: 255.255.255.255 > Requested-IP Option 50, length 4: 10.79.25.199 > Parameter-Request Option 55, length 11: > Subnet-Mask, BR, Time-Zone, Default-Gateway > Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP > Netbios-Scope, MTU, Classless-Static-Route-Microsoft > Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2 > END Option 255, length 0 > PAD Option 0, length 0, occurs 22 > > На этом все заканчивается, АСКи не приходят. > Что подозрительно - спустя некоторое время опять проходит > discover-offer-request, но в оффере уже другой айпишник, +1 в последнем > октете (т.е. 10.79.25.199, потом 10.79.25.200, потом 10.79.25.201...). > > При вбитой статике продолжается рассылка discovery, но опять же дальше > реквестов тишина... > И опять же виндовый ноут работает без проблем. > > > 16 июня 2013 г., 11:24 пользователь Yuri Kozlov написал: > >> В Sun, 16 Jun 2013 03:04:47 +0400 >> "Andrey B. Kiselev" пишет: >> >> > Доброго времени суток. >> > Надеюсь на помощь, ибо уже вторые сутки ломаю голову со всем его >> > содержимым... >> > >> > Имеется домашний роутер с Debian 6.0.7 на борту и двумя сетевыми. В один >> > прекрасный день, после планового ребута, роутер перестал получать ip от >> > провайдера. Имея опыт работы в саппорте провайдера, сделал все, что >> > только можно было - на статике работает нормально (но это ни разу не >> > вариант), ноут с виндой на том же кабеле работал без проблем, сетевые >> > менял местами, перет
Re: Nautilus пожирает себя
Может это http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683394? у меня после обновления он проц жрал и превьюшки не показывал. ln -s ~/.thumbnails ~/.cache/thumbnails - мне помогло. Может и у вас память жрет из-за этого же. 16 июня 2013 г., 14:31 пользователь basilio написал: > Гном снова принес разочарования. В этот раз почему-то перестал работать > Nautilus, который, за неимением лучшего, приходится использовать в > качестве файл-менеджера. Симптомы очень просты - после запуска тупо > выжирает всю память, включая своп и падает. Это происходит в течение 1-3 > минут. Раньше такого не было, после чего началось - увы, не отследил. > Система, в основном, Wheezy. > Лечится ли это? Ибо при всех его недостатках попытки заменить Nautilus > окончились провалом. Наилучшее, что нашел: pcmanfm - настолько сыр, что > даже не может запомнить свое предыдущее состояние; вроде не плох и > сравнительно легок Thunar, но он часто глюкает с шириной колонок в > режиме подробного списка. Или может быть есть в репах хороший файл > менеджер о котором я не знаю? > > Спасибо заранее. > > ЗЫ CLI пользуюсь, но иногда все-же удобнее файлов менеджер для меня. > > > -- > 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/kpk46b$kcu$1...@ger.gmane.org > >
Re: Проблема с dhclient
По опыту тоже встречал много забавного и необычного. Однако, как уже писал, другую сетевую пробовал, и местами их менял, не помогало. Плюнул на все это дело, восстановил систему из бэкапа (снятого сразу после установки оси) - сетка завелась с пол-оборота... В чем проблема - так и не понятно. 16 июня 2013 г., 19:00 пользователь Леонид Кальмаев написал: > А если просто поменять сетевую карту на роутере ? По опыту встречал > интересные реалтеки не работающие с дхцп > 16.06.2013 16:32 пользователь "Andrey B. Kiselev" > написал: > > DISCOVER: >> >> 12:47:05.619395 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], >> proto UDP (17), length 328) >> 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, >> Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c, >> Flags [none] >> (0x) >> Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) >> Vendor-rfc1048 Extensions >> Magic Cookie 0x63825363 >> DHCP-Message Option 53, length 1: Discover >> Parameter-Request Option 55, length 11: >> Subnet-Mask, BR, Time-Zone, Default-Gateway >> Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP >> Netbios-Scope, MTU, Classless-Static-Route-Microsoft >> Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2 >> END Option 255, length 0 >> PAD Option 0, length 0, occurs 34 >> >> OFFER от домового свитча (на нем работает dhcp-relay): >> >> 12:47:05.633937 IP (tos 0xc0, ttl 58, id 42276, offset 0, flags [DF], >> proto UDP (17), length 524) >> 10.4.129.10.bootps > 10.79.25.199.bootpc: [udp sum ok] BOOTP/DHCP, >> Reply, length 496, hops 1, xid 0x3759f73c, Flags [none] (0x) >> Your-IP 10.79.25.199 >> Gateway-IP 10.4.129.10 >> Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) >> Vendor-rfc1048 Extensions >> Magic Cookie 0x63825363 >> DHCP-Message Option 53, length 1: Offer >> Server-ID Option 54, length 4: 78.107.63.102 >> Lease-Time Option 51, length 4: 3600 >> Subnet-Mask Option 1, length 4: 255.255.248.0 >> BR Option 28, length 4: 255.255.255.255 >> Default-Gateway Option 3, length 4: 10.79.24.1 >> Static-Route Option 33, length 56: (195.14.50.26:10 >> .79.24.1),(195.14.50.16:10.79.24.1),(85.21.88.130:10 >> .79.24.1),(195.14.50.93:10.79.24.1),(195.1 >> 4.50.21:10.79.24.1),(194.67.1.115:10.79.24.1),(85.21.78.93:10.79.24.1) >> Domain-Name-Server Option 6, length 8: 85.21.192.3, >> hdns1.corbina.net >> MTU Option 26, length 2: 576 >> Classless-Static-Route-Microsoft Option 249, length 127: ( >> 83.102.146.96/27:10.79.24.1),(10.0.0.0/8:10.79.24.1),( >> 78.107.23.0/24:10.79.24.1),(85.21 >> .90.0/24:10.79.24.1),(85.21.79.0/24:10.79.24.1),( >> 217.118.84.249/32:10.79.24.1),(78.107.196.0/22:10.79.24.1),( >> 217.118.84.213/32:10.79.24.1),(78.107.235.4/30:1 >> 0.79.24.1),(85.21.138.208/28:10.79.24.1),(78.107.51.0/28:10.79.24.1),( >> 83.102.231.32/28:10.79.24.1),(85.21.108.16/28:10.79.24.1),( >> 85.21.72.80/28:10.79.24.1),( >> 233.33.210.0/24:10.79.25.199) >> END Option 255, length 0 >> PAD Option 0, length 0, occurs 21 >> >> REQUEST: >> 12:47:05.636655 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], >> proto UDP (17), length 328) >> 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, >> Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c, >> Flags [none] >> (0x) >> Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown) >> Vendor-rfc1048 Extensions >> Magic Cookie 0x63825363 >> DHCP-Message Option 53, length 1: Request >> Server-ID Option 54, length 4: 255.255.255.255 >> Requested-IP Option 50, length 4: 10.79.25.199 >> Parameter-Request Option 55, length 11: >> Subnet-Mask, BR, Time-Zone, Default-Gateway >> Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP >> Netbios-Scope, MTU, Classless-Static-Route-Microsoft >> Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2 >> END Option 255, length 0 >> PAD Option 0, length 0, occurs 22 >> >> На этом все заканчивается, АСКи не приходят. >> Что подозрительно - спустя некоторое время опять проходит >> discover-offer-request, но в оффере уже другой айпишник, +1 в последнем >> октете (т.е. 10.79.25.199, потом 10.79.25.200, потом 10.79.25.201...). >> >> При вбитой статике продолжается рассылка discovery, но опять же дальше >> реквестов тишина... >> И опять же виндовый ноут работает без проблем. >> >> >> 16 июня 2013 г., 11:24 пользователь Yuri Kozlov написал: >> >>> В Sun, 16 Jun 2013 03:04:47 +0400 >>> "Andrey B. Kiselev" пишет: >>> >>> > Доброго времени суток. >>> > Надеюсь на помощь, ибо уже вт
Re: Nautilus пожирает себя
В Sun, 16 Jun 2013 20:06:00 +0600 Andrey Rahmatullin пишет: > On Sun, Jun 16, 2013 at 07:21:16PM +0600, Жанибек Нагашыбай wrote: > > Используйте pcmanfm версии 0.5.2 > Т.е. в 2009 он был менее сыр, чем сейчас? Меня, по крайней мере, устраивает. А вот версия 0.9.какая-то очень глючная. -- 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/20130616223305.0aa33c8c@DOM-131
Re: Проблема с dhclient
В Sun, 16 Jun 2013 19:39:01 +0400 "Andrey B. Kiselev" пишет: > По опыту тоже встречал много забавного и необычного. Однако, как уже > писал, другую сетевую пробовал, и местами их менял, не помогало. > > Плюнул на все это дело, восстановил систему из бэкапа (снятого сразу > после установки оси) - сетка завелась с пол-оборота... > > В чем проблема - так и не понятно. Хех, давай опять tcpdump, интересно же. -- Best Regards, Yuri Kozlov -- 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/20130616222607.18ed6...@keeper.home.local
Re: Nautilus пожирает себя
16.06.2013 15:58, Dmitrii Kashin пишет: >> Система, в основном, Wheezy. > > Этот вопрос надо бы уточнить, прежде чем багу вешать. Какая часть > системы не из wheezy - тоже может быть довольно важно. Поставил из тестинга Darktable (там есть нужные фичи, которых нет у Wheezy) и он потянул за собой немного зависимостей. И все. > Я бы предложил в качестве хорошего файлового менеджера mc, да только > вряд ли это то, что Вы ожидаете. > > [1] > http://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;include=subject%3Amemory;package=nautilus Да, MC я весьма активно пользовался, пока не открыл для себя Gnome Commander. Потом оказалось, что в МС с сетью как-то не очень, в части самбы, если из оф. репов ставить. Поэтому от него тоже отказаться пришлось. -- 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/kplea1$gfg$1...@ger.gmane.org
Re: Nautilus пожирает себя
спасибо. теперь падает не так быстро, наверное, еще что-то мешает отличному танцору. -- 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/kpleri$ks3$1...@ger.gmane.org
Re: iptables mac
16.06.2013 10:40, Alex Dubinin пишет: > iptables -A INPUT -p tcp --dport 22 -m state --state NEW -m recent --set > Эта строка точно дописана? Никак не пойму что она делает? По-моему она > должна "маркировать" что-то как-то например так: > iptables -A INPUT -p tcp -m tcp --dport 80 -m recent --set --name httpddos > --rsource > Я прав? Вы это хотели написать? > И мне осталась непонятной строка: > iptables -A INPUT -p tcp --dport 22 -m state --state NEW -m recent --update > --seconds 60 --hitcount 3 -j DROP > я почти вижу что это ограничение на количество коннектов в минуту > тремя, вернее пакетов с флагом NEW. > только фрагмент с --update мне опять же непонятен. Правила, которые я привёл делают так: * 3 коннекта в минуту - разрешено. * Больше 3 коннектов в минуту - в дроп. * Если за минуту дропа пришла ещё одна попытка подключиться - таймер доставания из дропа начинает отсчёт заново. * Плюс заведомо белые хосты в SSH. Туда можно добавить пару-тройку всегда статичных серверов/сетей, чтобы если что - с них зайти. В моём варианте все строчки дописаны целиком и написаны верно. Разве что IP надо нужные поставить при желании :) А ещё мой способ можно применять, например, к smtp для особо упоротых спамеров. > P.S. На SSH по моему мнению это вполне удобно. стукнулся на порт и > делай что нужно. С любого IP без ограничений каких-бы то ни было для > меня и с недоступным портом для других. С момента введения PK не было > ни одного левого SYN к SSH (за более чем 5 лет). Когда один сервер и ты единственные его админ - можно и по приколу заморочиться. Когда серверов под сотню и ты не один туда ходишь - не очень удобно. Особенно если порты для PK везде разные. Да и как всё это веселье в ~/.ssh/config писать? Ведь гораздо удобнее сказать ssh some-name чем ssh user@1.2.3.4 -p 222 особенно если вместо 1.2.3.4 будет что-то типа 2001:db8:5abc:3cde:fe9d:a3dc:8b65:a5c7 А если к этому 2001:db8:5abc:3cde:fe9d:a3dc:8b65:a5c7 ещё и PK прикрутить и каждый раз о нём вспоминать (ага, при каждом реконнекте на gprs) - нет уж, спасибо. -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: iptables mac
17.06.2013 04:06, Mikhail A Antonov пишет: > Правила, которые я привёл делают так: > * 3 коннекта в минуту - разрешено. > * Больше 3 коннектов в минуту - в дроп. > * Если за минуту дропа пришла ещё одна попытка подключиться - таймер > доставания из дропа начинает отсчёт заново. > * Плюс заведомо белые хосты в SSH. Туда можно добавить пару-тройку > всегда статичных серверов/сетей, чтобы если что - с них зайти. > В моём варианте все строчки дописаны целиком и написаны верно. Разве что > IP надо нужные поставить при желании :) > А ещё мой способ можно применять, например, к smtp для особо упоротых > спамеров. Дошло, --update начинает отсчёт заново. Понятно, спасибо. Наверное на SMTP самое то действительно. > Когда один сервер и ты единственные его админ - можно и по приколу > заморочиться. Когда серверов под сотню и ты не один туда ходишь - не > очень удобно. Особенно если порты для PK везде разные. > Да и как всё это веселье в ~/.ssh/config писать? > Ведь гораздо удобнее сказать ssh some-name чем ssh user@1.2.3.4 -p 222 > особенно если вместо 1.2.3.4 будет что-то типа > 2001:db8:5abc:3cde:fe9d:a3dc:8b65:a5c7 > А если к этому 2001:db8:5abc:3cde:fe9d:a3dc:8b65:a5c7 ещё и PK > прикрутить и каждый раз о нём вспоминать (ага, при каждом реконнекте на > gprs) - нет уж, спасибо. Ну сервер не один, а админ один. PK не прописываю в ~/.ssh/config. Все имена хостов имеют алиасы в /etc/hosts, так что бонально nc s1 222 (к примеру). Все остальные настройки ssh в конфиге, т.ч. процесс коннекта на сервер выглядит четырьмя действиями: 1. nc s1 222 2. ctrl + c 3. ssh s1 4. passphrase все довольно быстро, в течение пары секунд, на gprs - в пределах 10 секунд всегда. Ну это как говорится каждому свое ))) P.S. Еще раз спасибо за совет по поводу --update. Остальные конструкции в похожем виде использовал и ранее. signature.asc Description: OpenPGP digital signature
