VPNサーバーを（IPSecやPPPなどを介して）セットアップしたいのですが、認証をMySQLまたは他のRDBMSで処理したいのですが...オープンソースプロジェクトまたはこれを実現する簡単な方法を知っている人はいますか？Linuxディストリビューション、rdbms、またはvpnプロトコルに柔軟に対応しています...Webアプリで簡単に管理できるVPNアクセスポイントが緊急に必要です。

同僚と私は、組み込みLinuxでの使用に適したモジュールのGPRSモデム市場を掘り下げています。市場スキャン中に、いくつかのベンダーが、モデムに組み込みTCP/IPスタックが含まれていることを強調していることがわかります。

これは私に不思議に思います：すでにTCP / IPスタックを含み、PPPを使用して接続する組み込みLinuxを使用している場合、GPRSモデムに含まれているスタックをまったく利用しますか？

私の現在の仮定は、スタックは、独自のスタックを提供しない小さなマイクロコントローラーOSで使用するために含まれているということです。また、一部のモデムでは、組み込みスタックを説明できるモデムベースバンドプロセッサで小さなアプリケーションを実行できます。

つまり、HLOSで使用する場合にGPRSモデムによって提供されるTCP/ IPスタックは不要ですか、それとも何かを見落としていましたか？

I have to restart a PPP connection on Windows 2k and XP from a C# program. How can I do that ? Does I have to disconnect and reconnect ? How ?

Thanks in advance

Best regards

私はUbuntuユーザーです（現在10.04）。1年以上使用しているため、コンピューターの電源を入れてインターネットに接続するたびに、 $ sudo pppoeconfコマンドを手動で入力する必要があります。インターネットプロバイダーのパスワードを入力してから、もう一度Enterをクリックしてインターネットに接続します。

私はこの退屈な仕事を 1 日 3 回しなければなりません。ちょうど今、これを自動化する方法を知っているかどうか尋ねています。

ありがとう！

ロドリゴ・アルベス・ヴィエラ.

Embedded Linux で PPP 経由で USB セル モデムを実行しています。minicom 経由で AT コマンドを使用してモデムに接続し、PPP 接続がアクティブでないときに信号強度 (AT+CSQ) を調べることができます。ただし、アクティブな場合、これは不可能です。

PPP 接続が使用されているときに、PPP 接続された USB セルモデムから信号強度を取得する方法はありますか? 私は、API または利用可能なその他の方法に対してオープンです。

サーバーとクライアント間の仮想接続を作成できるように、PPPoE のようなサーバーを 1 つ開発したいと考えています。参考になるオープンソースプロジェクトはありますか？

PPPoE のように動作する Ubuntu GNU/Linux マシンでソフトウェア シミュレーションを作成しようとしています。このシミュレーターで発信パケットを取得し、イーサネット ヘッダーを取り除き、PPP フラグ (7E、FF、03、00、および 21) を挿入し、IP 層情報を PPP パケットに配置するようにします。データの後に続く FCS に問題があります。私が知る限り、私が使用しているセル モデムには、CRC16-CCITT メソッドを使用する 2 バイトの FCS があります。このチェックサムを計算するソフトウェアをいくつか見つけましたが、シリアル回線から出力されるものを生成するものはありません (シリアル回線の「スニファー」を使用して、モデムが送信されているものをすべて表示します)。

pppd のソースと Linux カーネル自体を調べたところ、どちらにもデータに FCS を追加する方法があることがわかりました。カーネルハッキングの経験がないので、実装するのはかなり難しいようです。カーネルが生成する FCS と一致する FCS を計算する簡単な方法 (できれば Python) を誰かが思いつくことができますか?

ありがとう。

PS誰かが望むなら、シリアルモデムに得ているデータ出力のサンプルを追加できます。

USB と ppp を使用して Android デバイスからホストに接続しようとしています。

使えるオプション「adb ppp」があるようです。しかし、私はそれを使用する方法についての説明を見つけることができません。ここに古い議論があります。しかし、彼らはadbへのパッチ適用を終了しました。これが今でも修正されていないなんて信じられない。

http://forum.xda-developers.com/showthread.php?p=4537323

これが adb コマンドの説明であり、私が見つけたすべてのドキュメントです。

tty 引数が何であるかは明確ではありません。ソースを見ると、「シェル」、「ホスト：バージョン」などのサービスのようです。または（ドキュメントにあるように）dev：/ dev / *の可能性もありますが、どちらを使用すればよいかわかりません。

また、コマンドはホストで ppp をフォークしているようです。しかし、Androidデバイスでどのように動作するかわかりません。

DSL ルーターで大量の UDP データ転送を行うと、エラーが発生します。
私の環境：

pc1 ----(イーサネット)--->DSLAM--(PPPoEoA)-->DSL ルーター--(イーサネット)--pc2,
pc1 は udp データを pc2 に送信します, udp データサイズ: 1460 バイト. 速度: 20Mbps、
CPU: mips、RAM: 16M

DSL ルーターには eth0、wl0、および ATM があり、それらは br0 にあります。
キーポイント:
1. 同様のテストで TCP は問題ありません。
2. ppp mtu は 1492 です
。 3. udp データ サイズが ppp mtu より小さい場合 (1452)、エラーは発生しません。
4. wl0 を無効にすると、UDP テストは問題なく、エラーは発生しません。

どんなアイデアでも大歓迎です！

エラー情報:

sirq-net-rx/0: ページの割り当てに失敗しました。order:0, mode:0x20 Call Trace:[<80017010>][<80017010>][<8005559c>][<800685a4>][<80068948>][<8006ad00>][<8006af44>][<8006896c>] [<80164130>][<80011a40>][<80142a08>][<801429e8>][<80143db4>][<8006af44>][<80141e68>][<80165808>][<80165758>][<80164130>] [<80131d2c>][<80164130>][][<8015dd1c>][<8014adcc>][<80164130>][<80164130>][<8015df5c>][<801698a0>][<80164130>][<80164a44 >][<80164130>][<80148930>][<8014a794>][<8014a950>][<80029778>][<80033238>][<80033100>][<80043f28>][<80013898>][<80013888 >]
Mem-info:
DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd:


DMA フリー:140kB 最小:368kB 低:400kB 高:432kB アクティブ:4712kB 非アクティブ:2884kB 存在:15876kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0
DMA: 1*4kB 1*8kB 0*16kB 0*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 140kB
フリースワップ: 0kB
4000 ページRAM
0 ページ HIGHMEM の
700 予約済みページ
1958 ページ共有
0 ページ スワップ キャッシュ
CPU 0 仮想アドレス 00000074 でカーネル ページング要求を処理できません、epc == 8016582c、ra == 80165814
Oops[#1]:
Cpu 0
$ 0 : 00000000 1000fc00 00000000 00000068
$4: 80cec490 80cd5410 00000002 fffe2080
$8: 00000056 00000055 00000800 0000000a
$12 : 00000002 00000000 8028fcf4 00000000
$16 : 00000000 807dcf80 807dcf80 00000000
$20 : 00000019 0a6e3365 000089af 00000000
$24 : 00000000 80131d2c
$28 : 80f8e000 80f8fd88 00000002 80165814
Hi : 00000056
Lo : 00000000
epc : 8016582c Tainted: P
ra : 80165814 Status: 1000fc03 KERNEL EXL IE
Cause : 00800008
BadVA : 00000074
PrId : 00029010
リンクされているモジュール:

nf_nat_tftp init_addr(00000000 - 00000000), core_addr(c00cc000 - c00cc064)
nf_nat_irc init_addr(00000000 - 00000000), core_addr(c00ca000 - c00ca184)
nf_nat_rtsp init_addr(00000000 - 00000000), core_addr(c00c8000 - c00c8884)
nf_nat_sip init_addr(00000000 - 00000000), core_addr(c00c6000 - c00c6b9c)
nf_nat_h323 init_addr(00000000 - 00000000), core_addr(c00ab000 - c00ac27c)
nf_nat_ftp init_addr(00000000 - 00000000), core_addr(c00b6000 - c00b6444)
nf_conntrack_tftp init_addr(00000000 - 00000000), core_addr(c00b4000 - c00b4200)
nf_conntrack_irc init_addr (00000000 - 00000000)、core_addr(c00ae000 - c00ae590)
nf_conntrack_rtsp init_addr(00000000 - 00000000)、core_addr(c0079000 - c007a140)
nf_conntrack_sip init_addr(00000000 - 00000000), core_addr(c00b0000 - c00b1930)
nf_conntrack_ftp init_addr(00000000 - 00000000), core_addr(c006b000 - c006bce0)
nf_conntrack_h323 init_addr(00000000 - 00000000), core_addr(c00b8000 - c00bc534)
nf_nat_pptp init_addr(00000000 - 00000000), core_addr(c0077000 - c00773fc)
nf_conntrack_pptp init_addr(00000000 - 00000000), core_addr(c0075000 - c0075a30)
nf_nat_proto_gre init_addr(00000000 - 00000000), core_addr(c0073000 - c0073204)
nf_conntrack_proto_gre init_addr(00000000 - 00000000), core_addr(c006e000 - c006e700)
ip_queue init_addr (00000000 - 00000000)、core_addr(c0070000 - c0070fec)
iptable_mangle init_addr(00000000 - 00000000)、core_addr(c0048000 - c004819c)
XT_MARK init_addr（00000000-00000000）、core_addr（c0066000 -c00660e8）
xt_mark init_addr（00000000-00000000）、core_addr（c0064000 -c0064048）
ipt_log init_addr（0000 -ddr（cepim -000ddr（cepim）
） core_addr(c0062000 - c0062228)
xt_state init_addr(00000000 - 00000000), core_addr(c0055000 - c00550e8)
ipt_REDIRECT init_addr(00000000 - 00000000), core_addr(c004a000 - c004a0f4)
ipt_MASQUERADE init_addr(00000000 - 00000000), core_addr(c0053000 - c0053660)
iptable_nat init_addr (00000000 - 00000000)、core_addr(c0050000 - c0050b44)
nf_nat init_addr(00000000 - 00000000)、core_addr(c004c000 - c004e1cc)
nf_conntrack_ipv4 init_addr(00000000 - 00000000), core_addr(c001f000 - c00204d4)
nf_conntrack init_addr(00000000 - 00000000), core_addr(c0057000 - c005dd94)
nfnetlink init_addr(00000000 - 00000000), core_addr(c002e000 - c002e9cc)
xt_SKIPLOG init_addr(00000000 - 00000000), core_addr(c002c000 - c002c048)
xt_TCPMSS init_addr(00000000 - 00000000), core_addr(c002a000 - c002a938)
xt_tcpudp init_addr(00000000 - 00000000), core_addr(c0028000 - c0028388)
iptable_filter init_addr(00000000 - 00000000), core_addr(c0022000 - c00220fc)
ip_tables init_addr (00000000 - 00000000)、core_addr(c0024000 - c0025d40)
x_tables init_addr(00000000 - 00000000)、core_addr(c0008000 - c0009794)
wl（p）init_addr（00000000-00000000）、core_addr（c01a1000
-c021a6fc）
bcm_enet（p）init_addr（00000000-00000000 )
bcmxtmcfg(P) init_addr(00000000 - 00000000)、core_addr(c0031000 - c00393bc)
pktflow(P) init_addr(00000000 - 00000000)、core_addr(c0015000 - c00182c0)

Process sirq-net-rx/0 (pid: 5, threadinfo=80f8e000, task=80f8dbf8)
Stack : 80f8fec8 80f8fec8 802a3af0 80000000 80164130 00000000 00000000 80131d2c
00000068 80ddcfa0 80cec490 00000002 80f8fec8 80f8fec8 802a3af0 80000000
80164130 00000000 80000000 c001f530 c00221c8 807d7740 80ccb800 fffffff4
80f8fe58 80ddcfa0 00000000 8015DD1C 80CCB800 8014ADCC 807D77A8 80DDCFA0 80164130
FFFC5923 80F8FEC8 000000008802A3AF0 80DDCFA0 80164130 00000000
][<80164130>][<8015df5c>][<801698a0>][<80164130>][<80164a44>][<80164130>][<80148930>][<8014a794>][<8014a950>][<80029778> ][< 80033238>][<80033100>][<80043f28>][<80013898>][<80013888>]

コード: 1440013e 26630068 afa30020 <9062000c> 30420008 1440003b 3c028027 8e430058 10600038
カーネル パニック - 同期していません: 割り込みで致命的な例外が発生しました

ここで言うことはあまりありません - プロトコルについて次のうちどれを尋ねたいですか:

• ポイントツーポイントプロトコル
• TCP
• リアルタイムプロトコル
• TLS

...接続指向で、信頼できるのはどれですか?