From mboxrd@z Thu Jan 1 00:00:00 1970 References: <20140527001338.GO3763@iota.offblast.org> From: =?iso-2022-jp?B?GyRCTS1fNxsoQiAbJEI3cjwjGyhC?= Content-Type: multipart/alternative; boundary=Apple-Mail-35--198167341 In-Reply-To: Message-Id: <46F5F8B0-4F98-416A-ABE3-E0BAE7113E8D@ar.aichi-u.ac.jp> Date: Tue, 27 May 2014 13:01:51 +0900 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Mime-Version: 1.0 (Apple Message framework v1085) Subject: Re: [9fans] [GSOC] Dial between two computers Topicbox-Message-UUID: f1df9670-ead8-11e9-9d60-3106f5b1d025 --Apple-Mail-35--198167341 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Yan, probably, your host is waiting message from the "dial". simple program such as "dial" is useful for getting diagnostic. I have similar program named "connect" which is also useful for connection relay and long been used for may server. take a look at http://plan9.aichi-u.ac.jp/netlib/cmd/ Kenji Arisawa On 2014/05/27, at 12:28, yan cui wrote: >=20 >=20 > 2014-05-26 23:02 GMT-04:00 Bakul Shah : > Does >=20 > 9fs localhost > ls /n/localhost >=20 > work on your VM? If that works, and if you can ping in both = directions, > these tests work on my system=20 > the other possibilities are > a. firewall rules on the linux box or > b. how you have set up your VM. If you are using it in the "bridge" = mode, it should work (except for a.). If you are using using the = virtualizer's (QEMU or VirtualBox or Parallels etc.) stack, you have to = setup some port forwarding rules. > I used KVM, and use virt-manager to config the VM, do not use any = advanced > options, just default. I will check the mode. Thanks!=20 >=20 > On May 26, 2014, at 7:37 PM, yan cui wrote: >=20 >> sure.=20 >>=20 >> cat ndb >> ip=3D192.168.122.71 ipmask=3D255.255.255.0 ipgw=3D192.168.122.1 >> sys=3Dsuper >> dns=3D192.168.122.1 >>=20 >> cat netstat >> tcp 0 bootes Listen 564 0 :: >> tcp 1 bootes Listen 567 0 :: >> tcp 2 none Listen 110 0 :: >> tcp 3 none Listen 113 0 :: >> tcp 4 none Listen 143 0 :: >> tcp 5 none Listen 17005 0 :: >> tcp 6 none Listen 17006 0 :: >> tcp 7 none Listen 17007 0 :: >> tcp 8 none Listen 17009 0 :: >> tcp 9 none Listen 17010 0 :: >> tcp 10 none Listen 19 0 :: >> tcp 11 none Listen 21 0 :: >> tcp 12 none Listen 22 0 :: >> tcp 13 none Listen 23 0 :: >> tcp 14 none Listen 25 0 :: >> tcp 15 none Listen 513 0 :: >> tcp 16 none Listen 53 0 :: >> tcp 17 none Listen 565 0 :: >> tcp 18 none Listen 7 0 :: >> tcp 19 none Listen 9 0 :: >> tcp 20 none Listen 993 0 :: >> tcp 21 none Listen 995 0 :: >> tcp 22 network Closed 0 0 :: >> tcp 23 network Closed 0 0 :: >> tcp 24 network Closed 564 57021 192.168.122.1 >> tcp 25 network Closed 39452 567 = 192.168.122.71 >> tcp 26 network Closed 40392 567 = 192.168.122.71 >> tcp 27 network Closed 567 57328 = 192.168.122.71 >> tcp 28 network Closed 567 40392 = 192.168.122.71 >> udp 0 network Closed 0 0 :: >>=20 >>=20 >>=20 >> 2014-05-26 22:26 GMT-04:00 Skip Tavakkolian = : >> can you supply the output from your cpu? >> % cat /net/ndb >> % netstat -n >>=20 >>=20 >>=20 >> On Mon, May 26, 2014 at 7:18 PM, yan cui wrote: >> plan9 auth+cpu+file server runs on vm,=20 >>=20 >> $ telnet 192.168.122.71 564 >> Trying 192.168.122.71... >> Connected to 192.168.122.71. >> Escape character is '^]'. >> Then, no response.=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> 2014-05-26 21:51 GMT-04:00 Skip Tavakkolian = : >>=20 >> the firewall here wont answer pings. >>=20 >> you could check with netstat on your plan 9 and/or traceroute from = your linux system. btw, does your plan 9 cpu run in a vm? also does = telnet on the linux system behave the same way as your dial? e.g. >> $ telnet 564 >>=20 >>=20 >>=20 >> On Mon, May 26, 2014 at 6:30 PM, yan cui wrote: >> interesting.=20 >> I also dial tcp!www.9netics.com!http, but failed. Actually,=20 >> I cannot even ping it successfully. (other sites such as = www.google.com can be pinged on my system.) By the way, if fossil uses = another ip, how to find that? >>=20 >>=20 >> 2014-05-26 20:52 GMT-04:00 Skip Tavakkolian = : >>=20 >> works here (see below). i wonder if fossil is announcing on a = different ip than you're expecting? >>=20 >> % 9c dial.c >> % 9l -o dial dial.o >> % ./dial tcp!www.9netics.com!http >> GET / HTTP/1.0 >>=20 >> HTTP/1.1 200 OK >> Server: Plan9 >> Date: Tue, 27 May 2014 00:50:46 GMT >> ETag: "364d3v1b" >> Content-Length: 2682 >> Last-Modified: Thu, 29 Aug 2013 22:51:43 GMT >> Content-Type: text/html >> Connection: close >>=20 >> =20 >> >>=20 >> ... >>=20 >>=20 >> On Mon, May 26, 2014 at 5:13 PM, Nick Owens = wrote: >> yan, >>=20 >> did you try to use packet capture software like wireshark, or = snoopy(8) >> on plan 9, to see the packets? >>=20 >> running wireshark on linux, and snoopy on plan 9, will give you = insight >> into if the packets reach the other side successfully. >>=20 >> On Mon, May 26, 2014 at 08:06:21PM -0400, yan cui wrote: >> > Hi all, >> > >> > I used a program to dial from one system to another system, but >> > it gives a connection time out error. I have searched on Internet = for a >> > long time and cannot get a solution. Could you please provide some >> > suggestions or hints? Basically, one system is Linux based system = with rc >> > shell installed (we call it A). The other one is a auth+cpu+file = server >> > (we call it B). On B, I have used fossil/conf command to listen = tcp!*!564. >> > On A, I executed dial tcp!!564, but it reports a = time out >> > error after waiting some time. Results are the same when A is a = plan9 >> > terminal. By the way, I can ping A to B successfully. What could = be the >> > possible problems? >> > >> > >> > Thanks, Yan >> > >> > -- >> > Think big; Dream impossible; Make it happen. >>=20 >>=20 >>=20 >>=20 >> --=20 >> Think big; Dream impossible; Make it happen. =20 >>=20 >>=20 >>=20 >>=20 >> --=20 >> Think big; Dream impossible; Make it happen. =20 >>=20 >>=20 >>=20 >>=20 >> --=20 >> Think big; Dream impossible; Make it happen. =20 >=20 >=20 >=20 >=20 > --=20 > Think big; Dream impossible; Make it happen. =20 --Apple-Mail-35--198167341 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Yan,

probably, your host is waiting message from the "dial".
simple program such as "dial" is useful for getting diagnostic.
I have similar program named "connect" which is also useful
for connection relay and long been used for may server.
take a look at

Kenji Arisawa

On 2014/05/27, at 12:28, yan cui wrote:



2014-05-26 23:02 GMT-04:00 Bakul Shah <bakul@bitblocks.com>:
Does

9fs localhost
ls /n/localhost

work on your VM? If that works, and if you can ping in both directions,
these tests work on my system
the other possibilities are
a. firewall rules on the linux box or
b. how you have set up your VM. If you are using it in the "bridge" mode, it should work (except for a.). If you are using using the   virtualizer's (QEMU or VirtualBox or Parallels etc.) stack, you have to setup some port forwarding rules.
I used KVM, and use virt-manager to config the VM, do not use any advanced
options, just default. I will check the mode. Thanks!

On May 26, 2014, at 7:37 PM, yan cui <ccuiyyan@gmail.com> wrote:

sure.

cat ndb
ip=192.168.122.71 ipmask=255.255.255.0 ipgw=192.168.122.1
    sys=super
    dns=192.168.122.1

cat netstat
tcp  0    bootes     Listen       564        0          ::
tcp  1    bootes     Listen       567        0          ::
tcp  2    none       Listen       110        0          ::
tcp  3    none       Listen       113        0          ::
tcp  4    none       Listen       143        0          ::
tcp  5    none       Listen       17005      0          ::
tcp  6    none       Listen       17006      0          ::
tcp  7    none       Listen       17007      0          ::
tcp  8    none       Listen       17009      0          ::
tcp  9    none       Listen       17010      0          ::
tcp  10   none       Listen       19         0          ::
tcp  11   none       Listen       21         0          ::
tcp  12   none       Listen       22         0          ::
tcp  13   none       Listen       23         0          ::
tcp  14   none       Listen       25         0          ::
tcp  15   none       Listen       513        0          ::
tcp  16   none       Listen       53         0          ::
tcp  17   none       Listen       565        0          ::
tcp  18   none       Listen       7          0          ::
tcp  19   none       Listen       9          0          ::
tcp  20   none       Listen       993        0          ::
tcp  21   none       Listen       995        0          ::
tcp  22   network    Closed       0          0          ::
tcp  23   network    Closed       0          0          ::
tcp  24   network    Closed       564        57021      192.168.122.1
tcp  25   network    Closed       39452      567        192.168.122.71
tcp  26   network    Closed       40392      567        192.168.122.71
tcp  27   network    Closed       567        57328      192.168.122.71
tcp  28   network    Closed       567        40392      192.168.122.71
udp  0    network    Closed       0          0          ::



2014-05-26 22:26 GMT-04:00 Skip Tavakkolian <skip.tavakkolian@gmail.com>:
can you supply the output from your cpu?
% cat /net/ndb
% netstat -n



On Mon, May 26, 2014 at 7:18 PM, yan cui <ccuiyyan@gmail.com> wrote:
plan9 auth+cpu+file server runs on vm,

$ telnet 192.168.122.71 564
Trying 192.168.122.71...
Connected to 192.168.122.71.
Escape character is '^]'.
Then, no response.





2014-05-26 21:51 GMT-04:00 Skip Tavakkolian <skip.tavakkolian@gmail.com>:

the firewall here wont answer pings.

you could check with netstat on your plan 9 and/or traceroute from your linux system.  btw, does your plan 9 cpu run in a vm? also does telnet on the linux system behave the same way as your dial? e.g.
$ telnet <yourip> 564



On Mon, May 26, 2014 at 6:30 PM, yan cui <ccuiyyan@gmail.com> wrote:
interesting.
I also dial tcp!www.9netics.com!http, but failed. Actually,
I cannot even ping it successfully. (other sites such as www.google.com can be pinged on my system.) By the way, if fossil uses another ip, how to find that?


2014-05-26 20:52 GMT-04:00 Skip Tavakkolian <skip.tavakkolian@gmail.com>:

works here (see below). i wonder if fossil is announcing on a different ip than you're expecting?

% 9c dial.c
% 9l -o dial dial.o
% ./dial tcp!www.9netics.com!http
GET / HTTP/1.0

HTTP/1.1 200 OK
Server: Plan9
Date: Tue, 27 May 2014 00:50:46 GMT
ETag: "364d3v1b"
Content-Length: 2682
Last-Modified: Thu, 29 Aug 2013 22:51:43 GMT
Content-Type: text/html
Connection: close

<!DOCTYPE html> 
<html>

...


On Mon, May 26, 2014 at 5:13 PM, Nick Owens <mischief@9.offblast.org> wrote:
yan,

did you try to use packet capture software like wireshark, or snoopy(8)
on plan 9, to see the packets?

running wireshark on linux, and snoopy on plan 9, will give you insight
into if the packets reach the other side successfully.

On Mon, May 26, 2014 at 08:06:21PM -0400, yan cui wrote:
> Hi all,
>
>     I used a program to dial from one system to another system, but
> it gives a connection time out error. I have searched on Internet for a
> long time and cannot get a solution. Could you please provide some
> suggestions or hints? Basically, one system is Linux based system with rc
> shell installed (we call it A). The other one is a auth+cpu+file server
> (we call it B). On B, I have used fossil/conf command to listen tcp!*!564.
> On A, I executed dial tcp!<B's ip address>!564, but it reports a time out
> error after waiting some time. Results are the same when A is a plan9
> terminal. By the way, I can ping A to B successfully.  What could be the
> possible problems?
>
>
> Thanks, Yan
>
> --
> Think big; Dream impossible; Make it happen.




--
Think big; Dream impossible; Make it happen.  




--
Think big; Dream impossible; Make it happen.  




--
Think big; Dream impossible; Make it happen.  




--
Think big; Dream impossible; Make it happen.  

--Apple-Mail-35--198167341--