Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have not been using Samba for very long, so forgive me in advance:
I am trying to connect via smbclient to a computer that is on the network (different subnet). I have tried using nmblookup to get the IP address without any luck. I should be getting the WINS server with DHCP, right? In any case, that does not work.
However, when I hop onto the neighboring Windows 2000 machine, I can get the IP address simply by pinging the NetBIOS name of the machine I am looking for.
My question is:ame on the linux machine? And if I need a specific WINS server, how can I find out its IP address?
As far as I can make out, if I can find do it on the Windows machine, I should be able to do it on the Linux machine... right?
I guess you're having the same problem. With Fedora Core 3, if I type:
nmblookup gimmeyourip
I get :
querying gimmeyourip on 192.168.0.255
name_query failed to find name gimmeyourip
At first, I tried to use system-config-security tool to open ports I suspected to be involved: UDP and TCP ports 137, 138 and 139, but everthing failed.
The inspection of packets on the interface with ethereal led me to the conclusion that the rules added to iptables by the Red Hat firewall is blocking the UDP answer from gimmeyourip. I fixed the problem by inserting the following rule at the top of the RH-Firewall-1-INPUT iptables chain. The source address range is restricted to the 192.168.0.x subnet.
The port in question is in the 32000 range. I have to warn that I don't know much about iptables and Samba. Somebody with a better knowledge should tighten the rule above with a restricted range by using the switch --dport start_port:stop_port. Maybe there is also a way to set up a rule that links the initial request which is made I believe on port UDP 137.
Distribution: Just about anything... so long as it is Debain based.
Posts: 297
Rep:
From a routing standpoint the issue is the broadcast. You say that the other computer is on another subnet. As for WINS under Linux, I haven't a clue how that would work. I would just simply create an entry in my /etc/hosts file for the other computer. That should sove your name resolution problem, but not the WINS issue.
Wow, that was kind of a Microsoft fix... wasn't it. ;o)
You will not get the WINS server in Linux via DHCP. You'll need to make the setting manually in your smb.conf file with the line:
wins server = ipaddress
Use the ip address of a WINS serve on your network. After you make the change, be sure to restart Samba.
If you don't know what the address of a WINS server is on your network, execute ipconfig /all from a command line on the Win2k machine. The WINS servers assigned to that machine will be listed in the output.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.