Когда вы решите заниматься врагом, они тоже занимаются?

Я создал локальный проброс портов и я пытался СШ в собственный порт. В процессе, я обнаружил, что мой собственный линукс не признает меня, даже когда я имею право пароль

chulhyun@chulhyun-Инспирон-3420:~$ Су
пароль: 
root@chulhyun-Inspiron-3420:/home/chulhyun# корень СШ@localhost в -р 2200
пароль пользователя root@localhost в это: 
Доступ запрещен, пожалуйста, попробуйте снова.
пароль пользователя root@localhost в это: 

root@chulhyun-Inspiron-3420:/home/chulhyun# выход
выход
chulhyun@chulhyun-Инспирон-3420:~$ SSH в chulhyun@localhost в -р 2200
пароль chulhyun@localhost в это: 
Доступ запрещен, пожалуйста, попробуйте снова.

Я пробовал как в корень@localhost В и chulhyun@localhost в (chulhyun мое имя пользователя). В обоих случаях у меня нет проблем со входом в аккаунт, но когда я ввожу этот пароль, когда они просят мой пароль в СШ передоза, говорят ее неправильно...

Я что-то упускаю? Там должен быть отдельный царь пароль для входа в сеть?

обновление

вот мой файл sshd_config

# Пакет сгенерирован конфигурационный файл
# Смотри в файле sshd_config(5) manpage для детали

# Какие порты, IP и протоколов мы слушать
Порт 22
# Используйте эти параметры, чтобы ограничить, какие интерфейсы/протоколы sshd будет привязать к
#ListenAddress ::
#ListenAddress 0.0.0.0
Протокол 2
# HostKeys для протокола версии 2
Ключ хоста в /etc/СШ/ssh_host_rsa_key
Ключ хоста в /etc/СШ/ssh_host_dsa_key
Ключ хоста в /etc/СШ/ssh_host_ecdsa_key
Разделение привилегий #для безопасности
UsePrivilegeSeparation да

Ключ # продолжительность жизни и размер временных Версия 1 сервер 
KeyRegenerationInterval 3600
ServerKeyBits 768

Лесозаготовки # 
SyslogFacility двиг
Мышиloglevel информация

Проверка подлинности#:
LoginGraceTime 120
Настроен с параметром да
StrictModes да

RSAAuthentication да
PubkeyAuthentication да
#AuthorizedKeysFile %H и/.по SSH/authorized_keys

# Не читаю ~пользователя/.rhosts и ~/.shosts файлов
IgnoreRhosts да
# Для этой работы вам понадобится ключи узла в /etc/ssh_known_hosts
RhostsRSAAuthentication нет
# аналогично для протокола версии 2
HostbasedAuthentication нет
# Раскомментируйте, если вы не доверяете ~/.СШ/если вы для RhostsRSAAuthentication
IgnoreUserKnownHosts #да

# Чтобы разрешить использование пустых паролей, изменение да (не рекомендуется)
PermitEmptyPasswords нет

# Изменить для да, чтобы разрешить вызов-ответ паролей (остерегайтесь проблем с
# некоторые модули PAM и нитей)
ChallengeResponseAuthentication нет

# Изменение не отключить туннель нешифрованные пароли
PasswordAuthentication #да

# Варианты Керберос 
#KerberosAuthentication нет
#KerberosGetAFSToken нет
KerberosOrLocalPasswd #да
#KerberosTicketCleanup да

# Варианты gssapi с 
#GSSAPIAuthentication нет
GSSAPICleanupCredentials #да

X11Forwarding да
X11DisplayOffset 10
PrintMotd нет
PrintLastLog да
Параметр tcpkeepalive да
#UseLogin нет

#MaxStartups 10:30:60
#Баннер /и т. д./Вопрос.чистая

# Разрешить клиенту, чтобы пройти языковой среде переменные
AcceptEnv Lang и LC_*

Подсистему SFTP /УСР/Либ/пакет OpenSSH/SFTP клиент-сервер

# Установите значение "да", чтобы включить проверку подлинности с помощью Пэм, обработка счета,
# и обработки сессии. Если эта опция включена, pam-аутентификации будут
# разрешается через ChallengeResponseAuthentication и
# PasswordAuthentication. В зависимости от конфигурации пам
Проверка подлинности # пам через ChallengeResponseAuthentication может обойти
# параметр "настроен с параметром без пароля".
# Если вы просто хотите, чтобы счета Пэм и сессии проверяет, чтобы работать без
# Pam-аутентификации, а затем разрешить это, но набор PasswordAuthentication
# и ChallengeResponseAuthentication на "нет".
UsePAM да

обновление

вот результат СШ-ВВВ chulhyun@localhost в -р 2200

chulhyun@chulhyun-Инспирон-3420:~$ СШ-ВВВ chulhyun@localhost в -р 2200
OpenSSH_5.9p1 в Debian-5ubuntu1.4, В OpenSSL 1.0.1 14 Марта 2012 Года
debug1: чтение данных конфигурации в /etc/СШ/файле ssh_config
debug1: в /etc/СШ/файле sshd_config строку 19: применение варианты *
debug2: ssh_connect: needpriv 0
debug1: подключение к localhost порт [127.0.0.1] 2200.
debug1: установленное соединение.
debug3: неверный идентификатор RSA1 
debug3: не удалось загрузить "/домашний/chulhyun/.по SSH/id_rsa" как открытый ключ RSA1 
debug1: идентичность файл /home/chulhyun/.по SSH/id_rsa тип -1
debug1: идентичность файл /home/chulhyun/.по SSH/id_rsa-Серт введите -1
debug1: идентичность файл /home/chulhyun/.по SSH/id_dsa, который находится тип -1
debug1: идентичность файл /home/chulhyun/.по SSH/id_dsa, который находится-Серт введите -1
debug1: идентичность файл /home/chulhyun/.СШ/тип id_ecdsa -1
debug1: идентичность файл /home/chulhyun/.СШ/id_ecdsa-Серт введите -1
debug1: Удаленная версия протокола 2.0, пульт дистанционного версия программы OpenSSH_5.3
debug1: матч: OpenSSH_5.3 ПЭТ пакет OpenSSH*
debug1: включение режима совместимости для протокола 2.0
debug1: локальное строке версия протокола SSH-2.0-OpenSSH_5.9p1 в Debian-5ubuntu1.4
debug2: ФД 3 Установка системного
debug3: put_host_port: [локальный]:2200
debug3: load_hostkeys: загрузка записей для узла "[локальный]:2200" из файла "/домашний/chulhyun/.СШ/если вы"
debug3: load_hostkeys: найден ключ типа RSA в файл /home/chulhyun/.СШ/если вы:2
debug3: load_hostkeys: загружен 1 ключи
debug3: order_hostkeyalgs: предпочитаю hostkeyalgs: [email protected],[email protected],СШ-ОГА
debug1: SSH2_MSG_KEXINIT послал
debug1: SSH2_MSG_KEXINIT получил
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: [email protected],[email protected],ssh-rsa,[email protected],[email protected],[email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: нет,[email protected],как zlib
debug2: kex_parse_kexinit: нет,[email protected],как zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: зарезервировано 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: СШ-ОГА,СШ-ДСС
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: нет,[email protected]
debug2: kex_parse_kexinit: нет,[email protected]
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: зарезервировано 0 
debug2: mac_setup: нашли код HMAC-MD5 в
debug1: KEX по: сервер->клиент aes128-CTR с помощью HMAC-MD5 и нет
debug2: mac_setup: нашли код HMAC-MD5 в
debug1: KEX по: клиент->aes128-CTR для сервера код HMAC-MD5 и нет
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) отправил
debug1: ожидая SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: прив ключ бит комплект: 130/256
debug2: набор бит: 501/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT послал
debug1: ожидая SSH2_MSG_KEX_DH_GEX_REPLY
debug1: сервер ключа узла: ОГА 0а:2С:С5:31:6е:46:76:Ф6:Е2:ФБ:3Э:ас:77:96:36:2а
debug3: put_host_port: [127.0.0.1]:2200
debug3: put_host_port: [локальный]:2200
debug3: load_hostkeys: загрузка записей для узла "[локальный]:2200" из файла "/домашний/chulhyun/.СШ/если вы"
debug3: load_hostkeys: найден ключ типа RSA в файл /home/chulhyun/.СШ/если вы:2
debug3: load_hostkeys: загружен 1 ключи
debug1: хост[локальный]:2200 известна и совпадает с ключевой узел ОГА.
debug1: найден ключ в /Home/chulhyun/.СШ/если вы:2
debug2: набор бит: 518/1024
debug1: ssh_rsa_verify: правильная подпись 
debug2: kex_derive_keys
debug2: set_newkeys: режим 1
debug1: SSH2_MSG_NEWKEYS послал
debug1: ожидая SSH2_MSG_NEWKEYS
debug2: set_newkeys: режим 0
debug1: SSH2_MSG_NEWKEYS получил
debug1: роуминг не разрешен на сервере
debug1: SSH2_MSG_SERVICE_REQUEST послал
debug2: service_accept: по SSH-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT получил
debug2: ключ: /дома/chulhyun/.по SSH/id_rsa ((ноль))
debug2: ключ: /дома/chulhyun/.по SSH/id_dsa, который находится ((ноль))
debug2: ключ: /дома/chulhyun/.СШ/id_ecdsa ((ноль))
debug1: аутентификации, который может продолжаться: файле publickey,gssapi с-keyex,gssapi с-с-микрофоном,пароль
debug3: начать заново, прошел другой список файле publickey,gssapi с-keyex,gssapi с-с-микрофоном,пароль
debug3: предпочтительный gssapi с-keyex,gssapi с-с-микрофоном,открытый ключ,клавиатура-интерактивный,пароль
debug3: authmethod_lookup gssapi с-keyex
debug3: остальные предпочли: gssapi с-с-микрофоном,открытый ключ,клавиатура-интерактивный,пароль
debug3: authmethod_is_enabled gssapi с-keyex
debug1: Следующий способ проверки подлинности gssapi с-keyex
debug1: нет действительного ключевого обмена контексте
debug2: мы не отправить пакет, отключите способ
debug3: authmethod_lookup gssapi с-с-микрофоном
debug3: остальные предпочли: открытый ключ,клавиатура-интерактивный,пароль
debug3: authmethod_is_enabled gssapi с-с-микрофоном
debug1: Следующий способ проверки подлинности: gssapi с-с-микрофоном
debug1: неизвестная отказ ГСС. Дополнительный код может предоставить более подробную информацию
Учетные данные кэша файл '/tmp/и krb5cc_1000' не найден

debug1: неизвестная отказ ГСС. Дополнительный код может предоставить более подробную информацию
Учетные данные кэша файл '/tmp/и krb5cc_1000' не найден

debug1: неизвестная отказ ГСС. Дополнительный код может предоставить более подробную информацию


debug1: неизвестная отказ ГСС. Дополнительный код может предоставить более подробную информацию
Учетные данные кэша файл '/tmp/и krb5cc_1000' не найден

debug2: мы не отправить пакет, отключите способ
debug3: authmethod_lookup открытый ключ
debug3: остальные предпочли: клавиатура-интерактивный,пароль
debug3: authmethod_is_enabled открытый ключ
debug1: Следующий способ проверки подлинности: открытый ключ
debug1: попытка закрытого ключа: /дома/chulhyun/.по SSH/id_rsa
debug1: читать УГР закрытого ключа сделано: типа ОГА
debug3: sign_and_send_pubkey: ОГА 69:ф0:21:ФА:39:В5:5е:79:48:25:4Д:В2:ДК:59:86:23
debug2: мы отправили пакет открытый ключ, жду ответ
debug1: аутентификации, который может продолжаться: файле publickey,gssapi с-keyex,gssapi с-с-микрофоном,пароль
debug1: попытка закрытого ключа: /дома/chulhyun/.по SSH/id_dsa, который находится
debug3: нет такой личности: /дома/chulhyun/.по SSH/id_dsa, который находится
debug1: попытка закрытого ключа: /дома/chulhyun/.СШ/id_ecdsa
debug3: нет такой личности: /дома/chulhyun/.СШ/id_ecdsa
debug2: мы не отправить пакет, отключите способ
: пароль authmethod_lookup debug3
debug3: остальные предпочли: ,пароль
: authmethod_is_enabled пароль debug3
debug1: Следующий способ проверки подлинности: пароль
пароль chulhyun@localhost в это: 
debug3: packet_send2: добавление 64 (лен 59 padlen 5 extra_pad 64)
debug2: мы отправили пакет пароль, ждите ответа
debug1: аутентификации, который может продолжаться: файле publickey,gssapi с-keyex,gssapi с-с-микрофоном,пароль
Доступ запрещен, пожалуйста, попробуйте снова.

Если вы хотите отправиться беспроводной маршрута я бы рекомендовал беспроводной проводник про. Просто сделать привязанный WiFi сети(или на том же маршрутизатор) использовать приложение на вашем телефоне, чтобы получить локальный IP и перенести все файлы напрямую. Она не требует установки на ваш компьютер, просто установите его на свой телефон и использовать его.

Мой выглядит так:

-- 
Илмари Karonen, Магистр.
Группа биоматематики, факультет математики и статистики
Адресу: P. O. Box 68 (Hällströmin Густав Кату 2Б), в интернет-00014 Унив. Хельсинки
Тел.: +358-41-456 3263, адрес электронной почты: <[email protected]> 

Вот в принципе и все важные сведения, упакован в традиционную 4 линий / 80 символов и предшествует правильные черточки-тире-пробел-перевод строки последовательности. (Да, я знаю, что академические подписи часто ломаются, что старое правило в эти дни, но я традиционалист об этом. Кроме того, не имея ни ногой-с-половиной-длинная подпись электронной почты-это просто обычная вежливость. Пунктиры помогают многие почтовые читатели признают подписи и сделать его по-разному, и также опускаем ее, когда цитируешь сообщение.)

Я на самом деле не включены какие-либо упоминания о моем положении в группе, хотя бы номер, чтобы добавить "аспирант" или "аспирант" после "магистр" если бы я хотел. Это на самом деле не так актуален, как отметить, что моя нынешняя высшая степень-магистр наук, хотя, что уже подразумевает, что я аспирант, а не например постдока или преподавателем. Всем, кто хочет, чтобы подтвердить, что можете просто посмотреть меня на сайт нашей группы, во всяком случае.

Я также иметь более короткую сигнатуру, которая просто говорит:

-- 
Илмари Karonen <[email protected]>
Хельсинкский университет, КАФ. математики и статистики

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

Как я понимаю (и писал более подробно в этот вопрос), заявление является технически правильным, но неполным.

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

Воровство происходит в следующем шаге, не описанные в вашем заявлении: злоумышленник указывает потерпевший, что первоначальная сделка не подтвердили, и убеждает его отправить сумму, в новой, независимой сделки. Если жертва не замечает эквивалент сделки злоумышленника, он может сделать это; затем злоумышленник получил в два раза больше монет, как он собирался.

У меня есть MacBook Pro 2010 и он просыпается каждые два часа при закрытой крышке. Даже после замены жесткого диска и обновление ОС X горный лев капитану ОС Х Эл.

15.10.16 14:40:03,000 ядра[0]: гибернация изображения путь: /var/ВМ/sleepimage
15.10.16 14:40:03,000 ядра[0]: Эфи pagecount 125
15.10.16 14:40:03,000 ядра[0]: hibernate_page_list_setall(предполетный 1) запустить
15.10.16 14:40:03,000 ядра[0]: hibernate_page_list_setall раз: 617 МС
15.10.16 14:40:03,000 ядра[0]: страницы 2012211, провода 469243, акт 911864, правде сказать 3220, чистить спец 0 25, ЗФ 87386, throt 0, компрессор 144649, xpmapped 40000
15.10.16 14:40:03,000 ядра[0]: не могли бы отменить закон 28340 правде сказать 258478 purgeable по 37978 спецификаций 71028 чистить 0
15.10.16 14:40:03,000 ядра[0]: предупреждение: hibernate_page_list_setall пропущен 23239 xpmapped страниц
15.10.16 14:40:03,000 ядра[0]: hibernate_page_list_setall предполетный pageCount 1616387 есть комп 45 setfile 3222274048 мин 4294967296
15.10.16 14:40:03,000 ядра[0]: kern_open_file_for_direct_io(0)
15.10.16 14:40:03,000 ядра[0]: kern_open_file_for_direct_io заняла 24 мс
15.10.16 14:40:03,000 ядра[0]: открыл файл /var/ВМ/sleepimage, размером 4294967296, экстенты, 6, maxio 2000000 ССД 0
15.10.16 14:40:03,000 ядра[0]: опрашиваются файла мажор 1, незначительные 0, размер блока 4096, пуллеры 5
15.10.16 14:40:03,000 ядра[0]: закон hibernate_alloc_pages 945070, правде сказать 382196, Анон 130807, throt 0, спецификаций 71053, провода 487215, wireinit 26443
15.10.16 14:40:03,000 ядра[0]: hibernate_setup(0) взял 0 мс
15.10.16 12:40:06,000 ядра[0]: hibernate_page_list_setall(предполетный 0) начать
15.10.16 14:40:03,000 ядра[0]: hibernate_page_list_setall время: 715 МС
15.10.16 14:40:03,000 ядра[0]: страницы 2014851, провода 471883, акт 913851, правде сказать 41233, чистить спец 0 25, ЗФ 87386, throt 0, компрессор 144649, xpmapped 40000
15.10.16 14:40:03,000 ядра[0]: не могли бы отменить закон 26353 правде сказать 220465 purgeable по 37978 спецификаций 71028 чистить 0
15.10.16 14:40:03,000 ядра[0]: предупреждение: hibernate_page_list_setall пропущен 23242 xpmapped страниц
15.10.16 14:40:03,000 ядра[0]: hibernate_page_list_setall нашли pageCount 1659027
15.10.16 14:40:03,000 ядра[0]: IOHibernatePollerOpen, ml_get_interrupts_enabled 0
15.10.16 14:40:03,000 ядра[0]: IOHibernatePollerOpen(0)
15.10.16 14:40:03,000 ядра[0]: encryptStart 14050
15.10.16 14:40:03,000 ядра[0]: 0x3f770 bitmap_size, previewSize 0x3020, написание страниц 1658737 @ 0x567e0
15.10.16 14:40:03,000 ядра[0]: encryptEnd f0bf400
15.10.16 14:40:03,000 ядра[0]: image1Size 0x1f13b000, encryptStart1 0x14050, Конец1 0xf0bf400
15.10.16 14:40:03,000 ядра[0]: encryptStart 1f13b000
15.10.16 14:40:03,000 ядра[0]: encryptEnd ba7d4000
15.10.16 14:40:03,000 ядра[0]: PMStats: гибернация писать взял 23694 МС
15.10.16 14:40:03,000 ядра[0]: все время: 23694 МС, комп байт: 6794534912 время: 6254 МС 1036 Мб/с, склеп байт: 2859746224 время: 3860 МС 706 Мб/с 
15.10.16 14:40:03,000 ядра[0]: изображения 3128770560 (72%), несжатом 6794534912 (610246), сжатый 3115659042 (45%), 568f195d sum1, sum2 f72a81b2
15.10.16 14:40:03,000 ядра[0]: svPageCount 27264, zvPageCount 151246, wiredPagesEncrypted 331855, wiredPagesClear 139823, dirtyPagesEncrypted 1187144
15.10.16 14:40:03,000 ядра[0]: hibernate_write_image сделано(0)
15.10.16 14:40:03,000 ядра[0]: спать
15.10.16 14:40:03,000 ядра[0]: разбудить причина: РТК (сигнализация)
15.10.16 14:40:03,000 ядра[0]: РТК: ремонт 2016/10/15 11:40:02, спать 2016/10/15 09:40:31
15.10.16 14:40:03,000 ядра[0]: AirPort_Brcm43xx::powerChange: система пробуждения - полного пробуждения/ темно-услуга / ремонт услуга
15.10.16 14:40:03,000 ядра[0]: предшествующей причины сна: 5
15.10.16 14:40:03,000 и syslogd[40]: АСЛ отправителя статистики
15.10.16 14:40:03,000 ядра[0]: wlEvent: почтовый индекс EN1 почтовый индекс EN1 ссылке вниз virtIf = 0
15.10.16 14:40:03,000 ядра[0]: аэропорт: ссылка на почтовый индекс EN1. Причина 8 (исключены, потому что покидая вокзал).
15.10.16 14:40:03,000 ядра[0]: получил неполное длина последовательности канала 0, должно быть 16
15.10.16 14:40:03,000 ядра[0]: получил неполное длина последовательности канала 0, должно быть 16
15.10.16 14:40:03,000 ядра[0]: почтовый индекс EN1: канал меняется на 1
15.10.16 14:40:03,000 ядра[0]: почтовый индекс EN1::IO80211Interface::postMessage в МАС-адрес изменился
15.10.16 14:40:03,000 ядра[0]: почтовый индекс EN1: канал меняется на 1
15.10.16 14:40:03,195 symptomsd[192]: -[_writeJournalRecord NetworkAnalyticsEngine:fromCellFingerprint:ключ:atLOI:ofKind:мультиформатный:isFaulty:] хеширования первичного ключа не удалось. Удаление записи журнала.
15.10.16 14:40:03,000 ядра[0]: in6_unlink_ifa: адрес IPv6 0xe1ccddcc04c9f381 не имеет префикса
15.10.16 14:40:03,423 UserEventAgent[41]: пленница: CNPluginHandler почтовый индекс EN1: не активен
15.10.16 14:40:03,824 cdpd[66067]: видел изменения в сетевой достижимости (isReachable=0)
15.10.16 14:40:03,836 symptomsd[192]: __73-[NetworkAnalyticsEngine observeValueForKeyPath:ofObject:изменения:контекст:]_block_invoke неправильный ключ стоимость 2
15.10.16 14:40:03,838 netbiosd[82956]: network_reachability_changed : сети не доступен, netbiosd выключается
15.10.16 14:40:05,463 configd, так[49]: сеть изменено: В4(почтовый индекс EN1-:192.168.1.69) ДНС - Прокси-
15.10.16 14:40:ядра 07,000[0]: MacAuthEvent почтовый индекс EN1 авт результата: ф0:79:59:78:С2:ЕС МАК АВТ удалось
15.10.16 14:40:ядра 07,000[0]: wlEvent: почтовый индекс EN1 почтовый индекс EN1 связать virtIf = 0
15.10.16 14:40:ядра 07,000[0]: аэропорт: ссылка на почтовый индекс EN1
15.10.16 14:40:ядра 07,000[0]: получил неполное длина последовательности канала 0, должно быть 16
15.10.16 14:40:07,000 ядра[0]: почтовый индекс EN1: МАС-адрес меняется на ф0:79:59:78:С2:ЕС
15.10.16 14:40:ядра 07,000[0]: почтовый индекс EN1: канал изменился до 36,+1
15.10.16 14:40:ядра 07,000[0]: почтовый индекс EN1::IO80211Interface::postMessage в МАС-адрес изменился
15.10.16 14:40:07,213 symptomsd[192]: -[_writeJournalRecord NetworkAnalyticsEngine:fromCellFingerprint:ключ:atLOI:ofKind:мультиформатный:isFaulty:] хеширования первичного ключа не удалось. Удаление записи журнала.
15.10.16 14:40:ядра 07,000[0]: неожиданный груз нашли на сообщение 9, dataLen 0
15.10.16 14:40:ядра 08,000[0]: аэропорт: РСН рукопожатие полный почтовый индекс EN1
15.10.16 14:40:10,808 UserEventAgent[41]: в плен: [CNInfoNetworkActive:1748] почтовый индекс EN1: создание идентификатора SSID 'FREE_CHILD_PORN основной интерфейс (кэш указывает, что сеть не в плену)
15.10.16 14:40:10,808 configd, так[49]: сеть изменено: ДНС* Прокси
15.10.16 14:40:10,809 UserEventAgent[41]: в плен: CNPluginHandler почтовый индекс EN1: оценка
15.10.16 14:40:10,809 UserEventAgent[41]: в плен: почтовый индекс EN1: не прощупывать FREE_CHILD_PORN' (кэша указывает не в плену)
15.10.16 14:40:10,809 UserEventAgent[41]: в плен: CNPluginHandler почтовый индекс EN1: проверенный
15.10.16 14:40:10,816 configd, так[49]: сеть изменено: В4(почтовый индекс EN1!:192.168.1.69) ДНС+ Прокси+ СМБ
15.10.16 14:40:11,409 cdpd[66067]: видел изменения в сетевой достижимости (isReachable=2)
15.10.16 14:40:11,425 symptomsd[192]: __73-[NetworkAnalyticsEngine observeValueForKeyPath:ofObject:изменения:контекст:]_block_invoke неправильный ключ стоимость 2
15.10.16 14:40:15,358 tccd[62457]: LaunchServices: события Disconnect, полученные на службе com.яблоко.ЛСД.modifydb
15.10.16 14:40:15,361 tccd[62457]: LaunchServices: события Disconnect, полученные на службе com.яблоко.ЛСД.modifydb
15.10.16 14:40:tccd 15,364[62457]: LaunchServices: события Disconnect, полученные на службе com.яблоко.ЛСД.modifydb
15.10.16 14:40:15,612 sandboxd[62463]: ([62457]) tccd(62457) отказать Маха-поиск по COM.яблоко.ЛСД.modifydb
15.10.16 14:40:sandboxd 15,645[62463]: ([62457]) tccd(62457) отказать Маха-поиск по COM.яблоко.ЛСД.modifydb
15.10.16 14:40:15,653 sandboxd[62463]: ([62457]) tccd(62457) отказать Маха-поиск по COM.яблоко.ЛСД.modifydb
15.10.16 14:40:55,828 mDNSResponder[88]: DHCPWakeTime: индекс SCDynamicStoreCopyDHCPInfo 0 не CFDateRef начать 0000000000000000 0000000000000000 CFDataGetLength CFDataRef аренды(лизинга) 0
15.10.16 14:40:57,000 ядра[0]: ПМ ответ занял 1978 МС (50, каменноугольного)
15.10.16 14:40:57,000 ядра[0]: AirPort_Brcm43xx::powerChange: система сна 

Кто-нибудь знает почему и как отключить это?

Есть ли что-нибудь на 4 (10ГБ) раздел? Если нет, я предлагаю вам удалить его и создать систему Ubuntu и swap-раздела В свободном пространстве. Что бы быть самый простой способ.

В противном случае вы можете уменьшить раздел 100ГБ и создать разделы под Ubuntu между 100ГБ и раздела 4 ГБ, но это займет много времени и вы, вероятно, придется сообщить Windows, где это раздел спячку ушли...

Я на Эль-Капитан и пытается обновить высоких Seirra. Он скачал стаб-файл и запустите приложение. Я час ждал, пока он говорит 17 часов. Есть ли способ, чтобы ускорить процесс обновления?

Easy2Boot поддерживает сохранение в течение достаточно несколько образов. Посмотри в _ISO\образцы документов\мну папки для файлов примеров. Вы можете иметь много образов все с упорством на том же USB-модем. Посмотри на сайте www.easy2boot.com и веб-сайт www.rmprepusb.com . http://www.easy2boot.com/add-payload-files/persistence/

Мой муж сказал мне, что он получил звонок FaceTime от Мой номер, но он пропустил звонок. Я никогда не называл его и у меня нет никаких исходящих звонков на мой телефон или что-нибудь. Мой идентификатор Apple угрожает?

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

Нет, вы не можете использовать евро здесь. Вы можете обменять их на ЛКР в аэропорту или в банке. Они принимают иностранных валютных бирж и обслуживание довольно быстрое.

Однако, если вы в аэропорту и хочет купить что-то из магазинов беспошлинной торговли, они не принимают доллары США и евро

Это кладбище в Южной Азии. Моя цель-выращивать некоторые растения, покрывающие, а оголенный участок. Какие растения будут процветать здесь? Из деревьев, цветущие растения почвопокровные. Плюс, что-то, чтобы покрыть стены в спину. Возможно, альпинист? Я тоже план по созданию перголы над могилами. Мне нужно что-то подходящее для этого, как хорошо.

Я также позволило заводу за пределами барьеров фактических захоронений, поэтому без каких-либо ограничений.

Климат здесь полупустынный. Он совсем сухой, как за небольшим количеством осадков мы получим но поскольку есть пробки-так в нескольких футах от места и им поездки в день, полив не проблема.

Из опыта, цветковые растения действительно хорошо здесь. Даже некоторые тропические растения. Как долго, как ваш, совместимая с поливом.

Почва слишком тяжелая, чтобы работать с на данный момент, но это не будет проблемой, либо, как я уже в процессе внесения поправок все вокруг вплоть до 2 футов. Он будет готов до весны время.

Вы можете сделать это в два этапа: скопировать метку времени, а затем настроить его, чтобы быть старше:

#найти старшую файл в Реж
старшая=$(ЛС-Т реж | хвост -1)

#дубликаты времени
штрих -Р "реж/$старший" мой_файл

#сделать файл одну секунду старше
штрих--000001 мой_файл

Вы имели право на получение электронной визы для Турции прежде чем использовать шенгенскую визу, потому что вы были в состоянии подтвердить:

У меня есть действующий документ (действительной визой или действительным видом на жительство одной из стран Шенгенского соглашения, США, Великобритании или Ирландии). Электронные визы не принимаются в качестве подтверждающих документов.

Поскольку виза была однократная, срок действия его истек на въезд в Швецию, поэтому не дает вам право на электронную визу по возвращении в Индию. Вместо этого вы должны пройти через предварительное системное приложение для турецкой визовой этикетки. Без этого, как я боюсь, что вы, возможно, уже обнаружен, вы не будете допущены.

Я обновил ОС на Ubuntu с GNOME 15.10, но теперь у меня огромный вопрос : sfdisk не работает!

Мне это нужно для создания разделов на SD-карты для встроенного Linux, но похоже, что параметры изменены. Как сделать, чтобы держать это работает?

Вот этот скрипт я использую :

CARD_DEV=$1

сбросить Лэнг

размонтировать ${CARD_DEV}* >& /dev/нуль

если [ -б "$CARD_DEV" ] ; затем
 Эхо "*************** форматирование SD-карты... ***************"
 ДД, если=/dev/нуль=$CARD_DEV БС=графа 1024=1024
 Команда fdisk-l размер=`$CARD_DEV | грэп диске | у awk '{печати $5}"
 Эхо размер диска - размер байт
 Цилиндры=`Эхо $размер/255/63/512 | до н. э.`
 Эхо цилиндров - $цилиндры
{
 Эхо 1,9,0x0C,*
 Эхо 10,,,-
 } | sfdisk -д -ч 255 -с 63 -с $баллонах $CARD_DEV
 массива.для vfat -F и 32 -Н "загрузки" ${CARD_DEV}1
 mke2fs -д-л "файловая система" ${CARD_DEV}2
интернет

И я получаю :

sfdisk: недопустимый параметр -- 'Д'

 sfdisk [опции] <устройство> [[-Н] <часть>]
 sfdisk [опции] <команда>

Просмотра и работы с таблицей разделов диска.

Команды:
 -А, --активировать <Дев> [<часть> ...] списка или установить загрузочный MBR-разделов 
 -д --свалка <Дев> дамп таблицы разделов (пригодных для последующего ввода)
 -г --шоу-геометрии [<устройство> ...] геометрии список всех или указанных устройств
 -л --список [<устройство> ...] разделов список каждого устройства
 -с --шоу-размер [<устройство> ...] размеров список всех или указанных устройств
 -Т --список-типов печати признанных типов (см. -Х)
 -В --проверить проверить разделов представляется корректным

 часть-метка <Дев> <часть> [<ул.>] печать или метка раздела изменения 
 часть-тип <Дев> <часть> [<тип>] распечатать или изменить тип раздела 
 часть-идентификатор UUID <Дев> <часть> [<идентификатор>] напечатать или изменить раздел по UUID
 часть-у attrs <Дев> <часть> [<ул.>] распечатать или раздел, изменить атрибуты

 <устройство Дэв> (обычно диск) путь
 <часть> номер раздела 
 <тип> тип раздела GUID для ОПС, наговор для MBR

Варианты:
 -а --добавить добавить разделы в существующую таблицу разделов 
 -б-резервное копирование резервное копирование таблицы разделов секторов (см. -О)
 --байт размер в байтах, а не в читаемом человеком формате 
 -Ф --принудительно отключить все проверки согласованности 
 - цвет[=<когда>] раскрасить выходной (авто, всегда или никогда)
 цвета по умолчанию отключена
 -Н --обозначение <число> укажите номер раздела 
 -н ... нет-закон делать все, кроме как писать на устройство
 - нет-перечитывать не проверить, является ли устройство находится в использовании
 -О, - резервное копирование-файл <путь> переопределить по умолчанию для резервного копирования имя файла 
 -о, --вывод <список> выходные столбцы
 -вопрос, - тихо подавить дополнительная информация сообщения
 -Х, - метка <имя> указать тип метки (Дос, ОПС, ...)
 -Г-метка-вложенные <имя> указать вложенный тип метки (Дос, БСД)

 -Л --Линукс устарел, только для обратной совместимости
 -у --блок с устаревшим, поддерживается только единицы сектора 

 -H или --help отобразить эту справку и выйти
 -в --выход версии информация о версии и выйти

Доступные столбцы (к -о):
 ОПС: устройство начало конец секторов размером тип-тип UUID у attrs имя идентификатора UUID
 для DOS: устройство начало конец секторов цилиндров размер идентификатора типа у attrs загрузочного конца-С/З/С
Старт-С/З/С
 БСД: ломтик начало конец секторов размером цилиндров Bsize тип японская жена цгр 
 СГИ: устройство начало конец секторов цилиндров размер идентификатора типа у attrs
 солнце: устройство начало конец секторов цилиндров размер код типа флагов

Для получения более подробной информации см. sfdisk(8).

Версия:

sfdisk из util-Linux в 2.26.2

Проблема: несовместимые пароль методы хэширования

Обратно в Windows эру это NT4 и Windows 2000, можно было и в самом деле довольно распространенный - настройка аутентификации Samba в пути, который удовлетворил бы ваши требования. Но даже тогда, Самба документации настоятельно рекомендуется отказаться от этого, потому что это был один большой яркий безопасности недостаток: он требует паролей в незашифрованном виде по сети. Даже тогда, это была плохая идея, с современными повсеместное распространение беспроводных сетей и принеси свое устройство решений, передача паролей в незашифрованном виде по сети совершенно неприемлемо.

Ни Windows, ни в Linux система хранит пароли в открытом виде. Вместо этого, пароль и соль стоимостью в одну сторону хэшируется, и Солт-значение и полученный хэш хранится. В результате, ничто и никто (даже администратор) может легко восстановить текстовая версия пароль из сохраненных хэшей для любых целей. Он всегда потребует брутфорса или массивные радужных таблиц.

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

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

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

Решение

Единственное место, где это может быть исправлено-это процесс изменения пароля: в тот момент, текстовая версия пароль должен обязательно быть известным на сервере, так что он может быть хэшируется и сохраняется. Дело в том, чтобы изменить этот процесс, чтобы обновить как систему логин пароль и паролей Samba и в то же время.

Если ваши Самба сервера не являющихся контроллерами домена, вы можете включить синхронизации паролей Unix параметр в СМБ.конф файл, и укажите файл passwd программу , чтобы Samba могла автоматически обновлять соответствующую систему логин пароль всякий раз, когда Самба пароль обновляется. Если вы сделаете это, вы должны дать пользователям всегда использовать команду smbpasswd, не написано.

Кроме того, можно добавить модуля pam pam_smbpass.поэтому в ПЭМ конфигурации системы. Это доступно как пакет RPM для обоих с RHEL/CentOS 6.он X и 7.х.

Есть два способа использования pam_smbpass.так что: либо использовать паролей Samba хранения в качестве основной системы хранения пароля для всех сервисов с использованием Пэм (а, по сути, все, что использует Пэм, если у вас нет необходимости использовать какой-то ужасной причине-из-древних-источник наследие Unix и программы), или просто подключите его в пам на основе пароля-меняется процесс так, что регулярная программа passwd команда (или любое другое Пэм-метод, чтобы обновить систему логин пароль) будет обновить файл/etc/тень и самбы пароль одновременно. Тогда ваши пользователи всегда могли использовать команду и не команду smbpasswd.

Я читаю с австралийским медицинским советом, Антология заболеваниями (2003). В рамках ключевых задач для презентации анемия и бледность, он говорит:

"С учетом клинического контекста, определить, если анемия присутствует, так как все три лабораторных показателей анемии являются измерения концентрации." (стр. 91)

Я не врач, поэтому мне эта формулировка кажется расплывчатой. В первом тайме кажется, что врачи могут определить наличие анемии на основе признаков и симптомов выявить при первичной консультации, но во второй половине кажется, что клинический контекст включает интерпретации анализов крови.

Может кто-нибудь прояснит, что имеется в виду? Или вместо того, чтобы сказать мне, как один подходов анемии?

Профессиональные рекомендации и медицинские справки предпочтительнее, чем журнальные статьи.

Что это для egrep команда?

для egrep '[^а-м][0-9]+' в /etc/passwd с

До сих пор я думаю, что он ищет какой-то файл в каталоге/etc/passwd С что начинается с А-М и включает в себя номер(а) 0-9. Это верно?

Возможно, ЛВМ вариант. Вот руководство для установки 11.04. Хотя нам будет нужен кто-то более осведомленный в комментарий, если это возможно реализовать, что в 11.10.

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

\#определить
\#определить Б 2
...
\директиву#ifdef в
...
...
\#за endif
...
\директиву#ifdef Б
...
 \#ifndef в
...
\#за endif
\#за endif

Я хочу создать файл, в котором все разделы, что бы быть опущены, из-за имен, которые так и не определили, будут удалены. Я тоже хочу удалить одно-и многострочные комментарии из выходного файла.

Я пробовал

конфигурация НКУ -е.H > в конфигурации.я

но это приводит только к вывода, такие как-

1 "конфигурации.ч"
1 "встроенная" 1
1 "встроенная" 3
341 "встроенный" 3
1 "командная строка" 1
1 "встроенная" 2
1 "конфигурации.ч" 2

(Я выше текст каждой строки фактически предшествует символ решетки и слова встроенные и командной строки, заключенные в угловые скобки, но введя эти символы в мое сообщение производит странный эффект.)

Любые предложения о том, как я могу делать, что хочу. Я бы предпочел не иметь, чтобы написать код или скрипт для этого.