Cannot log in to bank account

[farfnarf]

This problem was never solved.

I have changed hard drives and installed four Linux distros, one at a time, to see if the bank logon problem was not just a Sabayon problem: Mint, PCLinuxOS 2007, Freespire and Zenwalk.

The problem cannot be duplicated in VectorLinux either, although it does force an additional security step to continue.

Sabayon is the only distro that will not allow me to use Firefox to logon to my bank account.

No help.

[momocore]

Did you try re-emerging netscape-flash? You only said that the version is installed, but it may be broken somewhere. I know the most recent one is a beta version, so you may be better off with the following:

Code: Select all

# emerge -C netscape-flash
# emerge =netscape-flash-9.0.48.0-r1

Also, are you running x64? That may be the difference between the systems. Sabayon is x64 while the other machines are running 32 bit OS's

See Wolfden's response to a different post here: http://www.sabayonlinux.org/forum/viewtopic.php?f=5&t=11729:

your best bet is to use the mozilla-firefox-bin which is 32 bit in the 64 bit OS, so you can use the plugins better.

Yes the beta flash isn't going to work, downgrade it.

[Fitzcarraldo]

There are other factors that can inhibit browsing of secure Web sites. One is if the PC's clock (time and date) is not set correctly.

Another possible reason why browsers would not be able to access secure sites, even if they use the latest encryption and their security settings and PC's time and date are correct, is that the maximum transfer unit (MTU) could be set incorrectly, as I discovered from an article at http://www.isaserver.org/tutorials/onlinebanking.html (I had this problem a few years ago, so I am speaking from first-hand experience. The MTU is a feature of the IP networking protocol.).

If TCP/IP packets are too small, a secure server thinks the information in the packets is possibly malicious and drops them. The requesting computer sits there waiting until it finally times out the connection. Apparently this problem can also be caused by a router, a firewall or another computer in the path between your PC and the secure server that is blocking ICMP Code 3 Type 4 packets. This prevents the sending computer or firewall discovering the MTU path and/or size available. The solution is to increase the MTU value. There is a maximum MTU permissible value, which apparently is different for dial-up and ADSL connections. For ADSL the MTU should be no bigger than 1,492 bytes. (A few years ago I suddenly could not access my secure Amazon account after I had been tinkering with the MTU on my previous PC. As soon as I raised the MTU to 1,492 bytes I could access the secure site again.)

So perhaps your clock or your MTU setting are causing your problem. I have not changed the MTU for SL/Gentoo, but the following page shows how to do it for Debian using ifconfig:

http://www.debianadmin.com/change-mtu-m ... rface.html

Perhaps with a bit of Googling you'll be able to come up with something for Gentoo.