Отправляет email-рассылки с помощью сервиса Sendsay

За 2009-04-02

Re: Аутентификация на squid и недоброжелательный сисадмин/

В Thu, 2 Apr 2009 16:18:22 +0700
Alexey Kalinin <avk@a*****.ru> пишет:

> Скорее всего да. У меня работает squid с авторизацией в AD, браузеры и
> которые программы авторизуются как domain\user, а некоторые программы там не
> умеют, но умеют как domain+user

Не сработало. Ни licq не авторизуется, ни squid. Если я локальный
сквид указываю в ff, то он запрашивает логин/пароль и не авторизует.

У всех остальных, которые в винде сидят, все авторизуется.

Re: Несовпадение md5 при копировании по NFS

В сообщении от Четверг 02 апреля 2009 uropb написал(a):
> Или битый винчестер.

Уже проверил - нормально

> Или контроллер некорректо работает. У меня аналогичное вылечилось только
> сменой материнки.

Может быть... НО

> Попробуите с парой мелких файлов.

Файлы с малым размером - без проблем. С большими - через раз. Если через раз,
то, наверно, можно предположить, что дело не в оборудовании, а в настройках...

netstat -ni выдает потерянные пакеты на прием второй машины (eth0):

netstat -ni
Kernel Interface table
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP
TX-OVR Flg
ath0 1500 0 968555 0 0 0 1346001
0 0 0 BMRU
eth0 1500 0 26143200 7 426 6 13866296
0 0 21 BMRU
lo 16436 0 7450 0 0 0
7450 0 0 0 LRU
wifi0 1500 0 1296042 0 0 0 1350806
0 0 0 BMRU

Может кто-нибудь знает, как это побороть в настройках соединения. Нашел в манах
по NFS, что в этом случае, "для устранения таких ситуаций достаточно увеличить
очередь вывода драйвера."
Это ifconfig eth0 txqueuelen
???

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 35953; Возраст листа: 2078; Участников: 1375
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/840824

   2009-04-02 16:02:29 (#840824)

Re: Несовпадение md5 при копировании по NFS

Subject: Несовпадение md5 при копировании по NFS

> Здравствуйте.
>
> Пожалуйста, выскажите Ваши мнения по поводу следующей "ситуации":
>
> Два компа со встроенными сетевухами - Atheros Communications, Inc. AR5005G
> 802.11abg NIC (rev 01) и SiS900 PCI Fast Ethernet (rev 91). Соединены
> между
> собой банальным патч-кордом. На одном Fedora 8 32 bit, на другом - Fedora
> 7
> 64 bit
>
> При копировании файлов с одной машины на другую посредством NFS не
> совпадает
> контрольная сумма скопированного файла на второй машине. Если же вычислить
> сумму исходного файла по NFS - совпадает.
> То есть
>
> 1. md5sum <скопированный файл на второй машине> - несовпадение
> 2. md5sum <исходный файл на диске удаленной машины, смонтированном по
> NFS> -
> совпадение
>
> В чем может быть проблема? Разве при подсчете md5 по NFS не идет та же
> самая
> передача данных, что при копировании файлов?
>
> Или все же битые сетевухи?
>
> Спасибо :)

Или битый винчестер.
Или контроллер некорректо работает. У меня аналогичное вылечилось только
сменой материнки.
Попробуите с парой мелких файлов.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 35952; Возраст листа: 2078; Участников: 1375
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/840775

   2009-04-02 14:01:54 (#840775)

Re: Аутентификация на squid и недоброжелательный сисадмин/

2009/4/2 Крохин Анатолий Александрович <akroh***@b*****.ru>

> В Thu, 2 Apr 2009 15:39:59 +0700
> Alexey Kalinin <avk@a*****.ru> пишет:
>
> > Если у вас используется авторизация в домене, попробуйте указать имя для
> > входа в виде domain+username
>
>
> Не совсем понял. Сейчас у меня в squid.conf:
>
> cache_peer proxy.bis.corp parent 3128 0 no-query default
> no-netdb-exchange
> no-digest login=kraw:pppppppp
>
> Предположим, домен у меня (имеется в виду тот, который в виндовой сети?)
> DDD.
> Как записать?
>
> cache_peer proxy.bis.corp parent 3128 0 no-query default
> no-netdb-exchange
> no-digest login=DDD+kraw:KhRCwjK4p0
>
> ???
>
>
Скорее всего да. У меня работает squid с авторизацией в AD, браузеры и
которые программы авторизуются как domain\user, а некоторые программы там не
умеют, но умеют как domain+user

   2009-04-02 13:44:37 (#840773)

Несовпадение md5 при копировании по NFS

Извините за назойливость, но перестал что-либо понимать:

1. Копирование в Krusader - несовпадение
2. Копирование через cp - несовпадение, причем сумма отличается от суммы в п.1
3. Копирование через dd с заданным размером блока в 4096 байт на целевой ext3
ФС - ПОЛНОЕ СОВПАДЕНИЕ

На исходной ФС NTFS размер блока тот же - 4096 байт.

Ничего не понимаю, что "припысывают" команды копирования... И почему
результаты копирования в Krusader и cp отличаются... :(

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 35950; Возраст листа: 2078; Участников: 1375
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/840767

   2009-04-02 13:18:03 (#840767)

Несовпадение md5 при копировании по NFS

Вспомнил еще одну особенность:
На первой машине - NTFS через ntfs-3g
На другой - ext3

Спасибо :)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 35949; Возраст листа: 2078; Участников: 1375
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/840762

   2009-04-02 13:07:41 (#840762)

Re: Аутентификация на squid и недоброжелательный сисадмин/

В Thu, 2 Apr 2009 15:39:59 +0700
Alexey Kalinin <avk@a*****.ru> пишет:

> Если у вас используется авторизация в домене, попробуйте указать имя для
> входа в виде domain+username

Не совсем понял. Сейчас у меня в squid.conf:

cache_peer proxy.bis.corp parent 3128 0 no-query default no-netdb-exchange
no-digest login=kraw:pppppppp

Предположим, домен у меня (имеется в виду тот, который в виндовой сети?) DDD.
Как записать?

cache_peer proxy.bis.corp parent 3128 0 no-query default no-netdb-exchange
no-digest login=DDD+kraw:KhRCwjK4p0

???

Re: Аутентификация на squid и недоброжелательный сисадмин/

Если у вас используется авторизация в домене, попробуйте указать имя для
входа в виде domain+username

2009/4/2 Крохин Анатолий Александрович <akroh***@b*****.ru>

> Пару дней назад, как раз перед 1 апреля (выбрали же день!) наши
> сисадмины поменяли что-то на корпоративном squid. Подозреваю, что тип
> аутентификации.
>
> До изменения у меня прекрасно работали:
> 1) firefox
> 2) локальный squid
> 3) licq
>
> Теперь же firefox работает, а вот локальный squid и licq не
> авторизуются на корпоративном squid.
>
>

   2009-04-02 12:48:41 (#840755)

Аутентификация на squid и недоброжелательный сисадмин/

Пару дней назад, как раз перед 1 апреля (выбрали же день!) наши
сисадмины поменяли что-то на корпоративном squid. Подозреваю, что тип
аутентификации.

До изменения у меня прекрасно работали:
1) firefox
2) локальный squid
3) licq

Теперь же firefox работает, а вот локальный squid и licq не
авторизуются на корпоративном squid.

При этом lisq выдает такую диагностику:

8<12:12:25: [SRV] Requesting logon (#10745)...
12:12:25: [SRV] Connecting to login server.
12:12:25: [INI] Resolving proxy: <здесь URL прокси>:3128...
12:12:25: [SRV] Opening socket to server via proxy.
12:12:25: [ERR] HTTPS proxy return error code: 407, error string:
HTTP/1.0 407 Proxy Authentication Required
Server: squid/3.0.STABLE10
Mime-Version: 1.0
Date: Thu, 02 Apr 2009 08:12:33 GMT
Content-Type: text/html
Content-Length: 1506
Expires: Thu, 02 Apr 2009 08:12:33 GMT
X-Squid-Error: ERR_CACHE_ACCESS_DENIED 0
Proxy-Authenticate: NTLM
Proxy-Authenticate: Basic realm="Squid proxy-caching web server"
X-Cache: MISS from proxy
Via: 1.0 one.bis.corp (squid/3.0.STABLE10)
Proxy-Connection: close

12:12:25: [ERR] Unable to connect to 205.188.251.43:443:
Internal proxy error.
12:12:25: [SRV] Connecting to login server failed, failing event

8<Как я понял, путем поиска в гугле ситуация похожа на то, что раньше
была basic-аутентификация, а сейчас NTLM. FF с ней нормально работает,
а вот как заставить с ней работать licq и локальный squid (чтобы он мог
авторизоваться) ума не приложу.

Может кто подскажет?

PS: И, самое главное, сисадмин говорит, что "это частная проблема отдельного
компьютера и я даже думать об этом не стану". Так, что проблему решать
приходится самому.

Несовпадение md5 при копировании по NFS

Здравствуйте.

Пожалуйста, выскажите Ваши мнения по поводу следующей "ситуации":

Два компа со встроенными сетевухами - Atheros Communications, Inc. AR5005G
802.11abg NIC (rev 01) и SiS900 PCI Fast Ethernet (rev 91). Соединены между
собой банальным патч-кордом. На одном Fedora 8 32 bit, на другом - Fedora 7
64 bit

При копировании файлов с одной машины на другую посредством NFS не совпадает
контрольная сумма скопированного файла на второй машине. Если же вычислить
сумму исходного файла по NFS - совпадает.
То есть

1. md5sum <скопированный файл на второй машине> - несовпадение
2. md5sum <исходный файл на диске удаленной машины, смонтированном по NFS> -
совпадение

В чем может быть проблема? Разве при подсчете md5 по NFS не идет та же самая
передача данных, что при копировании файлов?

Или все же битые сетевухи?

Спасибо :)

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 35945; Возраст листа: 2078; Участников: 1375
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/840663

   2009-04-02 09:54:42 (#840663)