Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Can only send files one way #22

Open
jll123567 opened this issue Oct 12, 2018 · 8 comments
Open

Can only send files one way #22

jll123567 opened this issue Oct 12, 2018 · 8 comments

Comments

@jll123567
Copy link

HI, I can't seem to send files to one computer but can send to the other.
I can select the file and receiver but then LAN-Share just says "waiting" forever.

I have

  • Restarted the program on both computers. No effect.
  • Tried changing the transfer port. No effect.
  • Made firewall exceptions on both computers. No effect

For reference, both machines are Windows 10 64bit

.

@jll123567
Copy link
Author

untitled

Here's what I see.

@jwarrenbc
Copy link

I'm having the same problem sending from Linux to Windows 10. The Windows 10 instance is binding to the wrong IP address: 169.254.179.189, when its actual IP address on the LAN is 192.168.1.5. I believe that my DHCP server is working correctly, so I don't know where it's getting the 169 address from?

@timbrockley
Copy link

timbrockley commented Jul 3, 2020

I also have issues - can send from Windows 10 (64 bit) to Linux but not the other way.

Binds to wrong IP address on windows.

@rwperrott
Copy link

rwperrott commented Dec 18, 2020

I've seen LAN-Share on Windows 10 (64 bit) not see an active LAN-Share on a Mint Debian VM. The Debian side appear to be bound to an IP6 socket, but not IP4 socket, which may be the problem.

@IRebri
Copy link

IRebri commented May 25, 2021

Is there any solution to this problem?

I'm having the same problem sending from Ubuntu to Windows 10.

I'm having the same problem sending from Linux to Windows 10. The Windows 10 instance is binding to the wrong IP address: 169.254.179.189, when its actual IP address on the LAN is 192.168.1.5. I believe that my DHCP server is working correctly, so I don't know where it's getting the 169 address from?

In my case Win10 has 192.168.0.190 however the Win10 instance is binding to 169.254.100.206

@rwperrott
Copy link

rwperrott commented May 25, 2021

Is there any solution to this problem?

I'm having the same problem sending from Ubuntu to Windows 10.

I'm having the same problem sending from Linux to Windows 10. The Windows 10 instance is binding to the wrong IP address: 169.254.179.189, when its actual IP address on the LAN is 192.168.1.5. I believe that my DHCP server is working correctly, so I don't know where it's getting the 169 address from?

In my case Win10 has 192.168.0.190 however the Win10 instance is binding to 169.254.100.206

The solution is for the abdularis account holder, or a fork account holder, to add optional configuration of the IP address of the listening socket, not just its port number. Some systems have and use multiple NICs, including virtual ones, so it is stupid to always assume the listening port IP address and may be a security risk too. A text format IP address could be use to specify one or more IP4 and/or IP6 server sockets.

This naïve fail has gone on so long now that I had to setup and use a minimal FTP server to share some context from my Mint Debian VM, and I may decide to ignore this project if this drags on much longer.

@atiyabzafar
Copy link

I installed LAN share to transfer some files form my ubuntu setup to my windows laptop. But I can don only the reverse of it. Why is this issue so old and haven't been rectified. The listening IP for windows I believe is not correct. But i may be wrong.

@syJSdev
Copy link

syJSdev commented May 25, 2022

+1
Any updates?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants