Как Geoff Fritz сказал, можно использовать --password=
синтаксис, но это небезопасно. Вы - более обеспеченные конфигурационные файлы MySQL использования, как это:
[client]
password=your_pass
Назовите этот файл .my.cnf
, поместите его в свой корневой каталог и дайте ему 600 полномочий так, чтобы никто не мог Вы, но читать его. См. справочник MySQL.
Да, WORKPAC является доменным именем. workpac.local является полностью определенным доменным именем домена окон.
В том домене ПК назвали бы чем-то как: PC1.workpac.local
Поскольку JoeQwerty указал, что имя NetBIOS не должно соответствовать. Причем имя NetBIOS является частью "WORKPAC" "WORKPAC\user".
Как пример у Вас мог быть лес окон как это:
/\
/_ \ - WORKPAC.local (forest root/ domain) = Top level
/
/
/
/\
/_ \ - CHILD.WORKPAC.local (child domain)
Они были бы двумя доменами отдельных окон в том же логическом лесу. Название NetBIOS дочернего домена было бы РЕБЕНКОМ, тогда как FQDN будет CHILD.WORKPAC.local.
Для получения дополнительной информации о доменных структурах проверьте: Иерархия Домена Active Directory. Статья в отношении Windows 2000, но те же концепции проекта относятся к более новым версиям. Также проверьте Доменные имена Active Directory. Они должны получить Вас в правильном направлении.
WORKPAC и workpac.local являются оба названиями домена. Первым являются предварительные Windows 2000 (или NetBIOS), доменным именем и другим является DNS (или FQDN) доменное имя.
http://technet.microsoft.com/en-us/library/cc739093 (WS.10) .aspx
Возможно, это может разрешить вещи для Вас. В окнах DOMAIN относится к трем вещам:
1.) Доменный контекст именования в Active Directory ldap хранилище. (DC=child,DC=root,DC=top.com)---Это следует за RFC rfc2247
2.) kerberos область, которая использует хранилище ldap. - имя области - что-то как @domain.com... пользовательским именем принципала является user@domain.com
3.) Домен DNS domain.com - DNS обращается для domain.com типичным способом.
Это - лучшая практика (и значение по умолчанию с основанными на GUI инструментами) для всех них для соответствия. Они на самом деле не имеют к. Вы могли добавить любое количество различных суффиксов UPN/SPN для пользователя/сервисных учетных записей. DNS должен работать, означая, что это могло отличаться от всех трех, пока записи SRV на самом деле решают правильно.
Так или иначе я нашел, что, повреждая его вниз этот путь обычно помогает при обсуждении AD с моими братьями UNIX'y.