Я насправді вдалося з'ясувати, це пов'язано з закликом walletlock. Всякий раз, коли walletlock називається (через JSON-RPC або командного рядка, не важливо), новий потік породив і він не помре. Виглядає як помилка. Я додав повідомлення про помилку редагування на моє питання @Orbling я думала про це, але я не зовсім впевнений, що це те ж саме. Крім того, я ніколи не використовувати його, так що доведеться все інше викинути - якщо не зараз, то через п'ять років, коли я прибираю в комору. Георг, я встановив гном-Шелл моєї особистості, і це де-я маю на увазі. Zoredache, на VPN я намагаюся підключитися через PPTP, але я б вважав за краще, якщо рішення може мати більше одного протоколу. Якщо б я сьогодні редизайн ядра биткоин, я б почав з дизайну, де гаманець і функціональність вузла були окремі (і працювати в цьому напрямку, повільно йде на практиці). Об'єднавши два ви обмежуєте свої можливості. Писати спочатку гаманець SPV і підключення до існуючого повний вузол. Таким чином, ви не ризикуєте внести консенсусу помилки (які дуже важко знайти, як показує досвід).

Я настійно рекомендую запускати sshd в нормальний сервіс, а не запускати його на вимогу. демон цілком здатний керувати з'єднаннями по собі у всіх, крім самих екстремальних випадків.

Якщо ви абсолютно повинні запустити sshd на попит, наступні команди корисні для усунення неполадок:

  • на PS auxw | grep СШ, наприклад для SSH в списку запущених процесів.
  • командою netstat-тлп, видає список портів TCP, послуга у даний момент прослуховує. СШ повинні бути перераховані тут, якщо ні, демон правильно налаштований.
  • СШ-ВВВ (запустити від клієнта), вся вивід зневадження з ЗОШ сесії, допомагає точно визначити точку збою.
  • в Nmap <ім'я хоста> (запускається з клієнта-не вимагає установки в Nmap пакет), список відкритих портів на хості. Якщо SSH не перераховані тут але числиться в команді netstat висновок, ви, напевно, брандмауер питання.