I fully opened the firewall , both in Windows 10 and in the router, which didn't resolve the issue.
Nor did Filezilla require to perform such configuration action.
The user inlog name is of this format: domain\user
How did you generate/obtain the detailed log? All I get is:
Initialised HMAC-SHA-256 server->client MAC algorithm
15:24:17
Command:
Pass: ********
15:24:17
Trace:
Sent password
15:24:17
Trace:
Access granted
15:24:17
Trace:
Opening session as main channel
15:24:17
Trace:
Opened main channel
15:24:18
Trace:
Started a shell/command
15:24:18
Status:
Connected to f******.t*****.de.de
15:24:18
Trace:
CSftpDeleteOpData::ParseResponse() in state 3
15:24:18
Trace:
CControlSocket::ResetOperation(0)
15:24:18
Trace:
CSftpDeleteOpData::Reset(0) in state 3
15:24:18
Trace:
CFileZillaEnginePrivate::ResetOperation(0)
15:24:18
Status:
Retrieving directory listing...
15:24:18
Trace:
CControlSocket::SendNextCommand()
15:24:18
Trace:
CSftpListOpData::Send() in state 0
15:24:18
Trace:
CSftpChangeDirOpData::Send() in state 0
15:24:18
Trace:
CSftpChangeDirOpData::Send() in state 1
15:24:18
Command:
pwd
15:24:18
Response:
Current directory is: "/Home/user"
15:24:18
Trace:
CSftpChangeDirOpData::ParseResponse() in state 1
15:24:18
Trace:
CControlSocket::ResetOperation(0)
15:24:18
Trace:
CSftpChangeDirOpData::Reset(0) in state 1
15:24:18
Trace:
CSftpListOpData::SubcommandResult(0) in state 1
15:24:18
Trace:
CControlSocket::SendNextCommand()
15:24:18
Trace:
CSftpListOpData::Send() in state 2
15:24:18
Trace:
CControlSocket::ResetOperation(0)
15:24:18
Trace:
CSftpListOpData::Reset(0) in state 2
15:24:18
Status:
Directory listing of "/Home/user" successful
15:24:18
Trace:
CFileZillaEnginePrivate::ResetOperation(0)
Finally I tested a free SFTp test server (see Free Public SFTP Servers - SFTP.net) and this server works in my setup, this is the log from Directory Opus 12.10:
Opening Connection test.rebex.net:22
Server version: SSH-2.0-RebexSSH_1.0.0.0
Using SSH protocol version 2
We claim version: SSH-2.0-PuTTY_Directory_Opus
Doing Diffie-Hellman group exchange
Doing Diffie-Hellman key exchange with hash SHA-256
Host key fingerprint is:
ssh-rsa 2048 03:61:c4:98:f1:ff:7d:23:97:51:07:13:88:b8:c5:55
Initialised AES-256 SDCTR client->server encryption
Initialised HMAC-SHA-256 client->server MAC algorithm
Initialised AES-256 SDCTR server->client encryption
Initialised HMAC-SHA-256 server->client MAC algorithm
Access granted
Opening session as main channel
Opened main channel
Started a shell/command
SSH: CTS CONNECTED
SSH: Listing Directory
SSH: List complete 5 files.
SSH: Listing Directory
SSH: List complete 3 files.
SSH: Listing Directory
SSH: List complete 21 files.
The reason your log is empty is because something on your system (or in your network) is blocking the connection. It's not able to even connect to the remote server so there's no login attempt shown in the log and credentials don't even come into it.
Hmmm, Directory Opus works well on my work.
Could this be related to the Direct Access connection that I use at home? I try some things tonight…
--continuation--
By usage of another Win 10x 64 PC behind the same router at home I was able to connect to the server:
Opening Connection f*******.t********.d*:22
Server version: SSH-2.0-9.99 sshlib
Using SSH protocol version 2
We claim version: SSH-2.0-PuTTY_Directory_Opus
Doing Diffie-Hellman group exchange
Doing Diffie-Hellman key exchange with hash SHA-256
Host key fingerprint is:
ssh-rsa 2048 54:d1:24:97:e8:63:b4:ce:4e:47:1f:ce:f5:de:66:b5
Initialised AES-256 SDCTR client->server encryption
Initialised HMAC-SHA-256 client->server MAC algorithm
Initialised zlib (RFC1950) compression
Initialised AES-256 SDCTR server->client encryption
Initialised HMAC-SHA-256 server->client MAC algorithm
Initialised zlib (RFC1950) decompression
Sent password
Access granted
Opening session as main channel
Opened main channel
Started a shell/command
SSH: CTS CONNECTED
SSH: Listing Directory
SSH: List complete 0 files.
So this narrows down to the laptop itself …. like you all predicted.
Now the main question:
Why is Filezilla able to connect and Directory Opus not?
It has something to do with the Direct Access connection my company has preconfigured. Filezilla is ignoring it and Directory Opus not. Is it ipv6 related?
I'm not sure what Direct Access is I'm sorry. Opus does not currently support IPv6 so maybe something on that machine is blocking an IPv4 connection but letting IPv6 through? Although it would be pretty unusual.
DirectAccess (DA) is a Microsoft VPN product: DirectAccess - Wikipedia .
By this I'm able to access the company file-server on a location indepent way without starting VPN connections.
I narrowed the issue down to this:
Filezilla
is able
connect and maintian the connection to all SFTP servers (including this specific one - see above) while the DA connection is up with the IP number and the DNS name.
DirectoryOpus
is able
to connect to most SFTP servers while the DA connection is up
able connect to this specific (in company) SFTP server when the DA connection is down
and even maintain the connection when DA is up (after a login with DA down) and is able to connect with the IP number. but is not able
to connect to this specific SFTP server when DA is up based on the DNS name.
I'm curious for the solution and will ask our IT guys about this.
Could be that Filezilla is preconfigured in our firewall.
Or an DNS issue? Yes
Or still Directory Opus behaving differently compared to Filezilla? Yes, it doesn't support ipv6, Filezilla does
--continuation--
Tracert with DA:
G:>tracert f******.t*****.de.de
Tracing route to f******.t*****.de [fd99:5298:9d4b:7777::ab4:30a]
over a maximum of 30 hops:
1 14 ms 13 ms 13 ms fd99:5298:9d4b:1001:2028:eefe:c397:299b
2 14 ms * 14 ms fd99:5298:9d4b:7777::ab4:30a
3 19 ms 13 ms 20 ms fd99:5298:9d4b:7777::ab4:30a
...
Tracert without DA:
G:>tracert f******.t*****.de
Tracing route to f******.t*****.de [185.39.104.26]
over a maximum of 30 hops:
1 1 ms 1 ms 1 ms fritz.box [192.168.178.1]
2 6 ms 5 ms 23 ms te-1-3.ars01.ams2.network.solcon.net [83.247.49.1]
3 5 ms 4 ms 4 ms asd-s4-rou-1041.NL.eurorings.net [134.222.129.13]
...
I changed the name in FTP Adress Book to the actual IP number (I hope they don't change it too often) and now the connection works while DA is enabled.