Речь пойдет об ошибке подключения к сетевому ресурсу в windows, а именно:

Множественное подключение к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя не разрешено. отключите все предыдущие подключения к серверу или разделяемым ресурсам и повторите...

Возникает она в случае, если вы подключены к общему ресурсу с одними учетными данными и пытаетесь подключиться к другому ресурсу на том же сервере но с другими учетными данными, а сервер (в моем случае Samba) настроен в режиме security = USER.

Немного подробнее о security = USER

Пример security устанавливает "security mode bit" в репликах к smbd в момент согласования протокола, тем самым включая или отключая режим безопасности. Клиенты, основываясь на этой информации, определяют нужно ли (и если да то как) передавать серверу имя пользователя и пароль.

При security = USER, клиент должен сначала произвести вход (logon), с существующим именем пользователя и паролем (имя может быть транслировано с помощью параметра username map). Шифрованные пароли (см. encrypted passwords) также могут быть использованы в этом режиме.

Заметьте, что имя запрошенного ресурса не будет послано серверу до тех пор, пока сервер не аутентифицирует клиента. Именно поэтому гостевые учетки не работают в режиме USER, не позволяя серверу преобразовывать неопознанных пользователей в гостей.

Есть одна ошибка в Windows для рабочих групп (Windows for Workgroups, WfWg), которая имеет отношение к этому параметру. При работе в режиме USER или SERVER, клиенты Windows для рабочих групп игнорируют имя пользователя и пароль, указываемые в диалоге для доступа к ресурсу. "Благодаря" этому практически невозможно присоединиться к сервису Samba пользователем, отличным от того, с правами которого произведен вход в Windows.

Решение проблемы

Гениально простое решение предлагает нам M$: подключиться к серверу не по имени, а по IP. Действительно просто и замечательно работает :)

Текстовый браузер Lynx, который бы просто работал на платформе Windows оказалось не так просто найти как ожидалось. Но тем не менее он есть, хоть и много мертвых ссылок на него.

Мне удалось найти его вот здесь и утащить себе. На всякий случай выложил и у себя чтоб не пропало совсем. Скачать Lynx для Windows. В этой версии все хорошо, за исключением поддержки SSL т.е. ходить по https хостам не получится, но для большинства задач думаю его хватит.

Lynx (или другой текстовый браузер) с поддержкой SSL, который бы работал "из коробки" и без установки найти пока не удалось.

или домашний медиа-центр на базе Linux

Начальная идея выглядела как необходимость иметь дома возможность резервного копирования самых нужных данных, но чтобы не плодить компы было решено обновить существующий медиа-плеер на базе Windows. В дополнение к уже имеющемуся железу был куплен новый корпус Morex 6600B (в него таки можно одновременно установить 3 HDD и CD-ROM), 2 жестких диска Western Digital серии green 1.0Tb и самый маленький и дешевый SATA контроллер на два устройства - ST-Lab A-410 (на основе чипа Silicon Image 3132, у него полноценный биос, но он все же не умеет аппаратный RAID). Все это, хоть и не просто, но собралось и, что самое главное завелось без проблем.

В качестве ОС была выбрана Ubuntu, как имеющая лучшую поддержку имеющегося железа, после Windows. На нее планировалась установка XBMC. Были опробованы Lubuntu 11.10, Xubuntu 11.04, Ubuntu 11.10, Xubuntu 11.04, но у всех них была одна серьезная проблема - не было возможности вывода звука через HDMI штатными средствами.

В процессе этих перестановок был таки найден рабочий рецепт для вывода звука через HDMI на чипах Nvidia MCP73, который вкратце сводится к тому, что:

Технология Wake-on-LAN известна давно, но применяется не часто. В моем случае встала задача включать домашний компьютер из офиса. Казалось бы все просто, но требовалось не только включить, но и понять включился-ли он в автоматическом режиме. В общем ситуация отображена на схеме:

С удаленного компьютера у меня есть доступ по SSH к моему домашнему серверу, который постоянно включен. С этого сервера будет отправляться команда на включение соседнего компьютера. Все выглядит вполне просто, пока речь не заходит о проверке, включился компьютер или нет силами того, кто его пытался включить. Но обо всем по порядку.

Попробую описать свой небольшой опыт накопленный за долгое время по созданию правильных редиректов средствами Apache. Все описанные методы применяются для поисковой оптимизации сайта, но могут быть полезны и для других целей. С точки зрения поисковика, редирект "permanent" или "301" делает страницу не значимой и прибавляет вес тому адресу, на который ссылается.

Первое правило: не нужно использовать директивы Redirect и RedirectMatch совместно с mod_rewrite, это поможет избежать многих мучений.

1. Дописывание WWW и наоборот

Задача: сократить дубли страниц в индексе и устранить размазывание веса по двум и более хостам.

RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L] 

Здесь мы проверяем, что хост не начинается с www и отправляем на www.host + дописываем остальную часть урл. Аналогично можно сделать и отрывание www в случае его присутствия, но правила усложнятся.

2. Внутренние редиректы