初心者もOK! FreeBSD質問スレッド その116
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2013/03/31(日) 00:44:04.68事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいです。
分からなければ仕方がないので、初心者でもとりあえず質問してみて下さい。
トラブルの場合、再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須。
sysutils/sysinfo あたりがおすすめ。
The FreeBSD Project
http://www.freebsd.org/ja/
FreeBSD ハンドブック
http://www.freebsd.org/doc/ja/books/handbook/
過去ログ
http://www9.atwiki.jp/freebsd/
前スレ
初心者もOK! FreeBSD質問スレッド その115
http://toro.2ch.net/test/read.cgi/unix/1351627596/l50
0616名無しさん@お腹いっぱい。
2013/07/29(月) NY:AN:NY.AN普通のKDEやXFCEみたいなやつのウィンドウマネージャとtwmのような
ウィンドウマネージャで試してみるとか。
0617名無しさん@お腹いっぱい。
2013/07/29(月) NY:AN:NY.AN0618名無しさん@お腹いっぱい。
2013/07/29(月) NY:AN:NY.AN0619名無しさん@お腹いっぱい。
2013/07/29(月) NY:AN:NY.AN使ったAnthy改良(?)版のportsって需要ありそう?
0620名無しさん@お腹いっぱい。
2013/07/29(月) NY:AN:NY.ANibusが悪いのか、ibus-mozcが悪いのか、切り分けるのが先だな。
しばらくibus-anthyかibus-skkでも使ってみて、同じ症状出るかどうか。
0621名無しさん@お腹いっぱい。
2013/07/29(月) NY:AN:NY.AN気が付かなかった!
0622名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.AN0623名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.AN野良portsとして公開してくれ
0624名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.AN0625名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.ANブログとか書いとけばいいよ
0626名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.ANボロが見つかるなー。
一つ大ボケやっていたので直してからどっかに置いておくよ
0627名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.ANウィンドウのフォーカス絡みの問題が
余程の事がない限り起こらないね。
変換候補の順も一時期の完全リバースオーダー状態と
比べれば少しはまともな順序で出てくる。
ただ、辞書の学習まわりの削除や無効化はどうやるのか?
0628名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.AN0629名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.AN0630名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.AN0631名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.AN君だけだね。
0632名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.ANhttp://i.imgur.com/32LoDCZ.png
0633名無しさん@お腹いっぱい。
2013/07/30(火) NY:AN:NY.ANアップローダーにおいたよ
http://kie.nu/1b_x
G-HAL氏のパッチについては以下参照
ttp://www.fenix.ne.jp/~G-HAL/soft/nosettle/#anthy_patch13-release
libiconvが必要、個人辞書、学習情報で一部の文字互換性が無くなっているの
で注意。
過去に問題が出た事が有るので学習情報とかバッサリ消せる人は.anthy/以下
を消してしまった方がいいかも。UTDIC使って辞書が強化されているのに妙に
候補が少ないとか変換が異常すぎる時は学習情報を消してみる
初回起動時はフロントエンド起動時に初期化で待たされるのでハングアップし
たと誤解しないように。
UTDICは頻度情報の作り直しをするのでbuildに少々時間がかかるけど入れるの
お薦め。頻度情報の作り直し用スクリプトがruby18なのでruby18がインストー
ル時には必要
0634名無しさん@お腹いっぱい。
2013/07/31(水) NY:AN:NY.AN0635名無しさん@お腹いっぱい。
2013/08/02(金) NY:AN:NY.AN9-STABLE に MFC されたみたい。
http://svnweb.freebsd.org/base?view=revision&revision=253860
http://www.freebsd.org/cgi/query-pr.cgi?pr=174671
0636名無しさん@お腹いっぱい。
2013/08/04(日) NY:AN:NY.ANsolaris系でipmp等を使用して、複数vlan/複数NIC/複数swで簡易な負荷分散とfailoverを実現しておりました。
要件としては複数swに対するfailover、vlan毎に来たsw宛に返送、何らかの負荷分散、になると思います。
Linux系でも似たような構成は可能だったと思います。
簡略化例:
vlan1 ip1 subnet1 failover nic1(up) nic2(stby) nic3(stby)
vlan2 ip2 subnet2 failover nic2(up) nic3(stby) nic1(stby)
vlan3 ip2 subnet3 failover nic3(up) nic1(stby) nic2(stby)
nic1 <--> sw1
nic2 <--> sw2
nic3 <--> sw3
sw1 <--> sw2 <--> sw3
各nicは1つ以上のvlanを受け持ち、リンクが落ちた場合は他のnicに割り振られます。
実際には各nicはLAGで纏められた複数の物理NICとなります。
各swは残念ながらsw間に跨ったLAG構成は出来ないタイプですので、
複数のswに対して同じMACから送出するとswのMACテーブルに問題を来します。
FreeBSD 8.3 or 9付近を使用して似たような構成を組もうと試みたのですが、
laggの動作ではMACアドレスの扱いなどが異なるようで、しかも複数swを用いた場合の例が見つからず、
行き詰まりました。似たような構成または要件を実現するにはどのようにすればよろしいでしょうか?
0637名無しさん@お腹いっぱい。
2013/08/04(日) NY:AN:NY.AN0638名無しさん@お腹いっぱい。
2013/08/04(日) NY:AN:NY.AN0639名無しさん@お腹いっぱい。
2013/08/04(日) NY:AN:NY.ANあっさりできるように改良が加わったりするからねぇw
0640名無しさん@お腹いっぱい。
2013/08/04(日) NY:AN:NY.ANsolarisでやってたものを置きかえたいって話なのかな?
俺なら嫌だな。実際に動くかどうか試すというレベルならともかく
solarisでは動いていて実績もあったのかも知れないけど、他の
システムで似たような物を作って似たように動作したとしても
何かあったときに意味不明な状態に陥らないとも限らないもの
特にこういうイレギュラーな使い方をした場合は。
一からシステムを組むならVLANの分岐はスイッチにやらせて
スイッチ自体を冗長化する形じゃないかと思うんだけど違うかな。
事情があってハードウェア構成は変えたくないということかもしれ
ないけどさ
0641名無しさん@お腹いっぱい。
2013/08/04(日) NY:AN:NY.AN0642名無しさん@お腹いっぱい。
2013/08/04(日) NY:AN:NY.AN0643名無しさん@お腹いっぱい。
2013/08/04(日) NY:AN:NY.ANこれでいいかな?
0644名無しさん@お腹いっぱい。
2013/08/05(月) NY:AN:NY.ANありがとう!
0645636
2013/08/05(月) NY:AN:NY.AN>>640
似たような枯れた機能が異なる名前で実装されて使われてることは多いので、BSDに似たような機能は無いかと思いまして。
スタック可能なSW複数台とVLAN数分のNICというのは50〜100万くらいかかると思いますので、
費用面で難しいです。(安価な製品ご存じであればお願いします)
>>641
HASTはDRBD風のブロックレプリケーションでしょうか。HSRPとは別物ですよね。
vimage jail が詳しく分からないのですが、単一ホスト内で多重にネットワークスタックを作り、そこにストレージを多重化・・・?
よろしければもう少し詳しくお願いします。
>>643
VRRP的なものと理解しているのですが、これを同一ホスト内で物理NIC毎に複数動作させるイメージでしょうか?
複数ホストが共有ストレージをホストするような構図になるかと思いますので正常動作しそうに思えます。
複数ホスト間での設定例ばかりHITするのですが、具体的方法の資料などはあるでしょうか? よろしくお願いします。
0646名無しさん@お腹いっぱい。
2013/08/05(月) NY:AN:NY.AN2510G-24 なら5万位からある
0647名無しさん@お腹いっぱい。
2013/08/05(月) NY:AN:NY.AN> 似たような枯れた機能が異なる名前で実装されて使われてることは多いので、BSDに似たような機能は無いかと思いまして。
少なくともFreeBSDには標準的にはないし枯れた実装も存在しない。
どうしてもというならFreeBSD以外のOSを使うべきでしょう。
Procurveは安い割には良い製品という印象
ただここで適用できる要件を満たすかどうかは私はわからないから
ちゃんと調べてね
0648名無しさん@お腹いっぱい。
2013/08/05(月) NY:AN:NY.AN0649名無しさん@お腹いっぱい。
2013/08/05(月) NY:AN:NY.AN> スタック可能なSW複数台とVLAN数分のNICというのは50〜100万くらいかかると思いますので、
> 費用面で難しいです。(安価な製品ご存じであればお願いします)
スタックする必要ってなんで出てくるのかな?
>>648の人も書いているように普通は(R)STPでいいんじゃないの?
VLAN数分のNICってことはそれだけ帯域が必要ってことなのかな?
そこまで必要ないなら対SWはNICは一つでVLAN複数通せばいいし
必要な帯域分だけNICを用意してLAGでまとめてもいいし
0650名無しさん@お腹いっぱい。
2013/08/05(月) NY:AN:NY.AN御所望は多分laggでは?
http://www.jp.freebsd.org/cgi/mroff.cgi?subdir=man&lc=1&cmd=&man=lagg&dir=jpman-9.1.2%2Fman§=0
L2SWの筐体を含めた冗長化には、スタック化可能なL2SWが必要だよ。
だいぶ昔だが、cisco-swとfecで試したことがある。
vlanは試さなかったがあっさり繋がった記憶が。
0651名無しさん@お腹いっぱい。
2013/08/05(月) NY:AN:NY.AN話が違ってくるよね
0652636
2013/08/06(火) NY:AN:NY.ANhpのswは詳しくありませんが、IRF等の機能は見あたらないので2510Gではなくより上位の製品の間違いではありませんか?
(D-Link等新興メーカ製でもしかすると出てるかもしれません)
>>648-649
すいません、636が長くなったので端折ったのですが、要件にある"来たsw宛に返送"というのは、
接続する複数SW同士のリンクを十分な太さにしづらいため、STP等で特定SW経由の通信に絞ってしまうと
上流で帯域が枯渇しがちになるため、failover時以外はなるべく帯域面で同じsw宛に送信してほしいということでした。
実際とは異なりますが例えば、sw1-sw2-sw3間の帯域が1Gで、sw[123]-server間に流したいトラフィックがそれぞれ2G
といった構図です。各sw間は一応相互接続されていますが流量の多いトラフィックは直接サーバに流しています。
sw間の本数が増えすぎてswのポート数を圧迫すること、LAGによる負荷分散が偏り他のvlanトラフィックが影響を受けること、
swがしょぼいのでQoSかけるとCPUが振り切る、10GbEが高いことなど諸般の条件があり、前述のような処理になっています。
文字化すると複雑ですが、基本的には複数swにそれぞれlagで繋がったサーバが同じ経路経由で応答すればよいことになります。
但しsw等のlagのハッシュ分散ですと偏るのでvlan毎にある程度手動で割り振っています。
rstpのvlan対応版が動くなら物理nicをlag化し、さらにvlan毎の仮想NICに分離しvlan毎にbridge作成してrstp適用といった手法でしょうか。
rstp設定時にbridgeを構成する仮想nicにそれぞれ優先度を設定することは可能でしょうか?
>>650
はい、laggを試してみたところ、スタック可能なSWではないと不具合が生じそうなので、
他OSでは別途それ向けの分散やfailover手法が用意されがちですので、BSDでもあるのではないか、と思いまして。
laggのfailoverがgarpを投げてくれるならactive/standbyでsw側の問題は無いのではと思いますが、
その下のレイヤで何らかの負荷分散が必要になります。
>>651
理想は10gですが手が出ませんので、多少頭打ちになりますが数VLANに各2G、残りVLANに各1G程度確保できればなんとか
0653名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.AN(X上で別ターミナルを開いてもダメで) ログインしなおすまで id の出力が安定しなかったり (基本的には前のまま)
group writeable なディレクトリに touch /some/where で permission denied ってなるのは、どうして?
って質問をしようと思って idの実装追いかけてみたら、setgroups(2) と getgroups(2) に辿り着いた。
ログイン時に /etc/group が setgroups されて kernel が覚えてる、って理解であってる?
0654名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANプロセス属性が親プロセスから子プロセスに伝播するしくみだよ。
cdしても親プロセスのカレントディレクトリが変わらないのと
大雑把には一緒。
0655名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANid 自分のユーザー名
↑
って引数付けた場合は/etc/groupを参照してグループを表示するが、
id (引数なし)
↑
の場合は/etc/groupを参照せず、そのプロセスのgetgroups(2)の内容を表示する。
ここで表示が食い違ってるのを「出力が安定しない」と思ってるんだろうな。
0657名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANこれは知らなかった。
参考になる。
0658名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.AN0659名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANBSD系ユーザーならgroups使え
0660名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANLinux系ってどういうこと?
0661名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANman groups 見たら
> The groups utility has been obsoleted by the id(1) utility,
だってさ。
0662名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.AN0663名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANだとしてもソースが欲しい。
0664名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.AN% ls -li /usr/bin/id /usr/bin/groups /usr/bin/whoami
1602015 -r-xr-xr-x 3 root wheel 12456 Jun 12 07:51 /usr/bin/groups
1602015 -r-xr-xr-x 3 root wheel 12456 Jun 12 07:51 /usr/bin/id
1602015 -r-xr-xr-x 3 root wheel 12456 Jun 12 07:51 /usr/bin/whoami
%
0665名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANあと、xpg4 には含まれてるはず
0666名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANこれも追加
The id function is expected to conform to IEEE Std 1003.2 (“POSIX.2”)
0667名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.ANお前さんの「スタック」が何を意味しているかによるだろうな
Switch 2510G シリーズ機器は、標準的なネットワーク接続を通じて相互接続し、
共通の IP アドレスで管理することができます。このような「仮想スタック」により
最大 16 台のスイッチを相互に接続できます。
0668名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.AN.......
ifpriority interface value
Set the Spanning Tree priority of interface to value. The
default is 128. The minimum is 0 and the maximum is 240.
ifpathcost interface value
Set the Spanning Tree path cost of interface to value. The
default is calculated from the link speed. To change a previ-
ously selected path cost back to automatic, set the cost to 0.
The minimum is 1 and the maximum is 200000000.
0669名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.AN0670名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.AN0671名無しさん@お腹いっぱい。
2013/08/06(火) NY:AN:NY.AN0672名無しさん@お腹いっぱい。
2013/08/07(水) NY:AN:NY.ANstpを使わないと言うより、ブロックされる経路を作らないってのが正しい表現と思う。
stpによる冗長化の代償が、ブロッキングによる未使用区間の増大。
STPは使用可能なL2経路の1/2は固定的な予備経路で使えないからな。
10Gx2があっても、10Gx1は固定予備なんて勿体無いよね。
10Gx2なら、通常時20Gで故障時10Gに縮退 ってのが主流だと思うよ。
0673名無しさん@お腹いっぱい。
2013/08/07(水) NY:AN:NY.AN> 10Gx2があっても、10Gx1は固定予備なんて勿体無いよね。
> 10Gx2なら、通常時20Gで故障時10Gに縮退 ってのが主流だと思うよ。
それは提供するサービスの性質やポリシー次第だと思う
個人的にはアクティブ-スタンバイの運用の方が多い
0674名無しさん@お腹いっぱい。
2013/08/07(水) NY:AN:NY.AN当人がつっこんでるだろ
話の流れとして全くの見当違いだよそれ
0675名無しさん@お腹いっぱい。
2013/08/07(水) NY:AN:NY.ANHPのIRFや、CISCOのVSS辺りが代表的なテクノロジーかな。
コアSWに実装される機能なんで、初期投資は必要だがループを考えなくて良いのは設計監理運用でメチャクチャ楽だぞ。
リプレイスのタイミングで検討するべき項目だと思うよ。
0676名無しさん@お腹いっぱい。
2013/08/07(水) NY:AN:NY.ANこのスレででているWスタックWは、異なるL2SW筐体間で、
LAGG(複数の物理ラインをまとめて1つとして扱う)が可能な事だよね。
ベンダー毎に同じ機能の表現に用語が違うからややこしいね。
マルチシャーシとかスタック接続とか分かり難いよね。
0677名無しさん@お腹いっぱい。
2013/08/08(木) NY:AN:NY.ANスケジュール通りで恐い・・・
0678名無しさん@お腹いっぱい。
2013/08/08(木) NY:AN:NY.AN動画とか資料とかどっかで見れないのかな?
0679名無しさん@お腹いっぱい。
2013/08/08(木) NY:AN:NY.AN行こうかなー
最近は動画も資料も上げてないっぽいよ
0680名無しさん@お腹いっぱい。
2013/08/08(木) NY:AN:NY.AN残念。
0681636
2013/08/08(木) NY:AN:NY.ANおお、ありがとうございます。
vlan毎に個別に割り振ればこれで何とかなるかもしれません。
>>675-676
現状ではどうしても高価になるので上流の数台しか投入出来ていません。
景気がよくなれば10g化を検討したいです。
用語が統一されてないのであの界隈は面倒ですね。ciscoのあれみたいな云々、といった表現になったりとか、
それでも微妙に挙動が違ったりで、もう早くopenなんとかの時代になればいいのですが
0682名無しさん@お腹いっぱい。
2013/08/08(木) NY:AN:NY.AN0683名無しさん@お腹いっぱい。
2013/08/08(木) NY:AN:NY.ANdummynet とかnetgraph とかあるし、
BSD 界隈では今更感が強いのでは。
0684名無しさん@お腹いっぱい。
2013/08/09(金) NY:AN:NY.AN0685名無しさん@お腹いっぱい。
2013/08/09(金) NY:AN:NY.ANNetScaler VPX は、近い将来Nexsus に乗ってcisco OEM になるよ。
日本じゃマイナーかもしれんけど。
0686名無しさん@お腹いっぱい。
2013/08/11(日) NY:AN:NY.AN# idprio 1 md5 巨大なファイル
とかやっても、普通のプロセスであるところのターミナルやブラウザの反応がかなり鈍くなります
どうやったらいい感じにバックグラウンドで動いてくれますか?
0687名無しさん@お腹いっぱい。
2013/08/12(月) NY:AN:NY.AN何で動かしてるのかしらんけど、普通はSWよりサーバが死ぬ可能性のほうが高くね?
てかFreeBSD落ちたら全部死ぬよね。
0688名無しさん@お腹いっぱい。
2013/08/12(月) NY:AN:NY.ANVHost 上でやればいいわけだから。
0689名無しさん@お腹いっぱい。
2013/08/12(月) NY:AN:NY.AN/usr/ports/graphics/openshadinglanguage が llvm の 3.1 以上に対応していないみたい。
9.2-BETA2だと、標準で llvmの3.3 だし、ports にある一番古いバージョンで 3.1 しかない。
とりあえず、blender と openshadinglanguage をインストールするにはどうすれば良い?
0690名無しさん@お腹いっぱい。
2013/08/12(月) NY:AN:NY.ANCC=gcc
CXX=g++
CPP=cpp
というか、clang がデフォルトコンパイラになるのは FreeBSD 10 からじゃないの?
0691名無しさん@お腹いっぱい。
2013/08/12(月) NY:AN:NY.AN0692名無しさん@お腹いっぱい。
2013/08/13(火) NY:AN:NY.ANopenshadinglanguage は なぜかllvm を使うことになっている。
0693名無しさん@お腹いっぱい。
2013/08/13(火) NY:AN:NY.ANhttp://freebsd.1045724.n5.nabble.com/ports-180190-graphics-openshadinglanguage-liboslexec-llvm-ops-s-342-241-error-expected-instruction-oe-td5825142.html
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/180190
0694名無しさん@お腹いっぱい。
2013/08/13(火) NY:AN:NY.AN大分前に発見されていたんだね。
それでもまだ直っていない。
Severity: non-critical
Priority: low
だからか?
0695名無しさん@お腹いっぱい。
2013/08/13(火) NY:AN:NY.AN9.2 用はまだないみたいだけど、9-STABLE で代用できるかな。
http://lists.freebsd.org/pipermail/freebsd-announce/2013-May/001476.html
0696名無しさん@お腹いっぱい。
2013/08/21(水) NY:AN:NY.AN共存させるための正しいお作法としてはどうすればいいんでしょう?
0697名無しさん@お腹いっぱい。
2013/08/22(木) NY:AN:NY.ANx11/gnome2 で XSCREENSAVER オプションをオフかな
やったことないけど
0698名無しさん@お腹いっぱい。
2013/08/22(木) NY:AN:NY.AN0699名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.ANWindows系のファイアーウォールではよく見かける、アプリケーション毎に
ルールを設定できるファイアーウォールって、FreeBSD向けにありますか?
ipfwはプロトコル毎で、アプリケーション毎に制御できないので困ってます
参考:こんなの(comodo)
ttp://i44.tinypic.com/9iz1mp.jpg
0700名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.AN0701名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.ANつか、>>699 が何を求めているのかがよく分からん
PaloAlto 買えって話なのかも知れん
0702名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.AN0703名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.AN例えば、hosts.allow に sshd と書ければ満足なのか、IDS っぽいモノが欲しいのか、
Capsicum 的な何かなのか、俺には分からん
0704名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.AN0705名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.ANサーバ側じゃなくてクライアント側で使うもの。
0706名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.AN0707699
2013/08/23(金) NY:AN:NY.AN>>705さんがおっしゃってる通り、Windowsでいうところの
パーソナルファイアーウォールみたいなものが欲しいのです
0708名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.ANsshdくらい動かすってんでも、俺なら無防備にしちゃうけど、
せいぜいhosts.allowでいいだろうし。
誰かがroot権限で何かのデーモン動かしちゃう可能性があるとかだと、
既に乗っとられてるわけだし。
0709名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.ANデーモンにアクセスさせないためじゃなく、
アプリが外にアクセスしないようにするため。
0710699
2013/08/23(金) NY:AN:NY.ANアプリの中にはよく使われる tcp port 80を使ってよろしくないことや
本来必要のないことをする物がありまして、そういうのはipfwだと
防げないんです
実はWindowsからFreeBSDへ、デスクトップ機としての移行を考えてまして、
取りあえずこのあたりが最初の壁になりそうで...
0711名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.AN仮にどうにかして動いちゃったとして、PFW入れてても、
httpsあたりに偽装されたらどうにもならんよね。
0712名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.AN0713名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.AN無料で提供されているソフトは、やはりこういうのも多いので、
可能な部分で対処はしておきたいのです
ある程度ソフトを入れないと、FreeBSDでは出来る事もかなり限られてくるので、
デスクトップ機としての利用は難しいかなと
そもそもWindows使えよって話なのかもしれないですけど、この辺は
Windowsユーザーと生粋のFreeBSDユーザーの文化というか意識の違いに
なるんでしょうか...
0714名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.AN例えばどんなのを想定してるの?
0715名無しさん@お腹いっぱい。
2013/08/23(金) NY:AN:NY.ANそうですね、例えばとあるクラウドに利用データをアップロードするものとか、
広告絡みでそれ系のサーバに接続しにいったりするものとかでしょうか
■ このスレッドは過去ログ倉庫に格納されています