Two problems

I’m fighting two problems now. :’(

Problem 1) I’ve installed the pure-ftpd server on my server and I went to the firewall in yast2 and found that it had already allowed pure-ftpd service on FW_CONFIGURATIONS_EXT. The problem was that I could connect but not log in. I had to actually go to FW_SERVICES_EXT_TCP and specifically open ports 20 and 21 (I don’t know if I need both). Now I can log on but it still stalls on the ‘ls’ and ‘pwd’ commands. I can do a cd to another directory but it would be nice to be able to check were I am. I’ve also gone to FW_SERVICES_EXT_UDP and opened the port there too. According to Novell’s Cool Solutions opening the post ranges in both TCP and UDP should help otherwise there is a fault in the firewall configuration. I can’t find it.

I’m rebooting as I write this (hope, hope, HOPE).

Nope, opening the ports in both TCP and UDP didn’t help. :open_mouth:

Problem 2) During the boot process I get these messages: “Starting RNG daemon. No Hardware RNG support available / skipped”, “Failed services in runlevel 3 / rng-tools” and finally “Skipped services in runlevel 3 / cifs nfs”

I have no clue about the RNG daemon nor rng-tools. It seems to be something that was installed during the initial installation and anything I’ve been able to find might as well be Greek to me.

Can someone explain what this is and how I can fix it?

Thanks

Jim

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

  1. Read the Wikipedia article on FTP. Make sure your FTP client
    machine’s firewall is off and try using active mode. By default passive
    mode is used because it is easier for clients since it means the Server is
    required to do the firewall trickery. Maybe that should work with the
    firewall stuff you have but apparently it is not. Active mode should work
    as long as the client-side firewall is relaxed. Typically it’s best to
    just open up the high ports on the server (TCP only; FTP doesn’t use UDP
    at all in any implementation I’ve seen) and let the client use Passive
    mode like it wants to.

  2. RNG is probably Random Number Generator. If you do not have a
    hardware version a software version is probably available still. To test
    use the following command and see if you get a bunch of junk:

dd if=/dev/urandom bs=100 count=1

Good luck.

On 08/26/2010 09:36 AM, jim7634 wrote:
>
> I’m fighting two problems now. :’(
>
> Problem 1) I’ve installed the pure-ftpd server on my server and I went
> to the firewall in yast2 and found that it had already allowed pure-ftpd
> service on FW_CONFIGURATIONS_EXT. The problem was that I could connect
> but not log in. I had to actually go to FW_SERVICES_EXT_TCP and
> specifically open ports 20 and 21 (I don’t know if I need both). Now I
> can log on but it still stalls on the ‘ls’ and ‘pwd’ commands. I can do
> a cd to another directory but it would be nice to be able to check were
> I am. I’ve also gone to FW_SERVICES_EXT_UDP and opened the port there
> too. According to Novell’s Cool Solutions opening the post ranges in
> both TCP and UDP should help otherwise there is a fault in the firewall
> configuration. I can’t find it.
>
> I’m rebooting as I write this (hope, hope, HOPE).
>
> Nope, opening the ports in both TCP and UDP didn’t help. :open_mouth:
>
>
> Problem 2) During the boot process I get these messages: “Starting RNG
> daemon. No Hardware RNG support available / skipped”, “Failed services
> in runlevel 3 / rng-tools” and finally “Skipped services in runlevel 3 /
> cifs nfs”
>
> I have no clue about the RNG daemon nor rng-tools. It seems to be
> something that was installed during the initial installation and
> anything I’ve been able to find might as well be Greek to me.
>
> Can someone explain what this is and how I can fix it?
>
> Thanks
>
> Jim
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJMdqG/AAoJEF+XTK08PnB55jIP/2wAA6L9xTDmNp2xmLZ9ELR6
vP0enH/O9+1dDkRshKWr+jES9w+Qg3losDnJHBfGVQAWcP+Edxlqi3iMcGLajyYP
aHR5AFcIp/Z11xYTrXdWZil0cxnW132BeQFV74RNSQuYvnJcdr9CnJOZrDVfV7Hx
100pbVPqoYWLa1I6YsT2zamYq2k5qxy9tAYSIKeyWR+ES65HsQQSmf3+trk8XX6Z
gYwjRL7E+nYkCBwwYfCK69rtOQFDJzSdaZx0/IBhTqGftHhp5bvgZuCvwd3JoXQa
xrwnNUgnmeTV4u5u5c/srbawQ06alI0IumjQdmW4zpyhyUHxNUzJ+XSERvqllN0l
J3dInRR7XC+nZPU7soQKXDpUaqKxAzsdAgnwc/xSB0PdcVuWzxf3lIsElY2HAv6H
oY4omFGuRyVhBxOcLsN9gHQyEdRc1yKWlLYgPPWWpc+wKNR8rwCcrTTDD+76Ok3H
bPmmZP+noknVMjhZkZ181ynAcFsTTrjuOCSSXWoikD+lvS0lCssTMBZr0sqaO5HQ
irnbzxU9244s1YWlgyRekp6R8xnJRezGWotikDmH1vSaEJ1N+/bBrWAPlN8qoxKT
ys9ml0/N3RfOFinBhhM4ageuyFjFMGuQy3vOzwjKKk+zA2OdOUosOxUveEPc40X5
G7U2KQ4WOlUZxM01jTny
=e8pn
-----END PGP SIGNATURE-----