Publishing is easily one of the most troublesome aspects of FrontPage for many users. When you publish a FrontPage Web site, you rely on not only your own machine being configured correctly, but you also rely on the machine to which you are publishing the Web site to be configured correctly. In addition to that, you have to contend with any machines that lie between you and the destination server. Quite simply, plenty can go wrong when you're publishing a Web site. Where the Information GoesWhen you request a page from your Web site on the Internet, you aren't sending and receiving information directly to and from the Web server your site is hosted on. Instead, you are sending and receiving information through many machines on the Internet. For example, I traced a browsing session between my machine and a Web server that I know to be just across town. The information being exchanged between my machine and that Web server went through 13 other machines on the Internet before it reached the remote Web server. NOTE If you are curious about how information is exchanged between computers on the Internet, read Special Edition Using TCP/IP.
When you are simply browsing to Web sites, information will usually travel to and from your machine without any problems. However, when you are publishing a Web site, it is a bit more complicated. In addition to the normal information exchanged, you will also be passing login credentials, and you will be passing much larger amounts of information than you do when you request a single page. Because of these differences in the way you are communicating with the remote Web server, problems are sometimes encountered that can be difficult to diagnose. The Publishing ProcessPublishing will be discussed in detail in this chapter, but it's important that you understand how the publishing process works before we go into detail. Therefore, let's look at a very high-level view of what happens when you publish a Web site with FrontPage.
Failures in publishing with FrontPage almost always occur at step 4 or 8.
For more information on FrontPage metadata, see "What Is a Web Site," p. 252. Common Reasons for Publishing ProblemsAt step 4, your username and password are verified by the Web server. Many times a failure at this point is caused by incorrect entries on the part of the user. However, there are cases in which authentication will fail because of server configuration. Microsoft Web servers can use a type of authentication known as Windows Integrated authentication. (This type of authentication is commonly referred to as NTLM authentication, but Microsoft no longer uses that terminology.) Windows Integrated authentication was designed to be used on a Windows network. It allows users to log in to a network only one time, and that single login is used for other network resources that are requested during that login session. When the user requests another network resource that requires a username and password, the credentials used when he initially logged on are passed automatically instead of the user being prompted again. Windows Integrated authentication is extremely beneficial in a Windows network environment, but it was never designed to be used on the Internet. Even so, many hosting companies and ISPs will enable Windows Integrated authentication because it is a very secure method of authentication. This can cause problems because on the Internet, your username and password are often not passed directly from your machine to the remote Web server. Many times, another computer will pass your username and password on your behalf. Windows Integrated authentication is designed to fail when this happens, and when it does, you will be continuously prompted for a username and password. After three attempts, you will be denied access. The solution to this problem is to have your host enable Basic authentication on the Web server. NOTE For more information on authentication types in Microsoft Web servers, read Internet Information Services Administration from Que Publishing. The other common cause of problems when publishing is caused by the remote Web server timing out because of a lengthy file copy process. Occasionally, the hosting company or ISP can increase the timeout period on the Web server to correct this problem, but you are often better off breaking up a large site into smaller subsites. By breaking up your Web site into smaller subsites, smaller portions of the entire site are transferred when publishing and you stand a lesser chance of timeout problems. Publishing is easily one of the toughest problems to troubleshoot with FrontPage because problems that you encounter are often not isolated to your machine. You also often have to rely on the support of your hosting company to assist in troubleshooting. Unfortunately, many hosting companies don't offer the level of service they should when publishing problems occur. Choosing a reliable host is essential in order to avoid unnecessary frustrations when problems occur. |