libnetfilter-conntrack1、python-gnutlsどちらもHardyのパッケージがあります。
Synapticで検索して無いのであればリポジトリの設定が悪いだけ。
リポジトリの設定に問題が無いのであれば、mediaproxy-commonが要求するパッケージのバージョンが原因でしょう。
たぶんlibnetfilter-conntrack1のバージョンがmediaproxy-commonの要求を満たしていない。

http://packages.ubuntu.com/ja/source/intrepid/conntrack
今度はカーネルのバージョンが合わないかも？

hir0様、jackalope様　ありがとうございます。

今度はカーネルのバージョンが合わないかも？

とううことで、カーネルのバージョンアップについて色々調べ始めました。
2.6.24から2.6.27へと、比較的マイナー（ですか？）なハージョンアップなので、
気軽にやってよいですか？これまでインストールしたものは、普通動くものですか？
個々に違うので何とも言えませんか？

のような質問をしようとしていたのですが、

疑問：
リンク先のmediaproxy-commonパッケージはDebian用ですが、Ubuntuで使える？

う～ん、確認しておりませんでした。。（汗）
どうなんだろう、でも使えないとNAT越えも出来ないということになり万事休すなんだけど。。

Ubuntu -- パッケージのファイル一覧: openser/hardy/amd64を見るとmediaproxyは入ってるんですけど、
Ubuntu -- hardy の ekiga-gtkonly パッケージに関する詳細を見ると、「mediaproxy パッケージは利用できません」と書いてあります。

何とか解決策があれば嬉しいんですけど、どうでしょうか？
何卒よろしくお願い致します。

jackalope 様

リンク先を見ましたが2.6.24から2.6.27にバージョンアップする理由が見つかりません。
後学の為に教えていただけませんか？

ごめんなさい、あのリンクはワラにもすがる思いで、ubuntuでmediaproxyを使った経験がどこかのサイトに
書かれていないか見つけるために、「ubuntu mediaproxy」でググって出てきたものです。
2.6.24から2.6.27にバージョンアップする理由は書かれていないと思います。

Hardyのまま頑張るのであれば、人柱って事ですね。

Linux初めて１ヶ月の初心者ですので出来たら人柱は回避したいところです(^^;

ところで、jackalope様から

疑問：
リンク先のmediaproxy-commonパッケージはDebian用ですが、Ubuntuで使える？

と御質問をいただいたわけですが、私が調べたところ、media-proxyはUbuntuで使えると明記された文書・サイトを
見つけることは出来ませんでしたので、人柱になるまでもなく使えないとは言えないのでしょうか？

それと、これは超初心者の質問だと思いますが、Linuxはカーネルはどれも同じだからディストリビューションが違っていても
Linuxでありさえすれば使えるということは言えないでしょうか？

あるいは、Debian対応の場合でもUbuntuで絶対使えない訳ではない、使えるかもしれないのでやってるみる価値はあると
言えるでしょうか？

最後に、「Hardyのまま頑張るのであれば」とのことですが、Intrepidにすれば望みはあるでしょうか？そもそもUbuntuでダメ
ということなら、Hardyでも、Intrepidでも関係なくダメという気が致します。

すみません、なんだか、食って掛かってるような文面ですが、決してそうではありませんのでご容赦の程よろしくお願い致します。m(__)m

現在開発中版の9.04の、最終アップデートが本日1/27 15:00頃の状態で

http://mediaproxy.ag-projects.com/
にある手順

add these lines in /etc/apt/sources.list(apt-line を追加)

コード:

# AG Projects software
deb    http://ag-projects.com/debian unstable main
deb-src http://ag-projects.com/debian unstable main

Install the AG Projects debian software signing key:(gpgキー追加)

コード:

wget http://download.ag-projects.com/agp-debian-gpg.key
apt-key add agp-debian-gpg.key

After that, run:(aptのアップデートとパッケージのインストール)

コード:

apt-get update
apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web-sessions

を完了することが出来たのでご報告致します。

以下apt-get の 画面出力の抜粋です。

以下のパッケージが新たにインストールされます:
  apache2-mpm-prefork apache2-utils apache2.2-common libapache2-mod-php5 libapr1 libaprutil1 libmysqlclient15off libnetfilter-conntrack1 libnfnetlink0 libpq5
  mediaproxy-common mediaproxy-dispatcher mediaproxy-relay mediaproxy-web-sessions mysql-common php5 php5-common python-application python-cjson python-dns
  python-elementtree python-formencode python-gnutls python-openssl python-pam python-pkg-resources python-pyopenssl python-pyrad python-serial
  python-sqlobject python-twisted-bin python-twisted-core python-twisted-names python-zopeinterface ssl-cert
アップグレード: 0 個、新規インストール: 35 個、削除: 0 個、保留: 0 個。
8795kB のアーカイブを取得する必要があります。
この操作後に追加で 30.0MB のディスク容量が消費されます。
続行しますか [Y/n]?
～一部略～
取得:5 http://ag-projects.com unstable/main mediaproxy-common 2.3.2 [72.2kB]
～以下略～

Alternate CDから入れたコマンドラインシステムの9.04のため、デスクトップ環境とそれに付随するパッケージが入っておらず、
9.04デスクトップCDで行った時より多くのものが同時インストールされていますが、mediaproxy-commonが配布元より
ダウンロードされ、インストールされました。

9.04をベースにhttp://mediaproxy.ag-projects.com/に書かれた手順を踏めば、おそらく正式版でもうまくいくのではないでしょうか。
あと3ヶ月程待つ事になります。
ただ、mediaproxyがどういうものか良く知らないため、きちんと動作しているのかどうかはわかりません。

ところで、mediaproxyは何のために必要となっているのでしょうか。
もし用途が「ekiga-gtkonly用のSIPでNAT越え」なのであれば、解説文を読んだだけですが rtpproxy が同じような用途に使えそうですが
こちらはいかがでしょうか？

uchan21 による投稿:

jackalope 様 ありがとうございました。
ディストリビューション毎にカーネルまで違っているんですね。

逆に特別に手を加えていないものを"バニラ"カーネル(アイスクリームのバニラ的な意味合いらしい)と呼んだりもするようです。

uchan21 による投稿:

でも、mediaproxyがDebian対応である以上、Ubuntuでうまく動く保証がない状況は変わらないんでしょうね。

mediaproxyのサイトには"For people running Debian testing or unstable"と書いてあるだけなので、
いつからいつまでの"testing or unstable"に対応しているのかよくわかりません。
Ubuntuは、そのリリースを作る時期のunstableをある期日で一回締め切って(例えば9.04は昨年12/25)そこから作り出しているようなので
8.04は今のmediaproxyと締め切りが噛みあっていないのでしょう。
また、今後も
・Ubuntuでmediaproxyが動いていた
・mediaproxyの開発が進む、Debianの開発も進む
・mediaproxyが前提としている"Debian testing or unstable"がUbuntuと食い違ってくる
・mediaproxyの現行バージョンがUbuntuで動かなくなる
という事は起こると思います。

uchan21 による投稿:

バージョンアップ計画の考え方として、今の8.04LTSをサポート期限ぎりぎりまで使って、次に
その時点での最新版である11.04（？）にバージョンアップするのがいいのか、新しいバージョンが出るたびにこまめに
バージョンアップしていく、つまり、8.04→8.10→9.04→・・・と行くのがいいのか、どちらがよろしいでしょうか？

各々で必要な事が満たされるものをその都度使っていけば良いのでは、と思います。
仮に今回の件を題材にすれば、
・不具合にぶち当たる事よりmediaproxyが動くことが優先
→今から9.04に突入。日々アップデートしていればそのうち正式版になっているわけだし。
・mediaproxyが動くことよりOSの安心感が重要
→8.04を使う

という事で良いのではないでしょうか。
ただ、自身の周りで完結しているような場合は何を使っていても良いと思いますが、
セキュリティアップデートのサポートが切れたバージョンは、特にWANに何かを本格的に公開している場合
「人様に知らず迷惑をかける恐れがある」点からやめておくべき、と思います。

例えばVMwareやVirtualBox等の仮想環境の中で、9.04+mediaproxyを実験していく、なんてのも良いのではないでしょうか。