Re: bind слушает на эфемерных портах
On 8/21/13, Eugene Berdnikov wrote: >> >> Кто-нибудь встречался с ситуацией, когда bind слушает на эфемерных >> >> портах udp? >> > Что такое эфемерные порты? >> https://en.wikipedia.org/wiki/Ephemeral_ports > Вы не догадываетесь, что сервер dns может иногда выступать в роли > клиента? Ему это бывает нужно для работы, сюрприз. Догадываюсь, догадываюсь. Не переживайте. Просто его поведение порвало мне шаблон. Обычно же с сокетом связываются по мере необходимости, а тут таким образом, видимо, повышают производительность/экономят ресурсы.
Re: bind слушает на эфемерных портах
On Wed, Aug 21, 2013 at 10:52:00PM +0300, Hleb Valoshka wrote: > On 8/21/13, Eugene Berdnikov wrote: > > >> Кто-нибудь встречался с ситуацией, когда bind слушает на эфемерных портах > >> udp? > > Что такое эфемерные порты? > > https://en.wikipedia.org/wiki/Ephemeral_ports Вы не догадываетесь, что сервер dns может иногда выступать в роли клиента? Ему это бывает нужно для работы, сюрприз. > >> При этом на 53-м он слушает не на 0.0.0.0, а на каждом адресе > >> индивидуально > >> и на ip6 не слушает. Тут же на 0.0.0.0 и [::]. > > При чём тут порты? Это же адреса. И это правильно. Точно так же ведёт > > себя ntpd, и, наверное, многие другие приложения, работающие по udp. > > Причины лежат в области сетевого API и дизайна прикладных протоколов. > > Вот причём: > > tcp 127.0.0.1:53 > tcp 1.2.3.4:53 > udp 127.0.0.1:53 > udp 1.2.3.4:53 > udp 0.0.0.0:45678 > udp6 :::46532 > > Мне такое поведение кажется странноватым. Вы, наверное, не писали код серверов, работающих по udp, поэтому не можете понять источники предпочтений сторонних авторов. А лежат они, повторюсь, в области API сокетов и дизайна протоколов. Можно не делать привязку слушающего сокета к юникастовому адресу, можно делать явную привязку при открытии клиентской коннекции, тогда всё будет выглядеть иначе. И для целого ряда приложений ситуация действительно выглядит иначе. Часто задача может быть решена разными способами, например, dnsmasq для работы в качестве dhcp-сервера слушает udp-шный сокет, привязанный к порту 67, а ISC-шный dhcpd с той же целью слушает raw socket. Выбор оптимальной схемы работы требует дополнительных знаний, которые простому сисадмину могут казаться тёмным лесом... -- Eugene Berdnikov -- 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/20130821204526.gi1...@sie.protva.ru
Re: bind слушает на эфемерных портах
On 8/21/13, Eugene Berdnikov wrote: >> Кто-нибудь встречался с ситуацией, когда bind слушает на эфемерных портах >> udp? > Что такое эфемерные порты? https://en.wikipedia.org/wiki/Ephemeral_ports >> При этом на 53-м он слушает не на 0.0.0.0, а на каждом адресе >> индивидуально >> и на ip6 не слушает. Тут же на 0.0.0.0 и [::]. > При чём тут порты? Это же адреса. И это правильно. Точно так же ведёт > себя ntpd, и, наверное, многие другие приложения, работающие по udp. > Причины лежат в области сетевого API и дизайна прикладных протоколов. Вот причём: tcp 127.0.0.1:53 tcp 1.2.3.4:53 udp 127.0.0.1:53 udp 1.2.3.4:53 udp 0.0.0.0:45678 udp6 :::46532 Мне такое поведение кажется странноватым.
GNUS IMAP Gmail - что-то с кодировкой
В связи с выпиливанием из icedove поддержки большого объема корреспонденции пытаюсь освоить gnus. Столкнулся с проблемой нечитаемости названий папок IMAP, т.е. после получения их список принимает такой вот вид: *: nnimap+gmail:[Gmail]/AO ?>GB0 *: nnimap+gmail:[Gmail]/>@78=0 *: nnimap+gmail:[Gmail]/B?@02;5==K5 *: nnimap+gmail:[Gmail]/><5G5==K5 *: nnimap+gmail:[Gmail]/!?0< *: nnimap+gmail:[Gmail]/'5@=>28:8 Потратил кучу времени на курение манов и гугление, но ничего подходящего не нашел. Прошу помощи сообщества. Спасибо заранее. -- 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/kv35gf$n3p$1...@ger.gmane.org
Re: bind слушает на эфемерных портах
On Wed, Aug 21, 2013 at 07:09:44PM +0300, Hleb Valoshka wrote: > Кто-нибудь встречался с ситуацией, когда bind слушает на эфемерных портах > udp? Что такое эфемерные порты? > При этом на 53-м он слушает не на 0.0.0.0, а на каждом адресе индивидуально > и на ip6 не слушает. Тут же на 0.0.0.0 и [::]. При чём тут порты? Это же адреса. И это правильно. Точно так же ведёт себя ntpd, и, наверное, многие другие приложения, работающие по udp. Причины лежат в области сетевого API и дизайна прикладных протоколов. -- Eugene Berdnikov -- 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/20130821183731.gh1...@sie.protva.ru
bind слушает на эфемерных портах
Всем привет! Кто-нибудь встречался с ситуацией, когда bind слушает на эфемерных портах udp? При этом на 53-м он слушает не на 0.0.0.0, а на каждом адресе индивидуально и на ip6 не слушает. Тут же на 0.0.0.0 и [::]. debsums говорит, что всё окей. В онигах о портах ни слова.
Re: Загрузка Debian 7.1 при недоступном сервер NFS
On Wed, Aug 21, 2013 at 06:30:36PM +0600, Alexey Vazhnov wrote: > Может, проблема в том, что тупит не сам NFS, а просто выставлены > большие таймауты? Таймаут, очевидно, дефолтный. > P.S.: поправьте у себя подпись — должно быть два знака «-» и один > пробел после них. У вас пробела нет, поэтому почтовые клиенты > считают что это простой текст и копируют его в ответы. Это не так. Впрочем, вы ещё и отвечаете не тому, так что это нормально. -- WBR, wRAR -- 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/20130821125903.ga21...@belkar.wrar.name
Re: Загрузка Debian 7.1 при недоступном сервер NFS
Может, проблема в том, что тупит не сам NFS, а просто выставлены большие таймауты? Сервера нет, пакеты уходят в пустоту. Попробуйте поиграться с параметром монтирования timeo. P.S.: поправьте у себя подпись — должно быть два знака «-» и один пробел после них. У вас пробела нет, поэтому почтовые клиенты считают что это простой текст и копируют его в ответы. 21.08.2013 13:01, Alex Frost пишет: В общем никак. При любых комбинациях параметров нфс оно тупит при загрузке и ставит машину раком при потере связи с сервером во время работы. On Aug 20, 2013 7:04 PM, "Bogdan" mailto:bog...@gmail.com>> wrote: Добрый день. Монтирую шату с опциями: defaults,vers=3,bg При недоступности сервера процесс загрузки клиентского компьютера занимает очень много времени. Я ожидал, что "bg" решит эту проблему, видимо эта магия работает как-то иначе. Расскажите пожалуйста, как прописать шару в fstab, чтобы её недоступность не сказывалась на скорости загрузки. Спасибо! -- WBR, Bogdan B. Rudas -- С уважением, Алексей Важнов jabber: vazh...@jabber.ru, vazh...@jabber.org -- 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/5214b2ec.9080...@inbox.ru
Re: Ситема учета, обработки и совместной работы с документами
Кубашин Александр Сергеевич ☫ → To debian-russian@lists.debian.org @ Tue, Aug 20, 2013 17:16 +0400 > 08.08.2013 16:55, Jedi пишет: > > [... skip ...] > > За бесплатно и чтобы всё сразу и из коробки точно ничего нет (да и > за деньги все серьёзные продукты дорабатываются под заказчика). > > А так можно вот это глянуть: http://www.naudoc.ru/solutions/free/ , > ну и это заодно: http://www.alvexcore.com/ru/ . > За деньги можно http://www.motiw.ru/ глянуть. > > P.S. Сами находимся в состоянии ленивого выбора документооборота :) Прошу прощения, что врываюсь, но если интересует что-то за деньги, то можете посмотреть http://arta.kz/synergy/22 -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- 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/20130821084739.ga...@undertaker.dev.lan.arta.kz
Re: Загрузка Debian 7.1 при недоступном сервер NFS
В общем никак. При любых комбинациях параметров нфс оно тупит при загрузке и ставит машину раком при потере связи с сервером во время работы. On Aug 20, 2013 7:04 PM, "Bogdan" wrote: > Добрый день. > > Монтирую шату с опциями: defaults,vers=3,bg > > При недоступности сервера процесс загрузки клиентского компьютера занимает > очень много времени. > Я ожидал, что "bg" решит эту проблему, видимо эта магия работает как-то > иначе. > Расскажите пожалуйста, как прописать шару в fstab, чтобы её недоступность > не сказывалась на скорости загрузки. > > Спасибо! > > -- > WBR, Bogdan B. Rudas >