[aur-general] communitypkg does not work

[Loui Chang]

On Wed 01 Jul 2009 14:43 +0400, Sergej Pupykin wrote:
> --- Original message ---
> From: bardo <ilbardo at gmail.com>
> To: "Discussion about the Arch User Repository (AUR)" <aur-general at archlinux.org>
> Subject: Re: [aur-general] communitypkg does not work
> Date: Wed, 1 Jul 2009 11:53:09 +0200
> >b> 2009/7/1 Stefan Husmann <stefan-husmann at t-online.de>:
>  >> I cannot upload packages to community. I have a ssh account and did set
>  >> CVS_RSH and CVSROOT. Yesterday it worked. I have no idea what is going wrong
>  >> here.
> 
> >b> I was about to post the same. Basically, ports 1034-1035 are closed on
> >b> the server :)
> 
> >b> [bardo at forty-two ~]$ nmap -p 1034-1035 aur.archlinux.org
> 
> >b> Starting Nmap 4.76 ( http://nmap.org ) at 2009-07-01 11:52 CEST
> >b> Interesting ports on client-208-92-232-29.sevenl.net (208.92.232.29):
> >b> PORT     STATE  SERVICE
> >b> 1034/tcp closed unknown
> >b> 1035/tcp closed unknown
> 
> >b> Nmap done: 1 IP address (1 host up) scanned in 1.70 seconds
> 
> btw,
> 
> [spupykin at sigurd ~]$ netstat -tlnp
> (No info could be read for "-p": geteuid()=1017 but you should be root.)
> Active Internet connections (only servers)
> Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name   
> tcp        0      0 0.0.0.0:873             0.0.0.0:*               LISTEN      -                   
> tcp        0      0 0.0.0.0:1034            0.0.0.0:*               LISTEN      -                   
> tcp        0      0 0.0.0.0:1035            0.0.0.0:*               LISTEN      -                   
> tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      -                   
> tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      -                   
> tcp        0      0 :::873                  :::*                    LISTEN      -                   
> 
> [spupykin at sigurd ~]$ telnet 127.1 1034
> Trying 127.0.0.1...
> Connected to 127.1.
> Escape character is '^]'.
> 
> but it still refuses connections

Hah! The iptable rules were mixed up.
[0:0] -A INPUT -i eth0 -p tcp -m tcp --dport 1043 -j ACCEPT
[0:0] -A INPUT -i eth0 -p tcp -m tcp --dport 1045 -j ACCEPT

It should work out now.
Cheers!