Печать на принтер из Ubuntu БЕЗ ДРАЙВЕРОВ (Part II)

Как я уже упоминал в первой части статьи, главная цель - заставить принтер, на который нет драйверов для Linux, печатать. Для этого была создана виртуалка с Windows XP SP3 VL, которая была прикручена к домену и раздавала в AD принтер, чтобы пользователи, подключенные терминально к 2003-му серверу могли из 1С печатать на этот принтер. Ну и соответственно чтобы можно было печатать на этот принтер с любой линуксовой машины в сетке. Но! Есть некоторые моменты, которые не учел или не упомянул автор мануала, по которому я решал поставленную задачу. А именно:

Winp (который преобразует в pdf распечатываемый файл и отсылает его в расшаренную папку на виртуалке, чтобы та в свою очередь через питоновский скрипт выводила его на печать) не очень мягко говоря дружит с авторизацией в домене, из-за чего у меня постоянно вышибала ошибка "NT_Authentification_Error" (ну или в таком духе - дословно не записывал). Эту проблему я решил добавлением еще одного сетевого адаптера в виртуалку, который смотрел во внутреннюю сеть адаптера на хосте. И получает от него свой IP по DHCP. Далее на виртуалке я прикрутил к системе локального пользователя, не относящегося к AD, и назвал его test, пароль ему дал test1234. В настройках все того же winp в Ubuntu я прописал данные авторизации этого пользователя, что позволило мне все-таки получить доступ к расшаренной по smb папке на вируталке. И ДА!!!!! В этом же файле перед данными авторазации нужно указать прямой путь к smbclient, о чем никак не упоминает ни автор мануала, ни автор скрипта. У меня эта часть выглядит так:
...........
SMBBIN=/usr/bin/smbclient
SMBUSER=test
SMBPASS=test1234
...........

Далее нужно в настройках уже созданного ранее виртуального принтера на Ubuntu указать новый адрес, по которому теперь winp должен будет стучать в расшаренную папку. Причем указывать нужно именно NETBIOS имя виртуалки в сети, ибо если указать IP, то ничего работать не будет. У меня это:

winp://WINVBOX/spool

Все, применяем изменения, перезапускаем на всякий случай CUPS и пробуем печатать. Если все сделано верно и по мануалу, то печать пойдет. И не пугайтесь, если печать начнется не сразу, а секунд через 5-10: скорость зависит от выделенных виртуалке ресурсов системы. У меня они минимальные.

Надеюсь, кому-то эта статья будет полезна. Первая часть её находится ниже и под катом Part I.

Удаление отключенных устройств из диспетчера устройств

Недавно пришлось мне восстанавливать бэкап системного диска 2003-го сервака на "не родное" железо, и после восстановления при настройке сетевого подключения столкнулся я со следующей ошибкой-предупреждением: "Данный IP-адрес присвоен другой сетевой плате, которая в данный момент отсутствует в системе. Могут быть конфликты использования бла-бла-бла...."

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

Поискав в интернете, я нашел следующий способ (source):

1. Win+R ---> cmd.exe ---> Enter

2. Введите команду set devmgr_show_nonpresent_devices=1 ---> Enter

3. Затем введите Start DEVMGMT.MSC ---> Enter

4. В открывшемся уже знакомом окошке диспетчера устройств в меню "Вид" поставьте галочку на пункте "Показать скрытые устройства".

5. Разверните дерево сетевых адаптеров.

6. Щелкните правой кнопкой мыши по "серому" сетевому адаптеру и выберите пункт "Удалить".

Все, назойливой ошибки больше не будет. Точно так же можно (ЕСЛИ ДЕЙСТВИТЕЛЬНО НУЖНО!!!) поступать с любым другим устройством.

P.S. Также мне потребовалось решение проблемы с тем, чтобы посмотреть настройки сетевого адаптера, который давно уже не торчит в матери. Это тоже можно, описал я это здесь.

Просмотр настроек TCP/IP в отключенных сетевых адаптерах (regedit)

Например, восстановили вы систему из резервной копии, но на чужое железо, и никак не можете вспомнить настройки TCP/IP сетевого адаптера, которые были в первичной системе. Не расстраивайтесь, все поправимо. Все это можно посмотреть в редакторе регистра.

Делаем следующее (source):

1. Нажмите Start -  Search (Start - Run в Windows XP/2003) и введите “regedit”. Данная команда запустит редактор реестра.
2.  Перейдите в следующий раздел реестра:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
HKEY_LOCAL_MACHINE
     \SYSTEM
          \CurrentControlSet
               \Services
                    \Tcpip
                         \Interfaces
                            \<Interface GUID ex: {1BBA2BE4-D734-47DF-AEDC-6167F60E278D}>

Каждый сетевой интерфейс в компьютере имеет свой уникальный GUID. 
1: DHCP
Теперь мы знаем где расположены параметры. Посмотрим на них подробнее:
DhcpIPAddress
Этот ключ хранит IP адрес полученный от DHCP сервера. На скриншоте ниже это 192.168.0.3
DhcpSubnetMask
Этот ключ содержит сетевую маску IP адреса. На скриншоте ниже это 255.255.255.0
DhcpDefaultGateway
Этот ключ содержит шлюз по умолчанию. Здесь он равен 192.168.0.1
DhcpServer
IP адрес самого DHCP сервера (192.168.0.1)
DhcpNameServer
DNS сервер (192.168.0.1)



2 Статический IP адрес

В данном случае IP адрес получается не от DHCP сервера, а прописывается вручную в свойствах подключения.
IPAddress
Ключ, хранящий информацию о IP адресе. SubnetMask
Сетевая маска
DefaultGateway
Шлюз по умолчанию
NameServer
DNS сервера


То-есть мы можем просмотреть свойства или даже поменять их прямо в regedit. Как удалить отсутствующий в системе сетевой адаптер описано здесь.

Фишка с восстановлением файлов в Acronis

Скорее всего для 99.9% населения это и не является новостью, но мне это стало известно буквально вчера. Ранее я как-то об этом не задумывался, но вот столкнулся и пришлось.

Дело в чем: если в Acronis True Image Server (ну или в любой другой версии) поставить задачу на постоянное резервное копирование какой-то папки (скажем, документов пользователей на сервере), то ПЕРВЫЙ РАЗ он создает наиболее большой файл, который будет иметь название, скажем document(21.01.2011).tib. Этим самым он сделает копию архива на момент первого запуска задачи. Все последующее время он будет создавать файлики намного меньшего размера и все они будут иметь поочередный индекс в конце названия, в моем случае это document(21.01.2011)N.tib, где N - числа от 2 до бесконечности. Тем самым он просто создает небольшие файлы, которые содержат в себе изменения, произошедшие с резервируемой папкой на момент очередного запланированного резервного копирования.

Но! При восстановлении (скажем, Вам нужно вытащить пару файлов полугодичной давности для бухгалтерии) Вам нужно указывать архив, из которого программа будет восстанавливать файлы, не тот маленький файл, который был создан в тот день, а именно вот тот ГЛАВНЫЙ БОЛЬШОЙ ФАЙЛ. Ибо он рулит всем процессом и, если необходимо, подтягивает нужные данные из мелких архивов. И не обращайте внимание, что этот самый большой файл, как пишет система, был изменен два года назад последний раз - это не так. В нем будут храниться изменения до последнего выполненного копирования.

Надеюсь, спас кого-то от неловкого блеяния перед шефом. Всем удачи и чтоб продавщица в магазине пиво без пены наливала.