Bug 75609 - Nautilus : Cannot access the content of a SMB server
Summary: Nautilus : Cannot access the content of a SMB server
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gnome-vfs2-extras
Version: 8.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Alexander Larsson
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks: 79579 CambridgeTarget
TreeView+ depends on / blocked
 
Reported: 2002-10-10 08:19 UTC by Need Real Name
Modified: 2015-01-08 00:01 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-04-22 20:33:27 UTC
Embargoed:


Attachments (Terms of Use)

Description Need Real Name 2002-10-10 08:19:37 UTC
Description of Problem:

With nautilus, I cannot access the content of an SMP server (the machine itself
for instance or any Windows NT server)

Version-Release number of selected component (if applicable):
RedHat 8.0
samba-2.2.5-10
samba-common-2.2.5-10
samba-client-2.2.5-10
nautilus-2.0.6-6

How Reproducible:
Make your machine an SMP server (modify the smb.conf file, the smbpasswd file
and the smbusers file)
Open Nautilus, use the smb:// browsing functionality. Find your own server (or
any other Windows NT server), click on it... The files are never displayed or it
ask for the login and passwd to be send encrypted (they are not validated by the
server anyway...)

Steps to Reproduce:
1. Setup the SMB server and the smbfiles according to the RedHat 8.0 manual:

[root@cherbourg samba]# diff smb.conf smb.conf.org
18c18
<    workgroup = WIN
---
>    workgroup = MYGROUP
21c21
<    server string = RedHat Linux 8.0. Samba 2.2.5 Server
---
>    server string = Samba Server

2. Open Nautilus and browse your own machine

Actual Results:
No files displayed
File server not opened
Uncrypted login and passwd asked, and not validated. 


Expected Results:
Access to the content of the file servers


Additional Information:
The other way around it works: Windows NT machines access the machine I setup as
a file server. It seems to prove that the problem is on the Linux SMB client side.
I think it is a problem of encryption. Somehow the user name or the passwd is
not recognised (I generated a smbpasswd and a smbusers file however)
Maybe I have a daemon to restart after having modified the smbusers file. I
restarted smbd but it did not change anything.

Comment 1 Havoc Pennington 2002-10-10 15:10:10 UTC
You might try with your Linux firewall totally disabled. (run
/etc/init.d/ipchains stop, and verify with "ipchains -L" that there are no rules)

Comment 2 Need Real Name 2002-10-10 15:35:13 UTC
Actually, I had NO firewalls at all...
I had to install ipchains, to reboot the machine and here is what I got:
[root@cherbourg ted]# /etc/rc.d/init.d/ipchains stop
Flushing all chains: ipchains: Incompatible with this kernel
                                                           [FAILED]
Removing user defined chains: ipchains: Incompatible with this kernel
                                                           [FAILED]
Resetting built-in chains to the default ACCEPT policy:ipchains: Protocol not
available
                                                           [FAILED]


Obviously there has been no changes with Nautilus

I tried to stop iptables also but it has not solved either my problem with
Nautilus...


Daniel

Comment 4 John Thacker 2006-04-22 20:33:27 UTC
Very old bug with no information.  There have been lots of changes since then,
and it certainly works for me.  (Though making sure that the firewall isn't
blocking the relevant ports, 137 and 138, is always reasonable.)


Note You need to log in before you can comment on or make changes to this bug.