310.Delegateについて |
|
| 投稿者: | Pyzar - 2003年08月03日 11時56分08秒 |
| ＞ぴゅあさん たくさんのレスありがとうございます。 とりあえずDelegateメインで…少しづつ…リアルに支障がない程度に… やってみようと思っています。 > というより遊びだからこそできる(仕事であるから制限されてしまう)ってことも沢山あるし …遊びだから…締め切りないし… > httpについてはよく出来ていますね 解り易いです ここのことでしょうか？ http://www.geocities.co.jp/SiliconValley-SantaClara/1792/delegate/http.html コメント>> |
|
309.その３ |
|
| 投稿者: | ぴゅあ - 2003年08月01日 15時49分30秒 |
| 叩いてたら忘れてたわ＠その２(照) 今回はなんか終止雑談みたく終わったけど(いつもか？(照)) 面白いと思って読めたとしたらエンジニアとして(エンジニア以外としての世界でも)ひとつの素質を持っているのかも？とか思ったり 別にエンジニアになれとかどうこうしろとか言うんでなくひとつの話としてかつ面白く思えたなら良かったね ていうものであって別にプロと称するものでなくそれは遊びに終わったんでも構わないものだし 書いたこともこうしなきゃいけないってものでなくてこれは面白そうだと思うものがあればやってみるといいだろうし こんなのはどうだろうと新たに思い付いたとしたらそれはまた素晴らしいものだし 遊びだから仕事だからどうこうってのはなくて というより遊びだからこそできる(仕事であるから制限されてしまう)ってことも沢山あるし そこは扱っているものの性質として大切なことはあるけど(それはどんな遊びにだってあるでしょ それを無視した人が居て困るとかってのが例外なくここにもあったりするだけのことで) 「それを踏まえた上で」十二分に遊ぶのは大いにやるべきってことよね 遊びだろうが仕事だろうがやらなきゃなんもならんのだし(そりゃやらんからなんでもないのか(照)) 前の記事は多くの問い掛けっぽく書いてみました(たまにやってるけど) 何事も答え(１つとか少しでしかないが)を書いてしまうのは簡単だけど考えてみるってことに楽しみを覚えたならただ話を聞くということより楽しいものだったりするものになるでしょ？と思ったりなので 今どんな風に考えてるのかな？ってPyzarさんを試すって意味ではなくて考えてみる切っ掛けになるかなとそんな形にしてみたのでした 言われた通りにしてただけぢゃ進化はないしつまらないでしょとかってのもあるでしょ？ 書こうと思ってから随分そのままになってしまったこともあってか元々そうなる筈だったのか判らないけど随分長くなってしまったな・・・ 何分割になるんだろ(汗) もし楽しく思って読めたとかこんなことも思いついたとかあったら嬉しいです いやなくてもいいのよ 「それは各自の自由」とか変な言葉でもなく 「なにも得るものが無かったからダメ」というものでもなく 飽くまでここに書いたのはあちしのひとつの考えでしかないしね あら もう昼過ぎてたか あっつくなってきたにぁ あれ？さっきから一瞬画面が暗くなるのが何度かあるんだけど・・・ 目が変なのかな？（＞＜） それともネトゲの中で雷落ちてるからたまたまそれが横目に入ってそう感じてるだけかな(照) コメント>> |
|
308.その２ |
|
| 投稿者: | ぴゅあ - 2003年08月01日 15時37分49秒 |
| > 「プロクシサーバーの存在価値」か…面白そうだけれど…まだ全部推測の話になりそう… 推測万歳 そう考えなきゃ 推測だからダメだなんて考えを持ってたら推測のままでいるどころか何も手を付けられなくなるでしょ きちんとしたところはそれらプロジェクトとかに任せておけばいい ただそれだと難しい言葉ばかり並んでいたりとか専門的過ぎて全然解らない(それは余計なことを省いて必要なことだけを簡潔に示していたりする)とかがあるからそれぞれの人に合わせて解り易い言葉で説明してみるってのが大切なのであってでなきゃなんでこのサイト立ち上げたの？ってことになるかも知れない(邦訳は…ってのについてもそういった同じような思うところがあるのですよ) 推測十分 だから質問があって回答があってそれが切っ掛けで新たに生まれた更なる質問とかもありでもってそんな機会として掲示板がありMLがありでしょ そこには常に疑問とか推測とかが付いて回っているんではいるんではないだろうか？ どんな優れた技術を生み出して師と仰がれる人であったとしてもそういったところは必ずあると思うですよ 逆になかったら俺は完璧なプロだと思い込んでる死んでしまったエンジニアと思いますよ 昨今特に多いですけどね あちしがプロのエンジニアではなくエンジニア生命を終えた人とか教科書人間とか呼んでいるのはそういった人たちのこと(教科書人間とは往々にしてその傾向があるから) プロであるとかプロでないとか関係なくそれはコンピュータの世界に関係なく疑問とか推測とか常に大量にある筈でそれを考えてたら何も出来ないわけで何も進まないということ のでどんどん書くべきと思うんですよ おかしいと思う人があれば自分の考えを言うでしょう 間違いとかであってもそれが表されてなかったら読んだ人がおかしいと気付くこともなかったりするんだろうし 見るだけとかそのままやるだけの人だと結局そのままから変わりない人でしかないんだろうし それはそれ 推測の域を越えられないから(というのが殆どだったりするんだろうけど＠それは誰でも)記事がだろうだろうだらけでは読むのが疲れるし疑問がつのるばかりだったりもしてしまったりするんだろうけど かと言って(書いているときにはその人にとってそれが正解なんだけど)絶対だという表現が強過ぎるのもいいのかどうなのか その辺をどう表すのか難しいところだけど (冒頭でどの程度理解しているつもりでいるのか述べておくというのもひとつの表現方法かもと思ったりするけど しかし最後に「保証しない」とだけ書かれているのも多く見かける(ソフトなんかでもそう Win時代に入って急増してのかな？それは時代の傾向として仕方の無いものになったのかも知れんけど/いや仕方ないではなくそう作り上げてしまったのかも？)けどそれだと信頼度ゼロだと言ってるんぢゃんとも捉えられなくなかったりするのかな？) 調べようとしてあるサイトに辿り着いてそれが自分の環境でうまく行ったらそれで終わりということもあるのかも知れないけど自力で調整し切れなかったらあのサイトだめだめぢゃんとか勝手に決め付けたりとか そもそも知らない人のサイトへ初めて辿り着いたなんてのは当たり前にあるんだろうから何処まで正確かなんて判るわきゃない すんなりとそのまま或いは調整できたら優れたサイト うまく行かなかったら調整し切れなかったらダメダメサイトとか嘘つきサイトの勝手な評価(そこにサイトの解説が違っているのかぢぶんが間違ったことをしてしまっているのかは解るわけはないわね そもそも解ってなかったんだから) そんなとき最初に書いたような失敗談とかが多数あればこんなことまで確認してあるのかとか信頼度の違いが出てくるよね といったことも一連の話の中にあったりする > でも、そのDelegateで送信したメールのヘッダを見てると…そんな気がしたのですが… SMTPサーバー(と限定しなくてもいいんだけど)はどういうものであるか プロクシサーバーとはどういうものであるのか でもってどういう違いがあるのかというかどういう根拠の元これがSMTPサーバーであるとしたのか ていうのかな そのポイントとなる部分が簡単過ぎて はて？というのか どう捉えたんだろうかな？と思ったということです もうちょっと詳しく(思っていることを)書いてあると面白いかなと思っただけのことなのであまり気になさらず その辺のところがあると(正しいとか間違っているとかに関係なく)なるほどぉと面白く読めると思ったわけです 難しいものほどより楽しく読めなきゃ(学士論文とかお堅いもの？を書いてるわけではないし)だと思うしぢぶんの考えを書くことで違ってたらそりゃ違うよぉと言ってくれる人も居ることでしょう 言わなきゃ間違った理解をしていることさえ誰も気付いてくれませんしね 最初の方で書いたようにプロクシサーバーへの誘いの如くプロクシサーバーとは何ぞやと冒頭でプロクシサーバー或いはDelegateへの誘いの話或いは必要か或いはその人には別に必要のないものなのかってのが判るような或いは雑談のような話でもよくあるといいなというのと同じようなことです それは何処のサイトでもあったりする だからぢぶんのとこで改めて書く必要はない という考え方もあるでしょうね しかし折角解説書いたのにそれはどっかの見てよぢゃ手間掛けるし(？)捉え方はやはり人によって微妙に違うんでしょうしね こういう世界であるからこそ？ていうのでもないけどそんな色んな人の考え方は面白くまた参考になるものです (てか そこまで考えて(いや考えなくていいが)楽しんでいる人っているのかなぁ？・・・だったりするけど(考えてやることではない)) > 拒否された時…普通のsmtpサーバーはクライアントに対して、どんな反応を示すのでしょうか？ > http://www.delegate.org/mail-lists/delegate/08505 記事の内容自体はちと違うみたいだけどね(違うところを示しているんでは？ということでなく) Delegateの持つSMTPサーバー機能での話でありその制限とかまた拒否とかについてもDelegateではなく対外部のサーバーとのことみたいだしまたそのバージョンでの不具合だったものらしきでもあるみたいだけど 普通のSMTPサーバーと言ってもサーバーによって実装方法はまちまちだったりすると思うし共通として規定される部分については拒否するという応答を返すという点で同じというくらいの話になるんでしょう 例えばPostfixによる調べた範囲での一例だと(それはまたクライアントソフトにもよるだろう＠表示方法ね) そのサーバー自身に拒否されると拒否したという応答のみ返す(接続可否の場合になるだろな) そのサーバー内にアカウントが存在しないような場合だとそのまま拒否されるかそんなアカウント知らんよとメルの形で通知されたりとか リレーした先のサーバーが知らないドメインとか存在しないアカウントだったりすると××のサーバーに知らんと言われちったよとメルの形で通知してくるとか その応答としてどういう手段が「使えるか」というのはRFCで規定されていてそれを見ればよく どういう形で実装するかは各サーバー自身によるので様々な形があるでしょうよ RFCは仕様とか規定とかではあるけどそれは研究文書でもあり××のサーバー(製品名であるとした方が捉えやすいかな？)はこういう仕様で作られている(作らなければならない)というのではなくこの場合にはこういう手順で行こう(最低ラインであったりで様々な応用を制限しない形で)というのを決めているだけなのでお互いのサーバーがやり取りする上で支障のない範囲の規定を決めて様々な手法を研究できるようになっているもの(元々そういった研究をしようとして始まったのがインタネであるという話らしいしそれは現在も新たな研修がされて色々なものが生まれてきている/だからこそ(今のところ)一生エンジニアとして完璧だと言える日は来ないと思うし完璧だと思ったときエンジニアとしての人生を終えたときだと思ったりする・・・と随分前に書いたことだったりする) コメント>> |
|
307.もう８月 熱くなってきたねぇ |
|
| 投稿者: | ぴゅあ - 2003年08月01日 13時53分10秒 |
| てか こっちだとやっぱムンムンだけだけど 元気ないってか気力でなくてそのままだったけど・・・ 忙しい いいねぇ まぢで(忙しいのがいいって意味ぢゃないけど) > 説明下手でしょうか… んにゃ 結構いいと思いますよ ただ殆どのところの解説って大抵「こう書く」ってあるだけでそこにどういう意味があるのかって書かれてないってのが多いですよね まんず書いた人と全く同じ環境であるってことはないから自分の環境で設定するにはどうするんだろうといくつものサイトを探し回ったり大元のマニュアルを分析し直したり結構手間と時間が掛かってしまうものです いや手軽にってより時間を掛けて考えるってのもいいことですけど説明がなくて多数探し回って時間を掛けた上にぐちゃぐちゃになっているようでは無駄なだけだと思いますし同じ時間を掛けるならこんなことはできないのかとかバリエーションとかに時間を掛けたいですよね 多数探し回っていくうちにそれぞれの情報の繋がり(そりゃ書いた人が違うんだからバラバラでもおかしくないだろう)とか整理し切れずにぐちゃぐちゃになっていったのでは勿体無いという意味です httpについてはよく出来ていますね 解り易いです そんな感じで(あれば)残っているオプションとか他のプロトコルについて(使ってないのまでやる必要はないでしょう それは他に任せればいいし)とかオプションによっては互いに影響し合うものもあるでしょうからそういったこととか また成功例として書くのは普通だろうし設定するにはそれが役立つしそれは何処でも見られることですけど「こんな風にしたらこんななってしまった」とか失敗談てのはまずなくてそんなのがあればあればあるほど「だからこれが成功例なのか」っていう理解のための貴重な情報になるでしょう よく「歴史を知ることは大切だ」とか言ってますけどそれって年代を空で言えて自慢してるだけってのも多くてそれだとなんの意味もない(かも知れない？そうでもないことがあるのかな？)とかってあると思うんですけど同じ失敗をしないためより理解をする(し易くする)ために知ることは成功例と同じくらいかそれ以上に大切なんでは？と思ったりします つまりはやったことが列挙されてれば「ぢゃあこんなことすると？」とか書いた人が気付かなかったことを試せるかも知れないしそれがなきゃ結局(失敗したと既に判っている)同じことを試してみて勿体無い時間を費やしてしまったってことも往々にしてあったりするでしょう インタネは情報源として活用するにも適した環境ですよね 情報をどんどん集めて増やしていくと(当然整理しなきゃ返って雑多になってしまうだけだが/整理の上手い下手は別として＠そういうのは編集を何度も積み重ねていけばそれなりになる＠ただ数あるだけだと同じような質問が何度も繰り返される掲示板とかと変わりないという違い・・・て感じかな) でもって大切なのは「解らないから見つけたもの」ってのがあったりすると思いますよ 解るからやらない・だから気付かないなんてのは当然あります それが実は重大な問題点の発見に繋がることがあるやも知れません そんなのってベテランの偉い人がやるもんだ ってのではないです 実際に実践してるところは少なかったりもするんだろうけどちゃんとした(？)プロジェクトだと動作試験は全く関係ない他の人にやってもらったりするもんです それと同じことを携わっているとも言えるでしょうね > けれど…おもしろいから…やっている… 十分！てか大切 おもしろくないのに仕方なくやってるぢゃどうしようもないです > だれかひとりでいいから…わたしの自己満足に近い情報によって… > わたしより楽にDelegateを使えたよっていう人がいればいいかな… 自己満足それもいい これとして書いたのはまずPyzarさんの記事を読もうと思ったにはプロクシサーバーとしてDelegateを使ってみたいと思って来たんだということになると思いますよ それはそういう意思があってではなくたまたまだったのかも知れない ある意味オマケ記事というのか余談とか雑談とかという意味合いになるのかも(どう設定するかということを中心にするとすると)知れないけどそういったPyzarさんが考えている範囲でのことがあると よしぢぶんも挑戦してみようとか 自分のところでは優先順位が低いのか先に他のことに挑戦してみようとか インタネに繋げたらまずプロクシサーバーなんて考えていた(今の殆どの発端がそうでないかな？と思ったり？)けどそういったものなのか・・・と考えることもあるかも知れないし 或いはたまたま見ただけだけどやってみたくなったとか もあるかも知れない それは誰しもが定番のように読んでいる書籍とかそういったところにあったりもするだろうけどPyzarさんの考えとしてこんな風に考えている人も居るんだってことにもなったりで面白いかなと 絶対人間て同じような考え方で行っているとしても僅かにでも違った考え或いは捉え方とかをしてると思いますよ みんながみんな同じ書籍とかを読んでそれに従っているだけとしたらつまらないし(例えで言ってよりプロと称される人たちがそうであったとするとそこに進歩はあるわけないし)同じ文章を読んでも絶対捉え方は違う筈でしょ そんなもん無意味だと言う人も居るかも(そう考える人の方がつまらないんではないかな)知れないけど「へーそんなことを考えている人も居るんだ」ということもあれば「なんぢゃそりゃ」ってこともあったりでその捕らえ方自身も人それぞれでそれは面白く大切なことかなと思ったり 「パソを勉強したいならまず遊べ」とあちしはまず言ってるけどそれは面白いと思うものを見つけること 最初から難しいものに難しく向かっていくのはかっこいいとか凄いとか言われることに満足感を得るだけとか(それはそれでありだろうけど)だったりもするんだろうけどまんず挫折してそのままになるか教科書人間になってしまうだけか そりゃあ辛いだけで楽しくないんだから そういったところも「設定方法」という限られたありきたりのものでなく面白いものにするんではないかってのがあったりするんでは？というところから言ってみたのね コメント>> |
|
306.Delegateについて |
|
| 投稿者: | Pyzar - 2003年07月29日 22時38分37秒 |
| ＞ぴゅあさん いろいろとカキコありがとうございます なかなかレス返せずすみません リアルが結構忙しくて…ちょっと時間がとれたので… > > 折角Delegateをやってるんだから > > ・設定パラメタの細かい説明 > てのはどうだろう？とずっと思っていたり・・・ とは思っているのですが… わたし自身解説しているサイトがあまりにも少なくて困りましたから… でも、わたしの現状レベルでは今のレベルかな… はじめてDelegateをやる人にとってはかなりわかりやすく説明しているつもりだったりしますが… 説明下手でしょうか… で… 少しづつ設定パラメタを試して少しでも内容を増やしていけたらと思っているのですが… > ・何故プロクシサーバーを使うといいのか > ・何故プロクシサーバーを使うのか > Pyzarさんの現在の環境では無理にDelegateを動かさなくても機能する筈(？) > ある意味無駄な存在なのかも知れない・・・し・・・そうではないかも知れない たぶん…わたしの環境では無意味…だと…わたしは思っています。 けれど…おもしろいから…やっている… で、やるからはインターネットを利用するだけではなく…なにか残せたらいいかなと思っている… だれかひとりでいいから…わたしの自己満足に近い情報によって… わたしより楽にDelegateを使えたよっていう人がいればいいかな… > プロクシサーバーはファイアウォールのセキュリティを補完するような形で存在する(だったかな？)みたいな解説のされ方がしていたりするらしい > どういう場面で必要となるのか，あるといいのかとか > それは何処でも大抵書いてたりすると思うけど何故使うという選択をするのかという指針があるといいかもね > 兎に角闇雲にさぁインタネだ！ならプロクシサーバーだ！なんてのではね > ちと足りないと思ったりする > そういう人が殆どなんでしょ？ > > プロクシサーバーのメリット・デメリット > 或いは・・・ > 踏み台とかそういう言葉だけは安直に持ち出してくるけど > 踏み台とされた場合に何が問題になるのかならないのか > 何故踏み台踏み台と騒ぐのか > 何故プロクシサーバーを使いたいと言うのか > ホントに必要としているか？ > > その辺を追究してみるのも面白いのかも > > そうするとプロクシサーバーの存在価値 > ぢぶんに必要なのかどうなのか > とか色々と面白いことも判ってくるんではないのかな 追究を始めたら…とんでもなくすごい話になりそうですね。 「プロクシサーバーの存在価値」か…面白そうだけれど…まだ全部推測の話になりそう… > > ちと あれ？と思ったとこ > > > このDelegateは、プロバイダのsmtpサーバーを使いません。 > > そこがsmtpサーバーらしきところです。 > んー そうなんかな＠らしきところ んー 推測で書いてるから弱いですね… でも、そのDelegateで送信したメールのヘッダを見てると…そんな気がしたのですが… > > > しかし、メールを送信できなかった場合、スプールしません。 > 何(どういう状態(設定かな？))に対してスプールしない？ > 送信できなかったとはどういう状態のことを指しているんだろう > 送信できなかったという応答が返ってくるまでは先のサーバーでスプールされてる筈よね？ ですね。「先のサーバーでスプールされてる」と思います。 > 拒否されたとき？ > は何らかの形で応答が返ってきている(それで終わった)ということになっているような気がするけど・・・・？ 拒否された時…普通のsmtpサーバーはクライアントに対して、どんな反応を示すのでしょうか？ ただ… SERVER=smtp と書いた時、そのDelegateはひとりのクライアントの送信が終わるまで他のクライアントの相手は出来ないようです。 http://www.delegate.org/mail-lists/delegate/08505 (・_・)......ン？ すみません。ちょっと時間なくなっちゃった… コメント>> |
|
305.だるだる |
|
| 投稿者: | ぴゅあ - 2003年07月29日 4時00分36秒 |
| ホームページ: | http://www14.big.or.jp/~pure/room/fc/ |
| ７月も終わるね(滝汗) 折角Delegateをやってるんだから ・設定パラメタの細かい説明 てのはどうだろう？とずっと思っていたり・・・ いちお邦訳は挙げてるみたいだけど訳は訳 解説ではないよね(訳にも携わる人によってその質もかなり違ってくるし) 訳はえいごゎーと被れる人が少しでも楽になるもの(？)ではあるけど 理解するには・・・読むのが楽になっただけだったりもする 楽に読めるが楽に理解できるってなるといいだろうねぇ と・・・いろんな邦訳文を見る度に思ったりして (邦訳までで止めて理解を困難なままにしてるのはわざと！？) と これは単に解り易い解説を提供するってのではなくて ぢぶんがより深く理解する(理解できてなきゃ解説もできんし) こんなこともできるのかーという発見がある可能性がある んで色々と自由に設定できるようになる/バリエーションが広がる ってなとこかな ・何故プロクシサーバーを使うといいのか ・何故プロクシサーバーを使うのか Pyzarさんの現在の環境では無理にDelegateを動かさなくても機能する筈(？) ある意味無駄な存在なのかも知れない・・・し・・・そうではないかも知れない プロクシサーバーはファイアウォールのセキュリティを補完するような形で存在する(だったかな？)みたいな解説のされ方がしていたりするらしい どういう場面で必要となるのか，あるといいのかとか それは何処でも大抵書いてたりすると思うけど何故使うという選択をするのかという指針があるといいかもね 兎に角闇雲にさぁインタネだ！ならプロクシサーバーだ！なんてのではね ちと足りないと思ったりする そういう人が殆どなんでしょ？ プロクシサーバーのメリット・デメリット 或いは・・・ 踏み台とかそういう言葉だけは安直に持ち出してくるけど 踏み台とされた場合に何が問題になるのかならないのか 何故踏み台踏み台と騒ぐのか 何故プロクシサーバーを使いたいと言うのか ホントに必要としているか？ その辺を追究してみるのも面白いのかも そうするとプロクシサーバーの存在価値 ぢぶんに必要なのかどうなのか とか色々と面白いことも判ってくるんではないのかな ちと あれ？と思ったとこ > このDelegateは、プロバイダのsmtpサーバーを使いません。 > そこがsmtpサーバーらしきところです。 んー そうなんかな＠らしきところ > しかし、メールを送信できなかった場合、スプールしません。 何(どういう状態(設定かな？))に対してスプールしない？ 送信できなかったとはどういう状態のことを指しているんだろう 送信できなかったという応答が返ってくるまでは先のサーバーでスプールされてる筈よね？ 拒否されたとき？ は何らかの形で応答が返ってきている(それで終わった)ということになっているような気がするけど・・・・？ とか思ったり さて3つ目JavaApplet作成続行 らくがきもやろうと思ったままやっぱ放置になったるゎ(照) の前にちと気晴らしに風呂でも コメント>> |
|
304.ntp不完全かな？・・・・ |
|
| 投稿者: | ぴゅあ - 2003年07月28日 11時21分11秒 |
| 自宅httpサーバーも仮公開だけど動き出して ちと色々といぢってるんだけど・・・・ ntpとしてはクライアントになるんで内部ルーターから時刻情報を貰ってるけど もしかして時刻情報は貰ってるけど更新してなかったりして？(汗) そもそもマシン自身の時刻ってどう確認すんのよって疑問はありはしたのだが・・・ ntp.confに足りないものがあるのか 起動時にntpdateコマンドを実行しろとか説明しているところもかなりあるけどntpデーモンを動かすだけでなくてcronで定期的にマシンの時刻を設定しないといけないとか なんかあるんかなぁ 調べんとね とすると内部ルーターのマシン自身の時刻も狂ったままだったりして？・・・ コメント>> |
|
303.あら・・・・ |
|
| 投稿者: | ぴゅあ - 2003年07月26日 5時05分07秒 |
| 消えちった 書いてる途中で草臥れて。。。 書く前から草臥れてたのだけど ちと洋画見てて 終わって 書くかと思ったら消えちった 何書いてたんだったかな 忘れた(汗) ま いっか(照) そうそう ひとつ覚えてるのは http://www.zdnet.co.jp/help/howto/security/linuxserver_all.html 他の調べ物で前も見てたやつだけど ちらっと読んだだけだけど第１回にsquidに関しても書いてある 読んだだけで検証はしてないので そうそう めっさ久しぶりに表サイトもちとだけ更新して・・・ １年振りだったのに気が付いた(照) しかもりにゅあるしよと思ったままのが２年振りでそのままだったらしい(汗) でもってPostfixでのバーチャルドメインをちらっとやってたのよ 先日のhttpサーバーをやっとLinuxに移行したってのもあって コメント>> |
|
302.Delegateのsmtpサーバー |
|
| 投稿者: | Pyzar - 2003年07月26日 0時21分56秒 |
| Delegateのsmtpサーバーやってる人いましたね http://www.delegate.org/mail-lists/delegate/08505 # そりゃあ いるわね(＊^_^＊) コメント>> |
|
301.あっと iptables忘れ |
|
| 投稿者: | ぴゅあ - 2003年07月24日 11時43分37秒 |
| 内部ネットワークからインタネへの接続はいちお何も気にしないで許可するように考えてるけど・・・ できればホントは使うと判ってるものだけに限定したいとこ 使ってよーというんで復活させたYahoo!メッセンジャーとMSNメッセンジャー なんか知らない接続が出来てるなぁと思ったらMSNメッセンジャーのものだった プロクシサーバーを使うと新たなソフトを入れたとき 特にtelnetとかftpとかメルとか決まってるものでなくてその他のコミュニティソフトとか特にねとげ関係とか 通信できるように設定するにも結構苦労したりすることもある それを楽にしてくれたのがNATとかであったりもするんだろうけど しかしiptablesの設定とかの解説だと必ずと言っていいくらい重要視されてる感じなのが〜1023のポートに関して 確かにこれは外から潜り込まれると困ったりとかシステムとして重要なものが存在している場所ではあるけど それはたまたまそのシステム(OS)にとって困るのであって またそれを〜1023にグループ分けすることで判り易くしているというのもあるんだろうなぁと思ったりする (一部は1024〜の中にもシステムが使ってて注意することとなってるってか取り上げられるものもあるけど・・・) しかし悪さをするには通信さえできればいいんだよねぇ と特にセキュリティと称して解説してる多くが安易に扱ってる1024〜もちゃんと考えなきゃ意味ない ・・・ってか単に1024を境に「グループ分けしてるだけ」であって確かにそのグループ分けによって重要度の境目にはなってるだろけど知らないアプリに潜り込まれて情報が勝手に送られるとかって1024移行が使われた方がすんなり行く傾向にもあったりするんだろうなぁと思ったり この辺をどう考えるのかってのもややこしそうだけど考えるといいのかもね と言っても○○のアプリを使っててそれは××のポートを使ってるからそれを通す分には大丈夫・・・とは言えんよね 結局は考えることができるんかな？とも思ったりするが ただ・・・ よく判らん(特にどういう人が作ったのか出所が判らんよーな)ソフトは使わんとか(それはソフトを使うというだけでなく何処のサーバーを使うかということも＠これは何年も前から疑問を訴えてはいるけど聞く耳持たずな人ばっかぢゃな)ってのとかポートだけでなく相手サーバーもちゃんとチェックしておくとかってことである程度対処できたりするんだろうけど 難しい問題かな？ でも意外と簡単なんだったりもして・・・？ コメント>> |
|