タグ

IPアドレスに関するpeketaminのブックマーク (9)

  • このアクセスって誰? IPアドレスやホスト名からユーザー情報を調べる5つのサービス

    このアクセスって誰? IPアドレスホスト名からユーザー情報を調べる5つのサービス:3分LifeHacking 自分のWebサイトにアクセスしてきたユーザーの接続元や、メールの送信元を調べるために、IPアドレスを手掛かりに検索する機会は少なからずある。最近だと、Facebookで不明な機器からログインがあった場合にそのIPアドレスがユーザーに通知されるので、Webサイトを所有していない場合でも、IPアドレスを意識する機会は増えている。また「bizmakoto.jp」といったドメインからサーバの所在地などを調べたいケースもあるはずだ。 今回は、IPアドレスから、Webサイトにアクセスしてきたユーザーの接続元などの情報を割り出すためのサービスを5つ紹介する。いずれも操作方法はよく似ており、接続元がGoogleマップで表示されるのも共通だが、出力される情報の種類は少しずつ異なる。また独自の機能を

    このアクセスって誰? IPアドレスやホスト名からユーザー情報を調べる5つのサービス
  • MySQLでIPアドレスを記録する方法 - public static void main

    INET_ATONとINET_NTOAというMySQLの関数を使います。 INET_ATON ・・・ IPアドレスを10進数のint型の数字に変換(192.168.0.1 ⇒ 3232235521) INET_NTOA ・・・ 10進数のint型の数字をIPアドレスに変換(3232235521 ⇒ 192.168.0.1) CREATE TABLE test( ip_address int(10) unsigned ) こんなテーブルを作ってデータを入れる時は、 INSERT INTO test VALUES(INET_ATON('192.168.0.1')) のようにします。 selectするときは、 SELECT INET_NTOA(ip_address) FROM test WHERE ip_address = INET_ATON('192.168.0.1') とします。 容量の節約

    MySQLでIPアドレスを記録する方法 - public static void main
  • MySQLで、正しいデータ型を使うことはどのくらい重要なのか? | Yakst

    テーブル設計においてカラムのデータ型を正しく決めることには、どのような利点があるのかについて。単純に扱う値と同じ型を選ぶべきであるというだけではなく、なぜそうあるべきかについて、内部的な効率の面から解説する。 パフォーマンスに関する話の中で、カラムに値を保存するのに正しいデータ型を使うことの重要性を説いているのを聞くことがよくある。例えば、数値はINTやBIGINTで表現し、IPアドレスにはINT UNSIGNEDを使い、VARCHAR(255)の代わりにVARCHAR(60)を使うといったことだ。 このアドバイスは正しい。しかし、今日はもう少し詳細の説明を試みてみようと思う。 理由 この最適化が正しいと思う3つの理由は以下の通りだ。 文字列として数値データを扱うことは、文字コードや照合処理のCPUオーバーヘッドが余計に必要になってしまう。例えば、'Montréal' = 'Montrea

  • お前このサブネットでも同じ事言えんの? - 知らないけどきっとそう。

    ,、,, ,、,, ,, ,, _,,;' '" '' ゛''" ゛' ';;,, (rヽ,;''"""''゛゛゛'';, ノr) ,;'゛ i _  、_ iヽ゛';, ,;'" ''| ヽ・〉 〈・ノ |゙゛ `';, ,;'' "|   ▼   |゙゛ `';, ,;''  ヽ_人_ /  ,;'_ /シ、  ヽ⌒⌒ /   リ \ |   "r,, `"'''゙´  ,,ミ゛   | |      リ、    ,リ    | |   i   ゛r、ノ,,r" i   _| |   `ー――----┴ ⌒´ ) (ヽ  ______ ,, _´) (_⌒ ______ ,, ィ 丁           | |           | 前回のエントリ で軽く触れましたが、ARPスプーフィングを用いると、サブネット内からデフォルトゲートウェイを通って外に出て行くはずのパケットを、自分のホ

    お前このサブネットでも同じ事言えんの? - 知らないけどきっとそう。
  • Amazon EC2 を使った無限IPアドレスの作り方 - ぼくはまちちゃん!

    こんにちはこんにちは!! たまにIPアドレスがたくさん必要な時ってありますよね。 ぼくも先日そういう機会があって、ちょっと困りました。 で、「AmazonさんならIPいっぱいもってるのでは?」ってことで、 ちまたで話題のクラウドサービス Amazon Web Servise を試してみました! あ、もちろんタイトルは煽りぎみで実際にはIPアドレスは有限なんですが>< 正直、クラウドとかサーバーとかよくわかってなかったんですが、 とりあえず試してみたら意外と簡単にできたので、忘れないようにメモしておきます! そうそう、Amazonのクラウドって高そうなイメージがあるけど、いまだと制限つきで無料らしいので、お得ですね! もし無料枠こえても、無茶な使い方をしない限りはそれほど高くない。と思います。たぶん。 制限を見る限り、とりあえず一ヶ月がっつり試すだけならタダです! 必要なもの: ・クレジット

    Amazon EC2 を使った無限IPアドレスの作り方 - ぼくはまちちゃん!
  • bind基本設定5・・listen-onってなーに?: DNSサーバー2010

    奥:今日は、listen-onのネタですね。 大:よろしくお願いします。 竹:じゃ、始めましょう。 ブログには、載せなかったけど、 昨日、resolv.confの設定を dns1のIPアドレスである、 192.168.1.33 に設定したのに、 うまく、名前解決しなかったよね。 大:はい。 竹:じつは、このlisten-onと関係します。 まず、下記を見て下さい。 [root@bind1 ~]# netstat -an | grep 53 tcp 0 0 127.0.0.1:53   0.0.0.0:*  LISTEN tcp 0 0 127.0.0.1:953  0.0.0.0:*  LISTEN tcp 0 0 ::1:953     :::*     LISTEN udp 0 0 0.0.0.0:53    0.0.0.0:* udp 0 0 127.0.0.1:53   0.0.0

  • DBサーバーの負荷分散

    MySQLアクセスを負荷分散する ユーザーからのアクセス数が非常に多いWebサイトにおいて、MySQLのSLAVEサーバーを複数台並べて負荷分散させるということがよく行われています。ただ、Webアクセスの負荷分散は一般的なテーマなのでいろいろなところで語られているのに対し、DBアクセスの負荷分散というテーマは一般的でないのかあまり語られていないように感じます。 DBアクセスを負荷分散するにあたって一番荒っぽい方法は、Webサーバー上のプログラムの中でどのSLAVEサーバーに接続するかをランダムで決める方法です。ランダムと言っても長時間アクセスしているとほぼ接続先が均等化されるので、一見この方法でも問題ないように見えます。しかしこの方法だと、接続しに行こうとしたSLAVEサーバーが高負荷もしくはサービス停止中であっても構わず接続しに行ってしまうという問題があります。 このような問題を解決する

  • 僕が「ホワイトリスト」を採用しなかった訳 - ockeghem's blog

    ホワイトリストという用語はセキュリティの分野では非常に基的な用語ですが、セキュアプログラミングという文脈では意外に曖昧な使われ方がされているように見受けます。エントリでは、ホワイトリストという用語の意味を三種類に分類し、この用語の実態に迫ります。拙著体系的に学ぶ 安全なWebアプリケーションの作り方(以下、徳丸)では、ホワイトリストという用語を一度も使っていませんが、その理由に対する説明でもあります。 ホワイトリストの分類 私の調査によると、ホワイトリストは以下の3種類に分類されます。 許可されたものの一覧表(第一種ホワイトリスト) セキュリティ上安全と考えられる書式(第二種ホワイトリスト) アプリケーション仕様として許可された書式(第三種ホワイトリスト) 以下順に説明します。 許可されたものの一覧表(第一種ホワイトリスト) ホワイトリストというくらいですから、来のホワイトリストは

    僕が「ホワイトリスト」を採用しなかった訳 - ockeghem's blog
  • IANA の IPv4 のアドレス在庫が枯渇 | スラド IT

    2011 年 1 月 31 日 (日時間 2 月 1 日)、IANA から APNIC に 2 個の /8 ブロックが割り振られ、IANA の /8 の IPv4 未配分ブロック数は残り 5 となった (APNIC のニュース、JPNIC のトピックス、IPv4 アドレス枯渇対応タスクフォースのニュース) 。 残り /8 ブロック数が 5 になると、従来から定められていた通り、世界各地域の RIR (Regional Internet Registry) に 1 つずつ分配されて割り振り終了、となる。これにより IANA の IPv4 アドレスの在庫は枯渇。各 RIR は IPv4 アドレスの分配を継続するが、アジア・太平洋地域を司る APNIC の在庫は 2011 年には枯渇すると予測されている。

  • 1