OESF | ELSI | pdaXrom | OpenZaurus | Zaurus Themes | Community Links | Ibiblio

IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
> synching with wi-fi from Z to PC, synching with wi-fi from Z to PC
sheel
post Nov 8 2004, 08:13 AM
Post #1





Group: Members
Posts: 14
Joined: 5-October 04
Member No.: 4,880



I have a SL-5500 working wirelessly(wi-fi) fine for all the applications except when I try to sync FROM the Z to PC it says "connection aborted". Synching wirelessly from PC to Z works fine! I am using sharp 3.1 ROM and I guess qtsamba software is hardcoded to use usb interface instead of an IP address.

Is there any other tool/software available to be able to synch wirelessly from Z to PC?

Thanks a lot in advance for any guidance.
sheel
Go to the top of the page
 
+Quote Post
technojunkie
post Mar 30 2005, 07:53 AM
Post #2





Group: Members
Posts: 172
Joined: 11-September 04
Member No.: 4,547



QUOTE(sheel @ Nov 8 2004, 04:13 PM)
I have a SL-5500 working wirelessly(wi-fi) fine for all the applications except when I try to sync FROM the Z to PC it says "connection aborted". Synching wirelessly from PC to Z works fine! I am using sharp 3.1 ROM and I guess qtsamba software is hardcoded to use usb interface instead of an IP address.

Is there any other tool/software available to be able to synch wirelessly from Z to PC?

Thanks a lot in advance for any guidance.
sheel
*


Are you using Qtopia desktop, or syncing to outlook? I can't speak for QT desktop, but I can't initialise a sync from the Z with outlook (either WiFi OR usb network), I have to start it from the PC. As far as I can tell, this seems to be normal functionality. I haven't ever used plain old vanilla usb, I'll have to try it that way tonight.
Go to the top of the page
 
+Quote Post
iamasmith
post Mar 30 2005, 08:48 AM
Post #3





Group: Members
Posts: 1,248
Joined: 6-July 04
Member No.: 3,928



Ok, the rules for getting the Wireless synchronisation work like this.

Your PC talks to the Zaurus on its IP address and starts up the Sync process by talking to the Zaurus on the configured IP address.

The Zaurus then ignores the IP address of the incoming sync request. Instead it takes the current network configured for the USB network, applies the subnet mask to it and talks back to the first node on that network which it expects to be the PC.

For example in my configuration I have set my USB IP addres on my Zaurus to be 10.200.0.2 then edited /etc/hotplug/usbdnet.conf and set the NETMASK line to 255.255.0.0. This makes my Zaurus hunt for the IP address 10.200.0.1.

If you choose a similar tactic then I think your Wireless sync will work fine.

<UPDATE>
Just reread your question... initiating sync at the Z is a no go. The SL sync application (on Windows) doesn't listen for the 4245 TCP connection all the time and this is what the Z calls out on. I suspect this only happens if you plug in the Z cable.
</UPDATE>

For the curious, my requirement is a little more tricky. I use VMWare for all my Windows stuff and the 10.200.0.1 network is actually bound to interface eth0:1 (secondary IP binding off my primary interface). The VMWare session is using NAT but the Linux host can also route to the network containing the VMWare session. The VMWare Windows session is actually on 10.254.10.1.

I make this work using the following script...

syncsetup.sh
CODE
#!/bin/sh
ifconfig eth0:1 10.200.0.1 netmask 255.255.0.0
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -F
iptables -t nat -F
iptables -t nat -A POSTROUTING -s 10.200.0.2 -j MASQUERADE
iptables -t nat -A PREROUTING -p tcp -i eth0 -d 10.200.0.1 --dport 4244 -j DNAT
--to 10.254.10.1:4244
iptables -t nat -A PREROUTING -p tcp -i eth0 -d 10.200.0.1 --dport 4245 -j DNAT
--to 10.254.10.1:4245


The first iptables line allows the Z to browse through the host if needed.

The PREROUTING conditions route the reverse connection tcp channel on ports 4244 and 4245 from the 'assumed' address of 10.200.0.1 to the actual address of the Windows session.

This works like a dream.

The only explanation as to why Sharp implemented things like this that I can think of is that they didn't want to overburden people with extra config steps on the Z. You may think this shouldn't be an issue since the Z should just respond to the incoming connection and reply on that IP address, however, this would not let you originate the synchronisation from the Z (since the Z hasn't got an initial connection going to determine its partner from).

Finally for the completely curious as to why I bother with the second IP on the host network.. here's the complete deal..

At the office I use a laptop and cart an external disk containing all my VMWare images backwards and forwards betweem home and the Office. The Laptop WIFI address is 10.200.0.1. When I plug the disk into my home PC I can fire up the same VMWare sessions but don't want to reconfigure my Z with a different address for the Sync partner (since it's actually referencing the Linux host and not the Windows session). For this reason the script on my home system adds a secondary address to the primary NIC.

Hope that helps someone,

- Andy
Go to the top of the page
 
+Quote Post
technojunkie
post Apr 12 2005, 10:11 AM
Post #4





Group: Members
Posts: 172
Joined: 11-September 04
Member No.: 4,547



Sorry if this is a dumb question, but basically to allow syncing from wifi you just setup port forwarding between usb and wifi. Is that the solution in a nutshell?
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 31st October 2014 - 10:42 AM