July 2018 - debian-users - Debian JP Project

[debian-users 00147] Linux 4.9.0-4-amd64
by Keiji KOSAKA 04 Sep '18

04 Sep '18

小坂@岡山です。 LIFEBOOK AH53/U で debian stretch を動かしてます。順調に動いてたんですが、急に、立ち上がらなくなりました。本当は立ち上がってるみたいなんですが、画面が真っ暗で何も見えない状態。いろいろ試した結果、どうやら、Linux 4.9.0-4-amd64 では画面真っ暗で、 Linux 4.9.0-3-amd64 では正常に立ち上がるもよう。 linux-image-4.9.0-4-amd64 を再インスールしても症状が変わらなかったので、 Linux 4.9.0-3-amd64 でしのいでます。 -- KGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGK KGK (life name: Keiji KOSAKA), Dept. of Phys., Okayama Univ. kgk(a)film.rlss.okayama-u.ac.jp http://film.rlss.okayama-u.ac.jp/~kgk/ KGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGKGK

5 11

[debian-users 00322] Network board with serial I/F, emulation to network I/F (likes eth0)
by Munesato Nakada 29 Jul '18

29 Jul '18

こんにちは。中田と申します。 Raspberry Pi などで試行例が多い、スマートメータ向け Wi-SUN USBドングルを手に入れて Debian Stretch で試しています。 USBドングル自体の動作やスマートメータとのやりとり自体には問題ないのですが、 Debian (Linux)側でもう少し使いやすい方法があるのではないか、私が知らないだけなのではないか、との思いがあります。もし参考となりそうな情報をお持ちでしたら、ご教示いただけますでしょうか。 [やりたいこと] IPv6アドレスやUDP送受信内容などを取得・指定できるので、eth0 や ppp0 のようにネットワークI/Fを定義する形にできれば、シリアル制御を概ね隠蔽して一般的なIPスタックのように扱えるようになるのではないか、と。 # 可能なら Wireshark でキャプチャできるようになれば...。 [参考] 件のUSBドングルは、ネットワーク機能を内蔵していまして、シリアル通信で通信設定と通信内容(コマンド)を制御する機器です。想定はローム社の BP35C2 です。 # Wi-Fiチップなども同様のものが多いようなので、誰か作成済じゃないかなぁ。(^-^;; 以上、宜しくお願い致します。 -- なかだ <munesato(a)mbox.homeip.net>

1 0

[debian-users 00320] sshvpnを張りたいのですが、つまずいています。
by mocke.tech＠gmail.com 14 Jul '18

14 Jul '18

# This mail may have signature.asc as a PGP e-signature. # このメールのsignature.ascはPGPによる電子署名です。こんにちは。mocke techです。 sshvpnでトンネルを張りたいのですが、うまく行かずに苦労しています。概ね http://www.usupi.org/sysad/248.html に従って作業したのですが、クライアント、サーバともtun0が作れない言うので、 http://blog.livedoor.jp/les_paul_sp/tag/Ubuntu を参考にクライアント、サーバとも以下の作業をして、 sudo apt install uml-utilities tunctl -u xxxxxxxx -t tun0 ※xxxxxxxxはroot以外の実ユーザネーム tun0をそれぞれに作成できました。しかし、まだpty0をサーバ側authorized_keysで作成禁止にしているはずにもかかわらず ----- ここから ----- no-X11-forwarding,no-agent-forwarding,no-pty,command="ifconfig tun0 10.0.0.1 pointopoint 10.0.02" ssh-rsa AAAA.... ----- ここまで ----- クライアントからサーバへの接続では ----- ここから(長くて失礼) ----- # ~/.ssh# ssh -v 192.168.2.133 OpenSSH_7.6p1 Ubuntu-4, OpenSSL 1.0.2n 7 Dec 2017 debug1: Reading configuration data /root/.ssh/config debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: Connecting to 192.168.2.133 [192.168.2.133] port 22. debug1: Connection established. debug1: permanently_set_uid: 0/0 debug1: key_load_public: No such file or directory debug1: identity file /root/.ssh/id_rsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /root/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /root/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /root/.ssh/id_dsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /root/.ssh/id_ecdsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /root/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /root/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /root/.ssh/id_ed25519-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_7.6p1 Ubuntu-4 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Debian-10+deb9u3 debug1: match: OpenSSH_7.4p1 Debian-10+deb9u3 pat OpenSSH* compat 0x04000000 debug1: Authenticating to 192.168.2.133:22 as 'root' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: curve25519-sha256 debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: chacha20-poly1305(a)openssh.com MAC: <implicit> compression: none debug1: kex: client->server cipher: chacha20-poly1305(a)openssh.com MAC: <implicit> compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:C37ANAqIsi8K5U1CKXdJCiOoQ+v9d996am5ueNDbqzw debug1: Host '192.168.2.133' is known and matches the ECDSA host key. debug1: Found key in /root/.ssh/known_hosts:1 debug1: rekey after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: rekey after 134217728 blocks debug1: SSH2_MSG_EXT_INFO received debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521> debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /root/.ssh/id_rsa debug1: Authentication succeeded (publickey). Authenticated to 192.168.2.133 ([192.168.2.133]:22). debug1: channel 0: new [client-session] debug1: Requesting no-more-sessions(a)openssh.com debug1: Entering interactive session. debug1: pledge: network debug1: client_input_global_request: rtype hostkeys-00(a)openssh.com want_reply 0 debug1: Remote: X11 forwarding disabled. debug1: Remote: Agent forwarding disabled. debug1: Remote: PTY allocation disabled. debug1: Remote: Forced command. debug1: Sending environment. debug1: Sending env LC_MEASUREMENT = ja_JP.UTF-8 debug1: Sending env LC_PAPER = ja_JP.UTF-8 debug1: Sending env LC_MONETARY = ja_JP.UTF-8 debug1: Sending env LANG = ja_JP.UTF-8 debug1: Sending env LC_NAME = ja_JP.UTF-8 debug1: Sending env LC_ADDRESS = ja_JP.UTF-8 debug1: Sending env LC_NUMERIC = ja_JP.UTF-8 debug1: Sending env LC_TELEPHONE = ja_JP.UTF-8 debug1: Sending env LC_IDENTIFICATION = ja_JP.UTF-8 debug1: Sending env LC_TIME = ja_JP.UTF-8 PTY allocation request failed on channel 0 debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: client_input_channel_req: channel 0 rtype eow(a)openssh.com reply 0 debug1: channel 0: free: client-session, nchannels 1 Connection to 192.168.2.133 closed. Transferred: sent 3164, received 2420 bytes, in 0.1 seconds Bytes per second: sent 35754.7, received 27347.1 debug1: Exit status 0 ----- ここまで ----- となり、ptyをアロケート失敗したといって終了してしまいます。このあたりで、何か情報をお持ちの方がいらっしゃいましたらご教授ください。 -- Mocke Technology.

2 1

[debian-users 00317] apt update でワーニング
by adachi junichi 09 Jul '18

09 Jul '18

先日の「ユーザーミートアップ in 札幌」に参加できなくて残念に思っている安達です。メーリングリストへ登録しているアドレスを変更して初めての投稿です。 lennyの頃からdebianを使わせていただいておりますが今年になってstretchを二度クリーンインストールしました。 1回目がdebian-9.3.0-amd64-netinst.iso 2回目がdebian-9.4.0-amd64-netinst.iso でした。両方共、apt update で文句を言われます。実害はないのですが、 9.3から9.4になっても改善されていないのでご報告ワーニングは -------------ここから------- # apt update ヒット:1 http://security.debian.org/debian-security stretch/updates InRelease 無視:2 http://ftp.jp.debian.org/debian stretch InRelease ヒット:3 http://ftp.jp.debian.org/debian stretch-updates InRelease ヒット:4 http://ftp.jp.debian.org/debian stretch Release パッケージリストを読み込んでいます... 完了依存関係ツリーを作成しています状態情報を読み取っています... 完了パッケージはすべて最新です。 W: http://security.debian.org/debian-security/dists/stretch/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. W: http://ftp.jp.debian.org/debian/dists/stretch-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. W: http://ftp.jp.debian.org/debian/dists/stretch/Release.gpg: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. ------------ここまで--------- 普段はSynapticからのアクセスですが「再読込」で同様なW:がでます。ただ、アップグレード可能なパッケージが表示されアップグレードもできますので実害はありません。 W:の中の/etc/apt/trusted.gpgというファイルは -rw------- 1 root root 32 7月 4 13:34 trusted.gpg ですから、たしかに_aptからは読めないというのはもっともです。 trusted.gpg.d というフォルダ内に -rw-r--r-- 1 root root 5138 5月 26 2017 debian-archive-jessie-automatic.gpg などのファイルがあって実際にはこれを使っているものと思われます。メッセージで検索すると http://forums.debian.net/viewtopic.php?t=130558 に似たような話があって、結論は rm /etc/apt/trusted.gpg のようです。 -rw-r--r--としてしまうより安心な気もしますが実害がないので、まだしばらく放置します。皆さんのところではこのような現象はないのでしょうか。 -- 安達順一 jomon(a)dabiyone.com http://dabiyone.webcrow.jp/ http://seiai.ed.jp/sys/text/index.html

2 2