リモートサーバに接続できない場合の telnet による原因切り分け方法 - kazuhoのメモ置き場
1) telnet host port して Escape character is ... と出た後、すぐ (あるいは少しして) 接続が切れる → 接続後 fork() 等で落ちている → サーバのメモリ不足やプロセスの無限増殖を疑う 2) telnet host port して Escape character is ... と出るが、その後何も起こらない → SYN_ACK が返ってきている → カーネルは生きている。ユーザーランドの負荷が極めて高い可能性 3) telnet host port して、すぐ connection refused と出る → RST が返ってきている → port が閉じている (サーバプロセスが落ちた?) か、または accept(2) していない 4) telnet host port して、しばらくたってから connectin refused
LinuxTips - ほかではあまり見られないLinuxの雑多なテクニック。
ほかではあまり見られないLinuxの雑多なテクニック。 GNU Debian/Sarge(i32)での例。他でも応用は可能なはず。パスワードなしのユーザを作る新しいユーザを作る(既存のユーザを流用しても可)。新しいユーザのパスワードを設定する。パスワードは何でもかまわない。/etc/shadowを編集して、ユーザのパスワード部分を空にする。起動時に自動的にログインするユーザを設定するxdmを使ってXで自動ログインするのは良く見かけるtipsだが、 これはCLIでそれを行う。組込Linux等を想定している。パスワードなしのユーザ(仮にrappaとする)を作る。/etc/inittabで 1:2345:respawn:/sbin/getty 38400 tty1 2:23:respawn:/sbin/getty 38400 tty2 3:23:respawn:/sbin/getty 38400
telnet in WBR75H - Tatsuyoshi tech diary
もし、これ以上の情報を持っている人が居れば、是非教えて下さい。 ping をやってみる。 >ping 192.168.0.101 4 56 1 255 254 順に 対象 IP 回数 データサイズ TTL デバイス(詳細不明) の設定となります。 ping の結果を見るには。 >show ping PING 192.168.0.101 (192.168.0.101): 56 data bytes 64 bytes from 192.168.0.101: icmp_seq=1 ttl=64 time<10 ms 64 bytes from 192.168.0.101: icmp_seq=2 ttl=64 time<10 ms 64 bytes from 192.168.0.101: icmp_seq=3 ttl=64 time<10 ms 64 bytes from 192.168.0.10
WARPSTARなルータにtelnetで繋げた - 謎's キッチン
なんぞこれ。調べたら、'show info wan 22'で現在のグローバルIPが取得可能らしい。 その他コマンドはNEC のルータコマンド解析 ver.1.4が詳しい。 他にも_debugって打ったらDebugモードに入れるっぽい。 その状態でhelpと打ったら以下が出力された。 support commands ... reboot reboot system macaddr macaddr read/write errorlog errorlog command configid configid read/write additional additional command exit close debug telnet cli debug debug command help help command ? help command'コマンド名 ?'でヘルプが出せるっぽい。 de
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ぽにくすだいありー(2004-09-25)- [メモ] Aterm WARPSTAR を telnet で叩く
WR7610HV
