Absolute frustration with netatalk...

[Kevin M. Taggart]

This must be the most common question asked wrt netatalk, but here it
goes again.

I have installed the binary version of netatalk, which supports shadow
passwords. I have RedHat 6.1 (shadow passwd/PAM), and atalk comes up
correctly (according to /var/log/messages). The volume name appears in
chooser, and when I attempt to login, I get the password error.

All the information that I have been able to find on the matter
specifically states that I must recompile the src with the dshadowps
option in the afpd makefile. Well, as I said, this is a precompiled
binary with shadow passwd option. It still doesn't work.

So, I edited the makefile accordingly, ran make and make install (yes,
it compiled correctly), and still, I cannot login due to this password
error.

I have tried the various combinations with -lcrypt and -lrpcsvc. DES,
clear-text, etc, etc, etc.

Nothing works.

For further frustration, and an additional datapoint, I installed the
same
exact precompiled version on another system, and it works perfectly
(without editing the .conf filesat all, and just using make install, and
copying
the various file to the appropriate place, according to the how-to) -
just the system I
absolutely need it on does not work at all.

Both systems are running redhat 6.1, both systems use the same 3COM
NICs, both systems have appletalk loaded as modules - the only
differences are that the machine it will not work on, has two processors

(with smp kernel) and two NIC's. I have defined eth1 as the NIC to bind
atalk to on the two-NIC system.

Reading through some of the completely useless troubleshooting guides
suggests the following procedure as an iron-clad means of determining
whether or not the system is configured correctly: telnet into the box
at port 548 (IIRC) and "see if you can type something". If the
connection is closed, and you are not allowed "to type something" then
the service is not running. Well, I tried this on both systems, and was
unable to "type something" as the connection was immediately closed on
both systems - and yes, the service is running on both - and one works
perfectly well. I can also use aecho and nbplkup on both systems.

What gives???

TIA,

--KT

[Sean]

Actually, it is not that coomon.
It should work just as you described it to work on your second system.
Install and it works.
What is the password error?
Is it possible that your system is firewalled and is refusing log-in access
to the port being used by atalk?

Kevin M. Taggart <ktag...@easystreet.com> wrote in message
news:39AC6EBB...@easystreet.com...

[Kevin M. Taggart]

The error I get is as follows:
Sorry, the password you entered is incorrect. Please Reenter it.

Both systems are set up exactly the same - IPmasq/firewall and are on the same
segment. Both had identical settings (I made sure the new system was identical
by referring to the first system when setting it up, so all the same settings
for the firewall/masq were used on both systems), same users, same passwds,
same kernel version - exact same distro, etc, etc.

Any ideas?

--KT

[Sean]

Hello Kevin,

I am at a loss. Could it be in any way associated with the utilty you are
using, assuming you are using one, to create users and assign passwords? I
ask this only because of a recent experience where users created using
webmin could access the system through telnet, chooser, pop3, etc ... , but
not ftp. The same user created with userconf could however use all other
services including ftp.
I know I'm grasping at straws here, but I think you will have to look at
something other than netatalk for a solution.

Sean.

Kevin M. Taggart <ktag...@easystreet.com> wrote in message

news:39AD542A...@easystreet.com...

[coug...@gothaminteractive.com]

I also am at a loss. If you compiled by hand, then I would try
starting over with the RPM. That might eliminate any compile errors,
but that's doubtfull.

Also look to see that PAM is not getting in the way, that's the
centralized Password authentification module (that ships with Red Hat).

Look in /etc/pam.d/

That might also have a log file of all failed log ins.

In article <QMhr5.5177$lE6.1...@quark.idirect.com>,

Sent via Deja.com http://www.deja.com/
Before you buy.

[zeppelin71]

Was there ever a solution to this problem? I'm having the same thing happen
on my linux box... guest access works fine, but users can not log on with
passwords. I downloaded and installed the precompiled version that had
shadow password support.

Redhat 6.2

btw, are there no netatalk rpms that ship with the redhat distro? Its been
so long I can't remember.

thanks,
Markus
<coug...@gothaminteractive.com> wrote in message
news:8q8kjk$hfl$1...@nnrp1.deja.com...

[zeppelin71]

Does it matter perhaps that I have MD5 encryption on?

"zeppelin71" <mar...@zeppelin.tzo.cc> wrote in message
news:OwWB5.9823$26.8...@news1.sshe1.sk.home.com...