Для подключения диска по WEBDAV нужно поправить параметр реестра
1 |
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters |
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
Параметр BasicAuthLevel поменять на 2
Перезагрузить.
Далее Мой компьютер > Подключить сетевой диск
Поставить галку использовать другие учетные данные
Добрался я до установки домашнего сервера с виртуализацией KVM. На нем крутится windows Server, и подключен отдельный диск для файлопомойки. Чтобы поставить драйвера виртуальных дисков в windows, нужно поставить пакет virtIO-win на хост машине.
Подлючаем репозиторий:
1 |
# wget https://fedorapeople.org/groups/virt/virtio-win/virtio-win.repo -O /etc/yum.repos.d/virtio-win.repo |
# wget https://fedorapeople.org/groups/virt/virtio-win/virtio-win.repo -O /etc/yum.repos.d/virtio-win.repo
Устанавливаем virtio-win:
1 |
# yum install virtio-win |
# yum install virtio-win
Нужный нам образ лежит в папке /usr/share/virtio-win/. Монтируем его в виртуальный CD-ROM гостевой машины и ставим с него драйвера виртуального жесткого диска.
На хост машине смотрим где диск который нам нужен:
1 2 3 4 5 6 7 8 |
[root@serverVirt /]# fdisk -l Диск /dev/sda: 1000.2 ГБ, 1000204886016 байт 255 heads, 63 sectors/track, 121601 cylinders Units = цилиндры of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000721bb |
[root@serverVirt /]# fdisk -l Диск /dev/sda: 1000.2 ГБ, 1000204886016 байт 255 heads, 63 sectors/track, 121601 cylinders Units = цилиндры of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000721bb
И подключаем его к гостевой машине:
Готово!)
Ковыряясь с созданием мультизагрузочной флешки, я таки удалил все данные с моего карманного жесткого диска. И снова судорожные поиски программ по восстановлению, снова нулевой результат…. Там же было 200Гб нужной информации, Карл! Но постойте! Была же программа, которая выручала меня не один раз, со сто процентным результатом. Да, вот она — testdisk.
Грузимся с диска или флешки. Далее по пунктам:
1. Выбираем диск, жмем Proceed
2. Выбираем тип файловой системы. Если раздел Windows, выбираем Intel
3. Нажимаем Analyze для анализа жёсткого диска
4а. Жмём Quick Search
4б. Если при быстром поиске ничего не найдено, выбираем Deep Search
5. И вот он нашел удаленный раздел. Клавишами <> на клавиатуре надо выбрать тип раздела — Primary, Logical итд.
Клавишей P, можно посмотреть файлы в найденных разделах.
Enter
6. В следующем окне жмем write. Потом YES. Выходим из программы Q
После перезагрузки, все файлы на диске отображаются как и прежде.
При случайном или аварийном удалении, восстановить фалы и разделы можно только если на диск ничего не записывалось поверх. Т.е. после удаления, нужно отключить диск от компьютера и начать восстановление.
После мытарства с Connectify, хотелось более изящного способа получения вайфая с настольного компьютера. Как оказалось, начиная с windows 7 есть встоенный сервис по названием hostednetwork.
1 |
netsh wlan set hostednetwork mode=allow ssid="MS Virtual WiFi" key="Pass for virtual wifi" keyUsage=persistent |
netsh wlan set hostednetwork mode=allow ssid="MS Virtual WiFi" key="Pass for virtual wifi" keyUsage=persistent
Прописываем свой ssid и пароль
И запускаем размещенную сеть
1 |
netsh wlan show hostednetwork |
netsh wlan show hostednetwork
При перезагрузке, придется запускать каждый раз, так что можно создать батник. Запускать нужно с админскими правами.
Для расшаривания интернета в беспроводную сеть, нужно зайти в свойства соединения(с которого поступает инет), на вкладке «доступ» поставить галку «разрешить другим пользователям сети использовать подключение к интернету данного компьютера» и выбрать беспроводное подключение размещенной сети.
Выполнение команд на удаленном компьютере — задача довольно распространенная. Это может быть необходимо для изменения настроек системы, установки или удаления программ и много еще для чего. Для решения подобных задач есть довольно много различных инструментов, начиная с серьезных программных комплексов типа System Center Configuration Manager и заканчивая скромными утилитами командной строки . Об одной из таких утилит и пойдет речь в этой статье.
Утилита PsExec входит в состав пакета PsTools компании Sysinternals. Она позволяет выполнять команды на удаленных компьютерах и при этом не требует установки в систему. Для использования утилиты достаточно просто скопировать ее в папку с исполняемыми файлами (напр. C:\Windows\system32) и запустить из любой оболочки командной строки: Cmd или PowerShell. Принцип работы программы состоит в следующем: в ресурсах исполняемого файла PsExec.exe находится еще один исполняемый файл – PSEXESVC, который является службой Windows. Перед выполнением команды PsExec распаковывает этот ресурс в скрытую административную папку удалённого компьютера Admin$ (C:\Windows), в файл c:\windows\system32\psexesvc.exe.
Если вы с помощью ключа -c указали программе, что необходимо скопировать исполняемые файлы на эту систему, они тоже скопируются в эту папку.
После завершения копирования PsExec устанавливает и запускает службу, используя API функции Windows для управления службами. Затем, после запуска PSEXESVC между ним и PsExec устанавливается соединение для передачи данных (ввода команд и получения результатов). По завершению работы PsExec останавливает службу и удаляет её с целевого компьютера.
Синтаксис PsExec выглядит следующим образом:
1 |
psexec \\компьютер [-u пользователь [-p пароль]] программа [аргументы] |
psexec \\компьютер [-u пользователь [-p пароль]] программа [аргументы]
Имя пользователя и пароль можно и не задавать, тогда удаленный процесс запускается из под той же учетной записи, что и программа PsExec. Однако поскольку удаленный процесс является олицетворением, то он не будет иметь доступа к сетевым ресурсам удаленной системы. Если же задать имя пользователя, то удаленный процесс запустится из под указанной учетной записи и получит доступ к тем же сетевым ресурсам удаленной системы, что и данная учетная запись. Однако имейте ввиду, что пароль передается в удаленную систему открытым текстом.
В качестве примера очистим кэш dns на удаленном компьютере SRV1:
1 |
psexec \\SRV1 ipconfig /flushdns
|
psexec \\SRV1 ipconfig /flushdns
Команда будет запущена на компьютере SRV1 под вашими учетными данными. После завершения работы ipconfig весь текстовый вывод будет передан на ваш компьютер, а кроме того будет возвращён код выполнения команды (error code). В случае если команда выполнилась успешно, он будет равен 0.
Если нужно выполнить несколько команд, то лучше установить с удаленным компьютером интерактивный сеанс. Для этого вводим команду psexec \\SRV1 cmd . Теперь команды, вводимые на локальном компьютере будут выполняться на удаленном компьютере SRV1
PsExec позволяет выполнить команду одновременно на нескольких компьютерах. Для этого можно ввести имена компьютеров через запятую: psexec \\SRV1, SRV2 или сохранить их в текстовом файле и затем указать его адрес: psexec @c:\comp.txt . Если же вместо имени компьютера поставить звездочку, вот так: psexec \\* , то команда будет выполнена на всех компьютерах домена.
И еще один интересный способ использования утилиты PsExec. Если не указывать имя компьютера, то по умолчанию команда выполняется в локальной системе. Используя ключ -s можно запускать программы под учетной записью системы. Например, запустим сеанс командной строки: psexec -s cmd и затем командой whoami проверим, под каким пользователем мы сейчас работаем
Эта возможность может пригодиться для отладки программ или доступа к скрытым разделам реестра SAM и SECURITY.
Ну и несколько слов о ключах программы. Все описывать не буду, расскажу о наиболее интересных:
-c
Указанная программа копируется в удаленную систему для выполнения. Например:
psexec \\SRV1 -c test.exe
Если этот параметр не задан, то приложение должно находиться в системной папке удаленного компьютера. Если же на удаленном компьютере такая программа уже есть и находится не в системном каталоге, то необходимо указать к ней полный путь (если имя программы содержит пробелы, то его необходимо поместить в кавычки):
psexec \\SRV1 «c:\program files\test.exe»
Если вместе с ключом -c использовать ключ -f то даже если программа уже есть в удаленной системе, она будет перезаписана. А с ключом -v она перезапишется только в том случае, если копируемая версия программы более новая чем та, что установлена в системе.
-i
Работа программы в интерактивном режиме. По умолчанию PsExec выполняет команды в скрытом режиме, то есть на системе где выполняется команда, не выводятся никакие окна или диалоги. Однако есть возможность изменить это с помощью ключа -i . После него можно указать номер сессии, в которой выводить окна, а можно и не указывать, тогда интерфейс будет отображен в консольной сессии.
-d
Указывает, что не нужно ждать завершения приложения. В этом случае мы не получим выходных данных от консольной утилиты, но зато сможем не дожидаясь завершения предыдущей команды запускать следующие. Этот параметр следует использовать только при запуске неинтерактивных приложений.
-h
Используется для запуска программы в режиме повышения полномочий. Может потребоваться в операционных системах Windows Vista и выше для запуска некоторых программ, вносящих изменения в настройки системы (например regedit)
-l
А с помощью этого ключа можно наоборот понизить полномочия. При запуске процесса пользователю вне зависимости от его принадлежности к группе администраторов предоставляются ограниченные права (права группы «администраторы» отменяются, и пользователю предоставляются только права, назначенные группе «пользователи»).
Полную справочную информацию о всех ключах программы можно получить, просто введя команду psexec в командной строке без параметров.
Наткнулся на странный глюк — создаешь, переименовываешь или удаляешь файл в проводнике или на рабочем столе, а изменение происходит только после нажатия обновить из контекстного меня или кнопки F5.
Например, переименовал файл word, щелкаешь на файл, открывается word с ошибкой о не существовании файла.
Помогло создание и запуск reg-файла.
1 2 3 4 5 6 7 |
Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer] "NoSimpleNetIDList"=dword:00000001 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer] "Max Cached Icons"="12000" |
Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer] "NoSimpleNetIDList"=dword:00000001 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer] "Max Cached Icons"="12000"
Перезагрузка.
Как то мне понадобилось организовать wi-fi между телефоном и компьютером на работе. Подвернулась небольшая софтина для создания программной точки доступа — Connectify. Установилась она без проблем, нашлись драйвера на «семерку» для старого usb-свистка от dlink. И все работало долгое время….
Утилита при каждом запуске начала писать о доступности новой версии и в конце концов я сдался и нажал кнопку «обновить»…))) Зря я это сделал, т.к. после обновления оказалось что она перестала быть полнофункциональной бесплатно. И wi-fi соединение разрывалось через определенное время.
Мне эта ситуация не понравилась и я решил вернутся на старую версию. которая не просила денег и честно выполняла свои функции. Но тут начались танцы с бубнами О-О!!
Удалятся она не захотела, инсталляция в лоб старой версии тоже не проходила. Вырезать ее пришлось удалением каталога и удалением всех упоминаний в реестре в ручную… После перезапуска слетели все настройки сетевых адаптеров((. После оперативного вмешательства старая версия найденная на hdd встала….. но в упор не хотела видеть проводной сетевой адаптер. Корректная деинсталляция и последующая установка дала еще более «крутой» результат — программа написала, что она «Connectify hotspot has been blocked»
Обновление драйверов всех сетевых адаптеров, выключение брандмауэра и антивируса не помогали. Кроме того перестал включаться беспроводной адаптер… Хотелось уже снести эту дрянь и искать альтернативу. Но тут я решил еще раз проверить протоколы адаптеров)))
У беспроводного сетевого подключения было две службы «Connectify LightWeight Filter». После удаления двух и установки одной, тоже самое и на проводном адаптере, программа ожила))) После перезагрузки и настройки wi-fi точки заново все заработало. Повыносила она голову конечно…
Добавляем строчку в файл C:/windows/system32/drivers/etc/hosts
127.0.0.1 updates.connectify.me
Чтобы программа не доставала обновлением.
Скачать ConnectifyHotspotInstaller версия 3.7.1, которая работает стабильно и без вымогательства.
Столкнулся с проблемой при установке, надолго забросил эту тему, т.к. было не до этого и гугль ничего не отвечал.
Проблема следующая: при установке, процесс прерывался и просил перезагрузить компьютер для продолжения установки. Но после перезагрузки сообщение повторялось.
Случайно наткнулся на решение, а оно как всегда неординарное) Установить Internet Explorer 9, и после этого ставить сервис-пак)
Как то так)