68user's page 掲示板

Prev< No. 460〜488> Next  [最新発言に戻る] [過去ログ一覧]
No. 460 # 二太郎 1999/10/04 (月) 20:28
レス本当にありがとうございました。
さっそくLANGをいじってみましたが、私の大学も solarisなのでダメ
でした。しかしメールソフト(Windous95用)を使えば、きちんと読
めるので、今のところメールの利用者からは問題がでていないので
困っているのは私だけのようです。(笑)
急がなくてもいいようなので、もう少しいろいろと試してみたいと
思います。

UNIXの勉強が全然足りないのでこのページを参考に頑張っていきま
すので今後またお世話のなるかもしれませんがよろしくお願いしま
す。

No. 461 # 68user 1999/10/04 (月) 21:47
思い出した。SystemV 系 UNIX には mailx コマンドというのが
あって、これなら日本語が通ります。

No. 462 # 二太郎 1999/10/04 (月) 22:28
「mailx コマンド」を今、家からtelnetでログインして試したと
ころ、日本語が通りました!!
これでぐっすり眠れそうです。
本当にありがとうございました。

No. 463 # Aya 1999/10/05 (火) 01:02
再び、質問させていただきます。
テキストデータを添付することはできたのですが、
バイナリデータの場合どうもうまくいきません。
符号化して書きこまなければならないのでしょうか。
もしそうなら、どうやって符号化するのでしょうか。
それとも、他に方法があるのでしょうか。
どうか御教授お願いいたします。

No. 464 # 68user 1999/10/05 (火) 02:16
> バイナリデータの場合どうもうまくいきません。
次にこの質問がくるんじゃないかと予想はしてました :-)

バイナリは http://www.mew.org/Newsletters/3.html
「安全な符号方式の定義」のように、
    Content-Type: image/gif; name="hoge.gif"
    Content-Transfer-Encoding: base64
    
    LS0tIGRyYWZ0LW5ndHJhbnMtdHJhbnNsYXRvci5vcmlnCVN1biBOb3YgMTUgMTY6MzI6NDYg
    MTk5OAorKysgaWQtdHJhbnMJU3VuIE5vdiAxNSAxNToxNDo1NCAxOTk4CkBAIC0xLDggKzEs
    MTIgQEAKICNyZXYgMDAuMDIKIEludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgICAg
と、適切な MIME TYPE を付けた上で、BASE64 でエンコードする必要があります
(name="hoge.gif" は必要なら付けてください)。なので、プログラム書いて
自動化しないと苦しいでしょう(まぁ手動でやってるわけじゃないんですよね?)。

perl がわかるなら http://www.cc.rim.or.jp/~ikuta/mime_pls/ を使って、
    open(GIF,"hoge.gif");
    $buf = join("",<GIF>);
    require 'mimew.pl';
    $data = &mimeencode($data);
などとするのが簡単ですかね。最後の &mimeencode は
    $data = &bodyencode($data);
    $data .= &benflush;
だったかもしれない。試してみて下さい。

No. 465 # 68user 1999/10/05 (火) 02:23
あ、やっぱり mimeencode じゃうまくいかないや。

mimeencode は =文字コード?エンコード方式?BASE64化されたデータ= という
MIME 形式に変換します。一方、bodyencode は BASE64化します。

今回は MIME 形式(正確な用語じゃないかもしれない)じゃなく、
BASE64 のデータが欲しいので、bodyencode を使って下さい。
mimeencode はメールヘッダなどのエンコードに使えますね。

No. 466 # Aya 1999/10/06 (水) 00:52
ようやくできました。
やっぱり、エンコードしなくてはいけなかったのですね。
ありがとうございました。

No. 467 # デュオ 1999/10/08 (金) 14:24
ウインドウズが一番だぜかかって来い

No. 468 # goosan [E-mail] 1999/10/13 (水) 13:09
tcshの補間機能の説明について補足です。
Ctrl-dは補間そのものではなく補間候補をリストし、
実際の補間にはTabを使うようです。

No. 469 # 68user 1999/10/13 (水) 13:40
おぉ、歌って踊れるハッカーを目指していらっしゃる
にゃんさんの居られる研究室の方(長い)ですね。
UNIX/FreeBSD のえらい人が身近にいるなんて、うらやましい。
# にゃんさんは僕のことを知らないです。念のため。

> 実際の補間にはTabを使うようです。
TABのことをすっかり忘れていました。今度更新するときに直して
おきます。ありがとうございました。

No. 470 # たび〜 1999/10/15 (金) 09:52
はじめまして。
他のユーザーがファイルを使用していることを確認するfuserコマンドがうまく使えません。fuser -u filenameと指定するだけではだめなのでしょうか?またこのコマンドはvi等で使用しているだけでは作動しないのでしょうか?

No. 471 # たび〜 1999/10/15 (金) 11:10
はじめまして。
他のユーザーがファイルを使用していることを確認するfuserコマンドがうまく使えません。fuser -u filenameと指定するだけではだめなのでしょうか?またこのコマンドはvi等で使用しているだけでは作動しないのでしょうか?

No. 472 # 68user 1999/10/15 (金) 14:33
ふーん、SystemV には fuser ってコマンドがあるのね。
で、fstat は BSD only なのか。

> vi等で使用しているだけでは作動しないのでしょうか?
vi は emacs はオープンしてバッファに読み込んだらクローズして
しまうので無理だと思います。tail -f filename などオープンしっぱなしの
プロセスなら表示できます。

No. 473 # 白い流星。でも [E-mail] 1999/10/17 (日) 19:42
どーも。はじめまして。
セガBBS過去ログすごいですね。
こういうことってできるんですね。
そこで、便乗要望、、。
比較的新しい99年7月辺りの過去ログ
とかって、みることできますかね、、?
どうか、宜しくお願いします。

No. 474 # 68user 1999/10/17 (日) 19:49
一部のBBSだけですが、お肉さんのとこで取ってるはずです。
    http://www.lunartecs.ne.jp/~segabito/fushigi.html

No. 475 # お肉 [URL] 1999/10/17 (日) 23:29
どもども^^;
DCやサターンの人もいるかもしれないので、

↓こちらを紹介したほうがいいかもしれません
http://gamelay.usami.com/~segabito/


19日から12月15日まで研修で南浦和の寮生活なので、
その間はシステムの改良・変更はあまりできなくなります。

ここ数日は原因不明の不調でログが飛びまくっていますが、
果たしてどうなることやら・・・


帰ってきたらLinuxも勉強するぞー

No. 476 # かりり 1999/10/18 (月) 18:30
プロバイダーを見つけました。
よく雑誌で見るプロバイダーなので
イマイチ信頼度がひくいんですけど
CGIが使える見たいなので、決めちゃおうかなぁ
っておもってます。
http://www.interq.or.jp/misc/man/ftp/usercgi.html
これってCGIが使えるってことでスヨね?
では、又来ます。:-O

No. 477 # 68user 1999/10/18 (月) 18:59
interq って zeus っていう WWWサーバなんだよね。できれば
apache っていうのがお勧めなんだけど。あと、そこに書いて
あるように、#exec cmd/#exec cgi は使えません。

いろいろ設定をいじったり、深く使いたいなら他のところを
探した方がいいんじゃないかね。まぁ、どこがいいかってのは
わからないんだけど。

でも簡単な CGI を設置できればいいということなら、
interq でも OK だと思います。

No. 478 # MASA 1999/10/19 (火) 20:18
はじめまして。
私はUNIX初心者なのですが勉強してサーバー構築手順書、C/S設計手順書を作りたいと思っています。分かりやすい本などをどなたか教えていただけませんか?
熱意はあります。宜しくお願いします。

No. 479 # 68user 1999/10/20 (水) 00:39
サーバを構築したいということなら、「FreeBSDでサーバ構築」
「Linuxでサーバ構築」とかいう本が結構出てます。それを手に
入れるのが近道じゃないでしょうか。ただし僕はそういうのを
買ったことはないので、どれがお勧めかはわかりません。
本屋で手に取って内容を吟味して下さい。

まぁ、apache/bind/sendmail/pppd あたりの設定方法が
さらっと書いてあるだけなので、もっと深く知りたければ
O'Reilly の本を買うことになるでしょう。

No. 480 # MASA 1999/10/20 (水) 05:47
68USERさん、アドバイスありがとうございます。
早速検討してみます。

No. 481 # mm 1999/10/20 (水) 23:02
ご無沙汰してます。
apache の .htaccess のネットマスクについて教えて頂けないでしょうか?

ネットマスクがマスクする部分(ビットが0の部分、または、より右側のビット)
に対応するIPアドレスのビットは、0にするのか1にするのかということ
なのです。

例えば、133.205.78.73〜133.205.78.79 のホストのアクセスを禁止する場合、
(なお、2進と10進は以下の通りです。
        01001 001b = 73d
        01001 111b = 79d
        11111 000b = 248d )

<Limit GET POST>
order allow,deny
allow from all
deny from host
</Limit>

の host の指定方法なんですが、
133.205.78.72/255.255.255.248 又は 133.205.78.72/29
とすべきなのか、それとも
133.205.78.79/255.255.255.248 又は 133.205.78.79/29
なのでしょうか?

http://japache.infoscience.co.jp/japanese_1_3/manual/mod/mod_access.html
には、
> (すなわち 10.1.0.0/16 は 10.1.0.0/255.255.0.0と同じです)
とあるんで、この例では、マスクされるビットが全部0になってますよね
(10.1.0.0の最後の2バイト)。
でも、バイト単位でない場合には、マスクされるビットを全部1にしてる
例もみたものですから↓
http://www.med.teikyo-u.ac.jp/~morikawa/howto/access.html

>allow from 202.253.111.0/255.255.252.0 あるいは 202.253.111.0/22
では、111d = 01101111b ですからマスクされるビットは1になってます。
それとも、バイト単位の指定の場合だけ0にしてもいいのかな?

No. 482 # 68user 1999/10/20 (水) 23:50
多分「どちらでもよい」だと思います。
    133.205.78.72/29 は、
        10000101 11001101 01001110 01001000 のうち、最初の29ビットにマッチするもの
    を表すので、10000101 11001101 01001110 01001??? にマッチし、
    結局 133.205.78.72〜133.205.78.79 にマッチする。

    一方 133.205.78.79/29 は、
        10000101 11001101 01001110 01001111 のうち、最初の29ビットにマッチするもの
    を表すので、10000101 11001101 01001110 01001??? にマッチし、
    結局 133.205.78.72〜133.205.78.79 にマッチする。
ではないでしょうか。ネットマスクの意味からいって、
ネットマスク*外*のビットには、とくに意味はないと思います。

ただ、意味なくビットを立てるのはわかりにくいので、
僕なら 133.205.78.72/29 を選びます。

あと、わかっておられるとは思いますが、133.205.78.72/29 だと
133.205.78.72 自身も含まれますので、
> 133.205.78.73〜133.205.78.79 のホストのアクセスを禁止
にはなりません。

# 133.205.78.72/29 というドメインがあって、133.205.78.72 が
# ゲートウェイアドレスなら構いませんが。

No. 483 # 68user 1999/10/21 (木) 00:05
> # 133.205.78.72/29 というドメインがあって、133.205.78.72 が
> # ゲートウェイアドレスなら構いませんが。
あれ、ホスト部が All zero な IP アドレスってゲートウェイじゃないかも。
133.1.0.0 とか 133.2.0.0 などのIPアドレスって、何て呼ぶんでしたっけ…。

No. 484 # 1999/10/21 (木) 00:17
おお、すばやいご回答、ありがとうございます。

>ネットマスク*外*のビットには、とくに意味はないと思います。
なるほど、分かりました。

>僕なら 133.205.78.72/29 を選びます。
この選び方の違いに過ぎなかったのですね。

>133.205.78.72 自身も含まれますので、
あっ、すいませんm(_ _)m
133.205.78と指定した場合は、133.205.78.1〜133.205.78.255だと
いう記述をどこかで読んでたので、ここでも間違ってマスクされた
ビットが全部0となる場合を除外してしまいました。

>133.1.0.0 とか 133.2.0.0 などのIPアドレスって、何て呼ぶんでしたっけ…。
話に付いて行けない…(苦笑)
IPアドレスもちゃんと勉強しないといけないなぁ…

No. 485 # mm 1999/10/21 (木) 00:18
すいません。
↓の名前を入れ忘れましたm(_ _)m

No. 486 # mm 1999/10/22 (金) 00:56
先の質問に関連して、今回初めて .htaccess について調べたのですが、
どうもよく理解できないことがあるので、教えてください。

order は、allow と deny の評価順序を指定するというような説明があるんですが、
これはどういう意味なのでしょうか?

最初、評価順序がどう影響するのか分からなかったのですが、
「UNIX &インターネットセキュリティ」(O'REILLY)の
    deny,allow は、denyとallowの両方に含まれるhostは許可する
    allow,deny は、denyとallowの両方に含まれるhostは禁止する
という趣旨の記述を読んで、ようやく使い方については分かったのです。

でも、このような作用をなぜ評価順序で説明するのかが理解できないのです。

また、例えば

order allow,deny
allow from hostA
deny from hostB

という設定があった場合、どちらにも含まれないhostC からのアクセスは
どうなるのでしょうか?
allow と deny の双方を指定するってことは、どちらか一方が必ず from all
になるとは限らないですよね(もし、そうなら省略可能にすると思うので)。

No. 487 # 68user 1999/10/22 (金) 01:30
ん…X68000.startshop.co.jp の時計がずれてる。

> 「UNIX &インターネットセキュリティ」(O'REILLY)の
> deny,allow は、denyとallowの両方に含まれるhostは許可する
> allow,deny は、denyとallowの両方に含まれるhostは禁止する
> という趣旨の記述
ん〜、これもどうも…何か違うような。確かに order は
まぎらわしいですねぇ。

例えば order deny,allow は
    1. 最初は全て許可
    2. deny で指定されていたら拒否
    3. allow で指定されていたら許可
という手順で評価しますが、大事なのは
    「deny にマッチしても、その後 allow にマッチした場合は、閲覧を許可する」
ということだと思います。

例えば
    阪大からは弾くけど、阪大の工学部(適当)からのみ許可する場合
    order deny,allow
    deny from 133.1
    allow from 133.1.2

    阪大は許可するけど、阪大の工学部だけは弾く場合
    order allow,deny
    deny from 133.1.2
    allow from 133.1
てな感じでどうでしょう。より一般化すると、
    「許可したホスト以外は拒否」なら
        order deny,allow
        deny from all
        allow from 許可するホスト

    「拒否したホスト以外は許可」なら
        order allow,deny
        allow from all
        deny from 拒否するホスト
でしょうか。上の2つの order を逆にすると、どのホストからも
見られなくなります。

素人考えでは、
    deny from 133.1.2
    allow from 133.1
と書けば、上から順に評価する、ってな風にすればわかりやすいのに、
わざわざ order なんか指定できるようにしたからわかりにくくなった、
と思ってます。もしかしたら、もっと難しい理由があって order が
用意されてるのかもしれませんが。

> どちらにも含まれない hostC からのアクセスはどうなるのでしょうか?
許可されると思います。order mutual-failure なら拒否されます。
# order mutual-failure
#  …allow に指定され、deny に指定されていないホストのみ許可。それ以外は拒否。

No. 488 # 68user 1999/10/22 (金) 01:44
なので、
    阪大は許可するけど、阪大の工学部だけは拒否し、なおかつ
    群馬大は弾くけど、群馬大工学部だけは許可する
という設定は無理じゃないかと思ってます。仮にできるとしても、
2つに分ける必要がありますよね。変なの。

Prev< No. 460〜488> Next  [最新発言に戻る] [過去ログ一覧]