Simple, Cross Platform P2P File Sharing via 802.11b? 41
apago asks: "I travel alot on business and always need to exchange files with other people. We are always trying to figure out the best way to link two or more PC or Mac systems together. I carry regular and crossover cables and a small hub. Even then everyone has to configure a temp. IP address or have someone running a DHCP server. Most of these people have wireless 802.11b capability. Is there a way to share files between OSs using 802.11b without having to configure a temporary network setup? The autodiscovery and configuration of Bluetooth and ZeroConf sound like a good start. I like the easy of use of P2P apps." Does 802.11b need a TCP/IP stack to work? Could a low-profile stack, designed around ease-of-use, be used instead (all you would need to connect to the network would be the SSID, for example)?
Rendezvous does this (Score:3, Informative)
The best part of Rendezvous, in my opinion, is the serverless name resolution for self-assigned IPs. For example, if your computer looks for a DHCP server and fails to find one, it assigns itself an IP address starting with 169.254. Every other computer is supposed to self-assign the same way. Normally, that's not useful, because you have to get IPs from every user before you can talk, but Rendezvous makes it possible to refer to those machines by name.
At that point, any TCP-based program will work. FTP is my favorite, of course, but AppleShare over IP works just as well going Mac to Mac. I'm not sure what the Windows to Windows options are.
Like I said, I know this isn't exactly what you're looking for, but I think it could get you close.
Re:Rendezvous does this (Score:1)
So, regarding that little spot about the cross platform stuff, did you miss the 'cross' part? That's sort of essential to cross platform. What you've descibed is the opposite of cross platform. And then to mention how you don't know how the 'windows to windows' options are is shorthand for saying "I didn't bother to read the question, and I will answer it despite knowing nothing about cross platform solutions. But in any case, here's what worked for me in an entirely different scenario, using two machines with the same OS."
Re:Rendezvous does this (Score:2)
And you didn't swear in your post. Doesn't that mean you have to give up your nickname now?
really need 802.11? (Score:1)
unfortunately, 802.11 configuration software is usually too clunky/inconvenient to be messing with often although winxp does a nice job and couple with osX 10.2 might just be easy enough.
IPv6 == magic bullet (Score:2, Funny)
So toss out you cross over cables and expensive wireless cards and drink the kool aid. Install IPv6 and you won't WANT those other guy's files ! (Because they are applications that only understand IPv4, of course.)
Dumb people like me, well, let me introduce you to my null modem cable and cute little program called laplink, which apparently anticipated IPv6's functionality by a mere decade . . .
Re:IPv6 == magic bullet (Score:2)
(A NULL prize for the folks who suggest Mobile IP style tunneling from a home network for VoIPv6 calls.)
uPnP, use it. (Score:2)
Re:uPnP, use it. (Score:2)
You were correct until you got to this part. Until the advent of mDNS, it wasn't possible to make refer to other machines on a self-assigned IP net by name. You could only refer to the other machines by IP address, unless you wanted to set up host tables or DNS, which takes the "hoc" out of "ad hoc network." (Okay, not literally, but it's catchy nonetheless, and catchy trumps correct any day.)
So if you had two machines connected via a cable, they could both self-assign the IPs, then you could ask the other guy what his IP is, and talk to him that way. Not very elegant, but it works in a pinch.
Re:uPnP, use it. (Score:2)
Windows will broadcast a NetBIOS query for the address, won't it? It will in all other situations, so I don't see why APIPA would be different.
That aside, why not use IPX/SPX or NetBEUI, both of which require no configuration?
Not so difficult (Score:2, Informative)
is a application layer protocol which needs some sort
of networking layer protocol underneath it. Usually
IPv4 is that networking layer protocol and this is not
something very transparent and hence all the ugly
config stuff that you hate.
But since underneath all that, there is a networking layer
where you have broadcast media that everyone can talk over
theoratically its possible to have the pplication layer P2P
right on top of this. You can see something like this
if you used the QNET under QNX OS (its a filesharing protocol
like NFS, but can run directly on top of ethernet without IP)
The reason why this is not mainstream (there are some sort of
equivalents with MS windows and other OSes) is just that it has
limited applictions and people havent really thought about it.
It should be very easy to implement, say, under linux.
Just ask for it
Re:Not so difficult (Score:1)
where you have broadcast media that everyone can talk over
theoratically its possible to have the pplication layer P2P
right on top of this.
Thank-you for putting this in terms other than "I am too lazy to setup IP addresses". What you describe could have interesting consequences for something like FreeNet [freenetproject.org] running on a community wireless network [personaltelco.net].
Forget 802.11b for causual networks; use USB CF (Score:3, Insightful)
They work on Win 98 and up, Macs, and Linux, and some other exotics as well.
(Some old versions of Linux don't support some cheaper USB CF interfaces, but newer ones do.) For extra measure, get a PCMCIA CF card adapter; they cost about $10 new or $1 at a garage sale.
Re:Forget 802.11b for causual networks; use USB CF (Score:3, Informative)
Re:Forget 802.11b for causual networks; use USB CF (Score:1)
Re:Forget 802.11b for causual networks; use USB CF (Score:1)
Windows? NetBEUI (Score:2)
Linux? Probably, but it'll be a fight getting it up. Mac? Probably not.
Dave
Re:Windows? NetBEUI (Score:1)
Well, NetBEUI was originally OS/2's protocol, so it may be more secure than you think. It just got killed with the Intarweb became the big thing.
Re:Windows? NetBEUI (Score:2)
BZZZT
NetBEUI was origionally developed by IBM to carry NetBIOS information over tokenring The NetBIOS Extended User Interface (NetBEUI) was introduced in 1985. from here [compuserve.com] obviously quite a while before OS/2 was even a dream.
Re:Windows? NetBEUI (Score:2)
APIPA is your friend (Score:3, Interesting)
That's APIPA (Automatic Private IP Assignment) kicking in, newer M$ and Mac OSes (dunno about Linux, never had one configured at the wrong end of the DHCP protocol
So, provided that you have to swap files only between Win98+, 2000/XP or MacOS, just leave everything on DHCP and in a couple minutes the windows boxes happily start spamming out advertisement SMB packets and will eventually see each other.
My 0.02
Re:APIPA is your friend (Score:2)
If a machine failes to get a DHCP address and the machine is not assigned a static address (and in no other way is it assigned an address from another machine) it has NO GOD DAMN BUSINESS ASSIGNING ITSELF ONE.
Although in this case it might be handy, in most cases it means that if you have a network problem the problem is masked when machines on your network can see each other, but not servers, etc. (Because your DHCP server is fucked and no machines are getting new address').
Re:APIPA is your friend (Score:2)
Re:APIPA is your friend (Score:2)
The default behaviour of having such a function enabled is stupid. It encourages bad networking.
What happens when the DHCP server goes down? You still get a bloody IP address. You shouldn't.
Also, for those who think it will be good for an adhoc network, well, it might be ok, but you may get conflicts when a new machine enters the zone and already had an address.
oops.
Re:APIPA is your friend (Score:2)
Admittedly it's very confusing if you don't know it's happening... but then, you do need *some* address to use as the source address for DHCP requests, and it's better to use something from a range which doesn't stomp on any other network.
Adhoc networks would be better running IPv6, pity there's no Windows based file-sharing stack for it yet...
Re:APIPA is your friend (Score:2)
Not an IP address you don't dhcp works off ARP, which is why you need one of three things to get an DHCP address, a local DHCP server, arp forwarding, or a DHCP helper on the local subnet.
Re:APIPA is your friend (Score:2)
Re:APIPA is your friend (Score:1)
Re:APIPA is your friend (Score:2)
Why? There are lots of reasons, already discussed elsewhere, why this is a good thing. Can you give one reason why it isn't, please?
If a machine failes to get a DHCP address and the machine is not assigned a static address (and in no other way is it assigned an address from another machine) it has NO GOD DAMN BUSINESS ASSIGNING ITSELF ONE.
The people who wrote the RFC on self-assignment disagree with you. I do too, of course, but that's not important.
Although in this case it might be handy, in most cases it means that if you have a network problem the problem is masked when machines on your network can see each other, but not servers, etc.
Wrongo. Unless, of course, you're using a network that only has IP addressing, and no name resolution. Let's say I'm on machine X, and I want to FTP to machine Y. So I type "ftp Y," and I either get an IP address from the local DNS server or from my host table. My machine tries to connect to machine Y's defined IP address, and succeeds.
DHCP server fails. After our leases expire, machines X and Y self-assign 169.254 addresses. I sit down at X and type "ftp Y." What happens?
Nothing happens. Because there is no way for my machine to resolve "Y" to machine Y's self-assigned 169.254 address. I get an error. I call you, say "network's fucked." You reboot the DHCP server, which had somehow been allowed to stay down so long that leases started expiring.
Of course, if instead of typing "ftp Y" I had gotten on the phone to the guy who owns Y and asked, "What's your IP right now?" and guy Y had responded, "It's 169.254.quux.plugh," and I'd typed "ftp 169.254.quux.plugh," then I would have had no problem, and you would never have known that the DHCP server was down. Of course, if that's SOP on your network, I have to wonder why you have a DHCP server to begin with.
In other words, if self-assigned IP addressing is a problem on your network, then you, in the role of administrator, should drop what you're doing and post haste commit hari-kiri in front of your coworkers and their families.
Re:APIPA is your friend (Score:2)
(Note: there are reasons why DHCP leases won't get renwed that do NOT relate to the server itself crashing. Perhaps the MAC address on it is getting itself chomped at a bad switch/hub. As rare as it is, it does happen.).
In failing to get a DHCP supplied address on a machine that is configured to work via DHCP a significant error has occured.
Would you intentionally run a network using the scheme for APIPA? I wouldn't. It is a nightmare with more potholes than any it is supposed to solve.
Tell me, when you can't print to your printer, does windows RANDOMLY find a printer with similar functions and print there instead?
That would be dumb. So is self assigning an address to a machine in an environment where it is defined as DHCP. Give me a configuration option that says: NEVER SELF-ASSIGN ADDRESS and I'll quit bitching about it. (And no, Registry tweaks don't count).
Re:APIPA is your friend (Score:2)
That's about the dumbest statement of policy I've ever heard. Are you saying that all failures should be catastrophic failures? I can only assume that you were insufficiently caffeinated when you wrote this.
Would you intentionally run a network using the scheme for APIPA?
Matter of fact, I have. It's pretty pointless without mDNS, but now that Jaguar has mDNS support, self-assignment makes for easy ad hoc IP networking.
Tell me, when you can't print to your printer, does windows RANDOMLY find a printer with similar functions and print there instead?
Faulty analogy. When self-assigning an IP address, your computer doesn't actually do anything. It just configures its network ports and stops. That's all.
Give me a configuration option that says: NEVER SELF-ASSIGN ADDRESS and I'll quit bitching about it.
What is this, a hostage situation? "Stop self-assigning IP addresses and I'll let the nuns and orphans go, copper!" For crying out loud.
Re:APIPA is your friend (Score:2)
As a developer I am tired of software and hardware which puts itself into a mode where it is almost functional but downright useless.
If it is useless it is a catastophic failure.
If a machine cannot access the network it was defined on then the only access available to that machine should be local sign-on. Nothing more.
Re:APIPA is your friend (Score:2)
You really ought to read this [zeroconf.org] before getting your panties (even more) in a wad about the whole thing. Summary: people smarter than us have excellent reasons for believing it's a good thing.
Ad Hoc (Score:1, Offtopic)
All WiFi cars I have seen support it.
It lets you just connect directly to other devices.
(IIRC, you all just set to the same SSID)
I would say a TCP/IP stack is a must.
As for the file sharing, run a light weight webserver on your machines.
Drop whatever you want to share into the appropriate folder and voila, cross platform file sharing.
What Offtopic ? Parent is only post *on*topic (Score:1)
Ideas about uPnP, Netbios, etc are useless if a 802.11b network isn't even *established*.
Simplify. (Score:2)
Too much data to transfer via flash cards? I gather that it isn't because you're willing to use 802.11b, which is no faster than USB. Even so, if you really need the speed, get a Firewire PC Card and a matching portable hard drive. Macs can mount PC-formatted ones just fine. Again, carry around a floppy with the necessary Windows Firewire card drivers just in case, or better yet, jot down the URL for getting it via the Web.
It's not glamorous, and it sure would be nice if 25 years into the personal computing era simple things like spur-of-the-moment peer-to-peer data transfer were easy to do, but it'll get the data moved without too much hassle.
USB Drive (Score:1)