BINDとは次の25件>2019-05-09■DNSサーバの運用って全然変わらないよな周りがどんどん抽象化進んでいくのにDNSだけは全く運用管理変わらんよな。21:182018-09-19■とある会社で機械学習環境を整備しているんだが心が折れそうだ昨今流行りの機械学習でプロジェクトがぽこぽこ立ち上がっている状況なのだが、一部の人を除き、apt-getで躓いているのは会社にとって損失だと考え、オンプレクラウドのようなものを構築することにした。グループ全体の規模はそこそこ大きいが、将来単なるアッセンブリー屋になることが目に見えている事もあり(今後20年以内には喰われてしまうという憶測もあり)ネットワーク、Linux、コンテナ、プログラミングが出来る自分が社内の機械学習、引いてはITインフラの民主化、なんだったら外販できるくらいのもの作ってやろうと鼻息巻いて無理やり一人プロジェクトを興すことにした。DHCPサーバ、PowerDNSサーバを稼働させ、OpenStack導入検討時に悩んだ鶏が先か卵か先か問題を解決することにした。上述の通り、システム構築にあたってOpenStackやMAAS,RancherOSなどを検討したが、社内のニーズを「100%」汲みとった上で、次世代のオンプレクラウド(個人的にはエッジクラスタがゆるく繋がるアメーバクラウド?のような呼称があっている気がするが)を構築するにはどれも痛し痒しで何かしら制限がついて回るのは許容できなかった。これは今後5年、特に海外事業所の開発者の事を考えた時には外せない要件だった。いえmiekg/dnsを用いてCoreDNS進化版を作るにはリソースが足りず、BINDを用いるにはSA対応がしんどすぎるため、APIを備えており、今後も進化が見込めるであろうOSS、また必要であれば商用製品や保守サービスが受けられる事から上記2つを選択した。YANGに対応しようとしているなど(言いたかっただけ)、世の中のオンプレ環境を塗り替えるためには兎にも角にもAPIゲートウェイが重要だと考えたため、双方が提供しているAPIをうまく吸収するミドルウェア(とちょっとしたAPIサーバ)をGo言語で作成した。次に世の中のパブリッククラウドやOpenStackなどを触ったことのある開発者はCloud-initに慣れているはずという前提の元、対応コスト勘案の結果、NoCloudで対応しつつ、上記のAPIサーバと連携し、ベアメタルマシン管理した事のある人はわかる、ベアメタルマシン特有の諸問題を解決することにした。かんだ大企業なのでお金で解決する手段もあるが、そもそも高集積ラック搭載GPUサーバ購入の稟議が通るような会社だったら既にKubernetes導入しているだろうし、俺もこんなことしてない。脱線したが、上記以外にも検証やバックアッププランとしてAnsible記述などの作業はありつつも、3ヶ月かけてようやく基礎となるインフラ基盤が構築できたため、nuxt.js+goで簡単なフロントエンドサーバを構築し、一人情シスの様相を呈している部下のリソース開放、Calico対応+Kubernetes導入、不安がっている上席が安心できるように、分かりやすい餅を用意しようとしている、というのが現状。ここまで寝る時間も惜しんでトップスピードを維持したまま頑張ってきたものの、少し限界を感じている。オンプレクラウドは部外者が中々見えてこないものがあり、なんならその見えないものを限界まで吸収できるように、かつ現実的に実現可能なギリギリのラインを狙っているのだが、そもそも周りに相談しようとしても何を言っているのか解説する所から始めないといけない。覚悟はしていたが、ふとした時にとてつもない脱力感に襲われてしまう。世の中を切り開いてきた諸氏はおそらく一度はぶつかったであろう、この内なる自分の壁をどのように突破してきたのだろうか?ひたすら孤独との戦いだというのは頭では理解しているものの、突発的にくるこの脱力感はいかんともしがたい。推敲もせずに大変失礼極まるが、コメントをいただければ幸いである。嫌いなんていうか「使ったったぜドヤ」感あるんだよなあ。2011/5/26)https://www.amazon.co.jp/実践DNS-DNSSEC時代のDNSの設定と運用-民田-雅人/dp/4048700731オライリーは執筆時点で内容が10年以上前のもので、"実践DNS"はもうちょい新しいけれど、アマのレビューや、ぐぐった限りの評判を見ると、”悪くはないが残念な書籍、改版が待たれる”、みたいな評判が多い。既存顧客にリニューアル提案などして仕事を取るこのぐらいしか思いつかないんだけど、みんなどうやってんだろう。営業ができてないこともあってろくに仕事が取れず途方に暮れている。英語の不規則動詞はおおまかに,過去分詞がtかdで終わるもの(以下dtタイプ)とnで終わるもの(以下nタイプ)に分けられる。ほとんどのdtタイプの動詞は過去形と過去分詞形が同じ形で,A-B-B(一部はA-A-A)のように変化する。原形の末尾がdかtの不規則動詞はほとんどがdtタイプに属する。(例外:eat,get,bid等)一方,ほとんどのnタイプの不規則動詞は原形,過去形,過去分詞形がすべて異なり,A-B-Cのように変化する。原形から過去・過去分詞形になるときに起こる変化は基本的に母音が変化するか末尾にdtnが加わるかの2種類,あるいはその両方で,原形にあった子音がなくなることは原則としてない。【その他】become,forgetなど末尾にほかの不規則動詞を含むものは省いた。表中の*は規則変化もし得ることを,#は他の不規則変化もし得ることを,!は意味によって変化が異なる単語であることを示す。【A-A-A】型すべてdかtで終わる。末尾tで短母音のものが多い。get,sitが含まれないことに注意。put」等を見てもビビらない心構えが必要。最後のplead,readは発音のみ変化する。原形の末尾のdがtに置き換わり,それ以外は綴りも発音も変わらない。endで終わる動詞が多いが,end自体は規則動詞。原形のほうが過去形っぽく見えたりするので注意が必要。逆パターン(At-Ad-Ad)は存在しない。【Ad-Bd-Bd】の末尾tバージョン。get,sitはこちらに含まれる。末尾にdが加わるという点で規則動詞に近いが,付き方が特殊で母音も変化する。原形の/iː/が/e/に変化するものが多い。末尾が-oughtか-aughtに変化する。どちらも発音は/ɔːt/。wentを除けばもっとも原型をとどめない変化が起こるので過去形から原形を思い出せるようにしておく必要がある。過去分詞形が原形+nとなるもの。過去形では母音が変化している。fall,eatにはenが,do,goにはneが付くことに注意。【A-B-An】の亜種で,showに代表される過去形が規則変化(-ed)になっているもの。過去分詞形が過去形+nとなるもの。eが脱落するtear-tore-tornのパターンに注意。wakeはtake,makeと異なり,この型に属する。原型にd,tを含み,過去分詞形でそれが重なるもの。get以外は【A-B-An】に近いがgetは【A-B-Bn】に近い。過去分詞形にnが付くが,【A-B-An】でも【A-B-Bn】でもないもの。原型にiを含み,それがi-a-uと変化していくもの。わかりやすい変化だが数は少ない。swum【A-B-B(その他)】dt型でないが,A-B-CではなくA-B-Bと変化するもの。末尾が-ingのものが多いが,bringやring,singが含まれないことに注意。客先常駐のインフラエンジニア。大規模構築経験ありOSはUNIX/Linux系は割と扱える仮想基盤やAWS,Azureのパブリッククラウドの構築経験ありAnsible,Chefを用いて自動構築できるミドルは、bind,sendmail,samba,nginx,Apache,Zabbix,LDAPとかコードはshellとpythonが少々。麻雀(天鳳)が趣味で、牌譜の解析とかやりたかったから統計を勉強して、資格にチャレンジしてみた。ついでにpythonと数学も。どちらも業務で使うことはほぼない。趣味Webメディア作ってたから、Wordpressサイト作るくらいなら一晩で出来る程度の能力。いまこれで年収300万くらい。安い?普通?このスキル感に年収合ってる?増田の皆さんに査定して欲しい。あと転職するならデータサイエンスとセキュリティに興味あるのでそっち方面に行こうと思ってる。オススメの戦略を教えてください。09:512014-02-12■http://anond.hatelabo.jp/20140212150528「No」と言えない子に、「No」と言ってごらん?と聞いてみる。メッセージ:「No」と言えメタメッセージ:「No」と言ったら褒めてあげるよで、メッセージとメタメッセージの二つに、bindする、ということですね。本質的には違いない、ってことですね。しらべてもよくわからなかったので、気になっていました。ありがとうございました。18:41■http://anond.hatelabo.jp/20140212075202エリクソンは別に選択肢を絞ってどちらかを選ばせる、なんてことはしてません。良くある典型例として「No」と言えない子に、「No」と言ってごごらん?と聞いてみる。この答えとして、「No」と素直に言ったとしても、嫌だの意味で「No」と言っても、どちらも「No」と言ったことになる。その際に、どんな答えを持ってきたとしても、出来たじゃないか!と言って褒める。もとのダブルバインドは、そこでどんな答えを持ってきたとしてもなんでNoって言うんだ!と言って怒る。別に「ダブルバインド」は選択肢を2つ(ダブル)に固定する(bind)、と言う意味ではない。その最初の言葉そのものに二つの意味を持つ、等と言う方が正しい。「No」と言いなさい、と言う言葉には、その後どう転んでも褒める、という意味合いを持つ。この二つの意味合いのダブル。馬鹿な発想をいかにも学者がきちんと検証したんだ、ということを表すために間違って心理学の用語を使う。それを馬鹿がこぞって信仰する。15:05■http://anond.hatelabo.jp/20140212070021「選択肢を減らし、1つの選択肢以外を絶対に選ばないようなものにして、結果的に質問者の選ばせたいものを選ばせる」ではない。おっしゃるとおりそのようなものではないですね。富士通のパソコンとNECのパソコンならどちらをお買いになります?などが典型的なダブルバインドですよね。やって欲しいことを前提にして隠して、偽の二択を迫るのがこのテクニックの骨子だと考えています。きたないチョコは、その選択肢を選ぶのがあり得ないですが、ダブルバインドから外れているわけではないと思います。(なお、きたないチョコの例は例の目黒のラブホに引っ掛けたネタにつもりです。)"bind"わかりません。エリクソンで無い方のダブルバインドでは、メッセージとメタメッセージの二つに縛られる、という意味のbindだとおもうのですが、エリクソンダブルバインドだと、何にbindされているんでしょう?目黒のラブホが出た時に調べたのですが、よく分かりませんでした。07:52■http://anond.hatelabo.jp/20140212051446エリクソンのダブルバインドもそのまま、どちらを選んでも同じ結果になる、ということ。その結果が、「良い結果になる」というだけ。ダブルバインドは決して「選択肢を減らし、1つの選択肢以外を絶対に選ばないようなものにして、結果的に質問者の選ばせたいものを選ばせる」ではない。【Webサーバを作る】http://d.hatena.ne.jp/kmaebashi/20130804/p1マネしてPerlで書いてみた。CLIENT;}}コアモジュールだけ使った。元ネタのJavaコードはディレクトリトラバーサルになってたんで、一応対策を盛り込んだ。いっても絶対に外向けに動かさないように。ツッコミくれるとうれしいです。