View previous topic :: View next topic |
Author |
Message |
wizy Tux's lil' helper
Joined: 26 May 2002 Posts: 133
|
Posted: Tue May 28, 2002 1:01 am Post subject: ytalk |
|
|
I want to get ytalk up and going. I merged in ytalk and netkit-talk.
I know I need to do something with in.talkd to get a talk daemon up before ytalk will work. Anyone want to tell me what to do? |
|
Back to top |
|
|
wizy Tux's lil' helper
Joined: 26 May 2002 Posts: 133
|
Posted: Wed May 29, 2002 5:57 pm Post subject: on my own? |
|
|
Guess im on my own with this one? Seems no one has tried or wants to. Oh well. |
|
Back to top |
|
|
Ondrej n00b
Joined: 28 Apr 2002 Posts: 15
|
Posted: Thu Jun 13, 2002 11:57 pm Post subject: |
|
|
I'm trying to set it up as well. I was going to have xinetd run the talk deamon when a connection was established. The xinetd.d file I made looked something like this:
Code: | service talk
{
id = talk
socket_type = dgram
protocol = udp
user = root
wait = yes
port = 517
disable = no
server = /usr/sbin/talkd
}
|
That didn't work. I added another one for ntalk (no clue what the difference is yet) which listens on port 518, but that didn't help much either.
Guess I'll have to read up more on talk in general. If anyone has it running I'll appreciate their input.
Ondrej |
|
Back to top |
|
|
yold n00b
Joined: 02 Jul 2002 Posts: 1
|
Posted: Tue Jul 02, 2002 11:52 pm Post subject: |
|
|
i am having the same pb |
|
Back to top |
|
|
ela n00b
Joined: 04 Jul 2002 Posts: 18 Location: Munich / Germany / EU
|
Posted: Wed Jul 03, 2002 6:02 pm Post subject: Is this package broken, after all? |
|
|
I hate to say this, but I've got the same problem, too... Just to keep this thread "alive"...
Ela. |
|
Back to top |
|
|
fmalabre Guru
Joined: 19 Jun 2002 Posts: 376 Location: Chicago
|
Posted: Wed Jul 03, 2002 6:02 pm Post subject: |
|
|
Me too I have this issue...
I would like to know how I could fix that...
Please help... |
|
Back to top |
|
|
meyerm Veteran
Joined: 27 Jun 2002 Posts: 1311 Location: Munich / Germany
|
Posted: Sat Sep 07, 2002 11:17 am Post subject: |
|
|
Hi,
did anybody finally achieved in getting a talkd to run?
Thanks |
|
Back to top |
|
|
ela n00b
Joined: 04 Jul 2002 Posts: 18 Location: Munich / Germany / EU
|
Posted: Sat Sep 07, 2002 12:15 pm Post subject: No Succes... |
|
|
Not me. _________________ Jabber: ela_AT_jabber_DOT_org |
|
Back to top |
|
|
fmalabre Guru
Joined: 19 Jun 2002 Posts: 376 Location: Chicago
|
Posted: Sat Sep 07, 2002 3:18 pm Post subject: |
|
|
meyerm wrote: | did anybody finally achieved in getting a talkd to run? |
Me neither, but I will wait for Gentoo 1.4 to try again...
Maybe they fixed stuff... |
|
Back to top |
|
|
GotTLoS n00b
Joined: 15 Sep 2002 Posts: 35
|
Posted: Fri Sep 20, 2002 11:32 pm Post subject: use kotalkd... |
|
|
hi
this is not the same as use the talkd but i' m able to use talk command use as demon kotalkd started with xinetd. hope it helps.
hasta |
|
Back to top |
|
|
Uranus Guru
Joined: 07 May 2002 Posts: 438 Location: Portugal, Braga
|
Posted: Sun Sep 22, 2002 10:37 pm Post subject: |
|
|
whenever I try to start ktalkd I get:
Code: | # talkd
Socket operation on non-socket |
did any of u guys get it running or what? |
|
Back to top |
|
|
Naan Yaar Bodhisattva
Joined: 27 Jun 2002 Posts: 1549
|
Posted: Sun Sep 22, 2002 11:09 pm Post subject: |
|
|
This error occurs if a server that is meant to start from inetd is started outside of it (e.g., from a console). You may need to emerge xinetd, e.g., and set it up to start talkd.
Uranus wrote: | whenever I try to start ktalkd I get:
Code: | # talkd
Socket operation on non-socket |
did any of u guys get it running or what? |
|
|
Back to top |
|
|
GotTLoS n00b
Joined: 15 Sep 2002 Posts: 35
|
Posted: Tue Sep 24, 2002 10:34 pm Post subject: |
|
|
My /etc/xinetd.d/talk file looks like this:
Code: |
service talk
{
id = talk
socket_type = dgram
protocol = udp
user = root
wait = yes
port = 517
disable = no
server = /usr/kde/3/bin/kotalkd
}
|
and talk works just fine.
hasta |
|
Back to top |
|
|
yottabit Guru
Joined: 11 Nov 2002 Posts: 313 Location: Columbus, Ohio, US
|
Posted: Mon Nov 18, 2002 11:06 pm Post subject: |
|
|
I hate to reopen a can of worms here, but it doesn't seem like we have any resolution.
I have merged xinetd, netkit-base, and netkit-talk. I know xinetd is working properly since I have uw-pop3d running successfully. I created /etc/xinetd.d/talk:
Code: | service talk
{
id = talk
socket_type = dgram
protocol = udp
user = root
wait = yes
port = 517
disable = no
server = /usr/sbin/talkd
} |
In /etc/services I have:
I've logged into two terminals (one as root and one as zaphod)Mesg status is "y" on both terminals:
Code: | hal root # mesg
is y |
When I execute "talk zaphod" the screen splits like normal, but then the following two messages are displayed:
Code: | [No connection yet]
[Checking for invitation on caller's machine] |
No notification of the talk request shows up on the other console. Note also that using "write" works just fine:
Code: | hal root # write zaphod
This is a test.<Ctrl+D> |
Code: | Message from root@hal on pts/1 at 18:02 ...
This is a test.
EOF |
So does anyone have any clues? Obviously something is awry here, and I'd especially like some help figuring it out. Users on my system are complaining for talk/ytalk ...
Cheers! |
|
Back to top |
|
|
nrosier n00b
Joined: 06 Jul 2002 Posts: 43 Location: Belgium
|
Posted: Mon Dec 09, 2002 3:22 pm Post subject: |
|
|
create a file /etc/inetd.conf with this line:
talk dgram udp wait root /usr/sbin/talkd talkd
and launch /usr/sbin/inetd |
|
Back to top |
|
|
Uranus Guru
Joined: 07 May 2002 Posts: 438 Location: Portugal, Braga
|
Posted: Tue Dec 17, 2002 4:44 pm Post subject: |
|
|
wooooooooooot that worked |
|
Back to top |
|
|
yottabit Guru
Joined: 11 Nov 2002 Posts: 313 Location: Columbus, Ohio, US
|
Posted: Wed Dec 18, 2002 8:40 pm Post subject: |
|
|
nrosier wrote: | create a file /etc/inetd.conf with this line:
talk dgram udp wait root /usr/sbin/talkd talkd
and launch /usr/sbin/inetd |
Okay, I've relented and merged inetd alongside xinetd (which I was already using), in another attempt to get the talk daemon running..
I've added the line as quoted above, but talk sessions still don't seem to work.
Any more suggestions? |
|
Back to top |
|
|
yottabit Guru
Joined: 11 Nov 2002 Posts: 313 Location: Columbus, Ohio, US
|
Posted: Fri Dec 20, 2002 12:47 am Post subject: |
|
|
Hi Folks,
I finally figured out my problem. Not 100% sure how/why this is happening, but talk/ytalk is resolving my computer's hostname to my external FQDN instead of using the local hostname or address, and therefore the request packets get sent to my router, which then firewalls them from coming into the network (it's too stupid to realize the packets came from the internal port, not the external port).
Just to explain more clearly, here's my setup:
hostname: hal
FQDN: hal.jacobmcdonald.net
Internal IP: 192.168.0.10
I'm using NAT on my router... and I'm using dynamic DNS for my domain name. So therefore, the proper FQDN for my external IP address (and domain), at the moment, is rrcs-central-24-123-148-131.biz.rr.com.
For some reason, talk/ytalk acquires the EXTERNAL (rr.com) IP address instead of using the internally defined IP address. So it tries to contact that FQDN, which routes the packets to the router of course, and then the router firewall drops the packet since I don't allow the talk port inbound.
So I had two solutions:
1. Simply open the talk port on the firewall. This is fine for some, but I really didn't want to do that in the interest of security (plaintext you know).
2. Define a global alias for the talk command to use, which will automagically fill in "localhost" for the server name instead of letting the client figure it out by itself. This is accomplished by sticking
Code: | alias ytalk="ytalk -h localhost " |
in a profile definition.
And then of course I renamed talk since it sux anyway, and aliased talk to ytalk so users wouldn't know the difference. ;o)
Code: | alias talk="ytalk " |
So anyhow, talk/ytalk is running fine now on my system, without even having to open my firewall. Pretty swift, eh?
And if anyone knows why in the hell talk/ytalk would be trying to connect to my external FQDN, plz let me know. ;o)
Hope this helps someone!!! |
|
Back to top |
|
|
thequbemaster n00b
Joined: 03 Jun 2003 Posts: 4
|
Posted: Sun Jun 22, 2003 8:46 pm Post subject: |
|
|
i was able to get talk working with inetd but i really wanted to get it working with xinetd. yottabit's instructions were very helpful, but i was still having some trouble. having searched google i finally got talk working and have one thing to add to yottabit's guide:
Code: |
service ntalk
{
socket_type = dgram
wait = no
user = root
server = /usr/sbin/in.talkd
disable = no
only_from = localhost
} |
by changing user to root i was able to get everything working.
i am a newbie, and i'm guessing there's a way to get talk working with the nobody account and that setting user to root is prob not a good idea, but in the environment that i'm using talk in, it's not a risk and i'm gonna keep it like this. unless someone tells how to change it
hope this helps some of you guys... |
|
Back to top |
|
|
slartibartfasz Veteran
Joined: 29 Oct 2002 Posts: 1462 Location: Vienna, Austria
|
Posted: Mon Jul 14, 2003 1:08 pm Post subject: |
|
|
is it possible to run a talkd without inetd? _________________ To an engineer the glass is neither half full, nor half empty - it is just twice as big as it needs to be. |
|
Back to top |
|
|
ProtectR n00b
Joined: 22 Nov 2002 Posts: 3
|
Posted: Mon Oct 27, 2003 5:01 am Post subject: |
|
|
Ok, had the same problem, now it works
I think I figured out how it works. I don't have a lot of knowledge about how communications work under linux, but here's what I found:
IMPORTANT: The next lines suppose interface eth0 has 192.168.1.1 assigned to, and the hostname is 'einstein'
I found in my logs that if I try to talk to a user using
xinetd receives a request from 192.168.1.1. Here's my log:
Code: |
Oct 26 22:46:46 einstein xinetd[2152]: START: ntalk pid=2271 from=192.168.1.1
Oct 26 22:46:46 einstein xinetd[2271]: FAIL: ntalk address from=192.168.1.1
|
Which means that xinetd is rejecting the request.
It also means that the request is made through the 192.168.1.1 address, which is the address binded to the network interface eth0.
The problem is, with the default settings of gentoo, xinetd only accepts requests from localhost (because of of the configuration files:
Code: |
cat /etc/xinetd.conf
# Sample configuration file for xinetd
defaults
{
only_from = localhost
instances = 60
log_type = SYSLOG authpriv info
log_on_success = HOST PID
log_on_failure = HOST
cps = 25 30
}
includedir /etc/xinetd.d
|
This is why the xinetd deamon doesn't accept requests to the 518 port.
So we've got three solutions:
1) We make xinetd accept connections from local interfaces by default
2) We make xinetd accept connections from local interfaces only for the talk service
3) We make the process requesting the connection use the localhost (127.0.0.1) interface
1)
The only thing we have to do is to add the calling local interface to the only_from setting. The /etc/xinetd.conf would become, for me:
Code: |
# Sample configuration file for xinetd
defaults
{
only_from = localhost einstein # Note the added local interface 'einstein'. We could have put an ip address too, 192.168.1.1 in my case. Buyt einstein is referring to it - I'll get into that soon
instances = 60
log_type = SYSLOG authpriv info
log_on_success = HOST PID
log_on_failure = HOST
cps = 25 30
}
includedir /etc/xinetd.d
|
That way, all xinetd services will be accepted if they come from a local interface
2)
The second solution is similar. We only add the hostname to file /etc/xinetd.d/talk :
Code: |
service ntalk
{
# flags = IPv4
disable = no
socket_type = dgram
wait = yes
user = nobody
group = tty
server = /usr/sbin/in.talkd
only_from += einstein # This line was added
}
|
That way, only the talk service is affected by the change.
3)
The last way to get around the problem is to use the localhost interface to make the request.
Using ytalk, we could use:
Code: |
ytalk -h localhost protectr
|
which would work, but we would have to use the '-h hostname' parameter everytime. This could be resolved with an alias like:
Code: |
alias localtalk="ytalk -h localhost "
|
The other way to get around this without an alias is by modifying the address the hostname refers to.
Here's why. When you involke talk or ytalk without specifying the interface to use, the program uses the hostname to identify which interface it should use.
So, when I involke 'ytalk protectr', it reads the hostname, which is set to 'einstein' and does a reverse address lookup to find its binded address.
The reverse lookup first looks in the file /etc/hosts to find it. Here's mine:
Code: |
127.0.0.1 localhost
192.168.1.100 planck
192.168.1.1 einstein
|
So the address the program uses will be 192.168.1.1, which is NOT localhost, even if it refers to the same computer. As we said before, the gentoo xinetd default configuration only alows answering to requests made by the localhost, so the requests is rejected.
So, the solution to this problem would be to make my hostname refer to 127.0.0.1, like:
Code: |
127.0.0.1 localhost
192.168.1.100 planck
127.0.0.1 einstein
|
If I want absolutly want to have a name reffering to the 192.168.1.1 address (which is not necessary... but sometimes useful), I just have to set another allias to 192.168.1.1, but with a name other than 'einstein':
Code: |
127.0.0.1 localhost
192.168.1.100 planck
127.0.0.1 einstein
192.168.1.1 newton
|
I hope this helps |
|
Back to top |
|
|
meyerm Veteran
Joined: 27 Jun 2002 Posts: 1311 Location: Munich / Germany
|
Posted: Mon Oct 27, 2003 9:10 am Post subject: |
|
|
Hi,
I won't test it now, but I just wanted to say thank you. I really appreciate people who also try to answer quite old articles
Marcel |
|
Back to top |
|
|
zrajm n00b
Joined: 11 Apr 2003 Posts: 17 Location: Uppsala, Sweden
|
Posted: Wed Jun 30, 2004 10:09 am Post subject: |
|
|
Ytalk worked right out of the box for me.
However when I'm running X and somebody tries to ytalk/talk me I get a notification message in a (more or less) random (x)terminal -- which very seldom the terminal I'm actually using at the moment...
Is there a way to set up some other means of notification. E.g. running a script which beeps, plays a sample pops up a requester, or uses xosd to alert me to the fact that someone wishes to ytalk to me?
That would make ytalk sooo much more usable (to me). _________________ ta' Hol DajatlhlaH'a' je? |
|
Back to top |
|
|
seank l33t
Joined: 08 Jul 2004 Posts: 686
|
Posted: Sat Sep 18, 2004 7:40 am Post subject: |
|
|
In my /etc/hosts files my "localhost" entry was as follows: Code: | 127.0.0.1 localhost.localdomain localhost | I changed it to Code: | 127.0.0.1 localhost | and talk/ytalk works |
|
Back to top |
|
|
Truckle n00b
Joined: 16 Oct 2003 Posts: 5
|
Posted: Fri Jan 14, 2005 11:00 am Post subject: |
|
|
Hi,
To get talkd working, just add the line
disable = no
to /etc/xinitd.d/talk, and restart xinitd
Cheers,
Truckle. |
|
Back to top |
|
|
|