無法向會話狀態伺服器發出會話狀態請求。請確保 ASP.NET State Service (ASP.NET 狀態服務)已啟動，並且客戶端埠與伺服器埠相同。如果伺服器位於遠端計算機上，請檢查 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection 的值，確保伺服器接受遠端請求。如果伺服器位於本地計算機上，並且上面提到的登錄檔值不存在或者設定為 0，則狀態伺服器連線 說明: 執行當前 Web 請求期間，出現未處理的異常。請檢查堆疊跟蹤資訊，以瞭解有關該錯誤以及程式碼中導致錯誤的出處的詳細資訊。

異常詳細資訊: System.Web.HttpException: 無法向會話狀態伺服器發出會話狀態請求。請確保 ASP.NET State Service (ASP.NET 狀態服務)已啟動，並且客戶端埠與伺服器埠相同。如果伺服器位於遠端計算機上，請檢查 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection 的值，確保伺服器接受遠端請求。如果伺服器位於本地計算機上，並且上面提到的登錄檔值不存在或者設定為 0，則狀態伺服器連線字串必須使用“localhost”或“127.0.0.1”作為伺服器名稱。

源錯誤:

執行當前 Web 請求期間生成了未處理的異常。可以使用下面的異常堆疊跟蹤資訊確定有關異常原因和發生位置的資訊。

原因分析:
web.config中配置SessionState的mode為StateServer，但伺服器沒有開啟改個服務。

解決方法:
1.Web.Config裡面 把sessionState 的mode改為"InProc"   ;

Web.Config裡面：  
  <sessionState    
                          mode="InProc"  
                          stateConnectionString="tcpip=127.0.0.1:42424"  
                          sqlConnectionString="data   source=127.0.0.1;user   id=sa;password="  
                          cookieless="false"    
                          timeout="20"    
          />  
  你是不是使用“StateServer”，如果是，請參考：  
  使用   StateServer   模式    
   
  確保   ASP.NET   狀態服務正在將儲存會話狀態資訊的遠端伺服器上執行。該服務是隨   ASP.NET   Premium   版一起安裝的，並且該服務預設情況下位於   <Drive>:\Program   Files\ASP.NET\Premium\version\aspnet_estate.exe。    
  在應用程式的   Web.config   檔案中，設定   mode=StateServer   並設定   stateConnectionString   屬性；例如   stateConnectionString="tcpip=sarath:42424"。

或者
2.在服務中啟用"ASP.NET State service"

在"管理工具"中的"服務"啟動"ASP.NET   State   Service",這種方法我自己試了，能解決問題的。

這樣是可以了，但沒有理解為什麼要這麼做。後來在網上找了一上才知道真真的原因。

Session模型簡介
　　Session是什麼呢？簡單來說就是伺服器給客戶端的一個編號。當一臺WWW伺服器執行時，可能有若干個使用者瀏覽正在運正在這臺伺服器上的網站。當每個使用者首次與這臺WWW伺服器建立連線時，他就與這個伺服器建立了一個Session，同時伺服器會自動為其分配一個SessionID，用以標識這個使用者的唯一身份。這個SessionID是由WWW伺服器隨機產生的一個由24個字元組成的字串，我們會在下面的實驗中見到它的實際樣子。

　　這個唯一的SessionID是有很大的實際意義的。當一個使用者提交了表單時，瀏覽器會將使用者的SessionID自動附加在HTTP頭資訊中，（這是瀏覽器的自動功能，使用者不會察覺到），當伺服器處理完這個表單後，將結果返回給SessionID所對應的使用者。試想，如果沒有SessionID，當有兩個使用者同時進行註冊時，伺服器怎樣才能知道到底是哪個使用者提交了哪個表單呢。當然，SessionID還有很多其他的作用，我們會在後面提及到。

　　除了SessionID，在每個Session中還包含很多其他資訊。但是對於編寫ASP或ASP.NET的程式與來說，最有用的還是可以通過訪問ASP/ASP.NET的內建Session物件，為每個使用者儲存各自的資訊。例如我們想了解一下訪問我們網站的使用者瀏覽了幾個頁面，我們可能在使用者可能訪問到每個的頁面中加入：

<%
If Session("PageViewed") = ""Then
　Session("PageViewed") = 1
Else
　Session("PageViewed") = Session("PageViewed") + 1
End If
%>

　　通過以下這句話可以讓使用者得知自己瀏覽了幾個頁面：

<%
Response.Write("You have viewed " & Session("PageViewed") & " pages")
%>

　　可能有些有些讀者會問：這個看似像是陣列的Session(“..”)是哪裡來的？需要我定義嗎？實際上，這個Session物件是具有ASP解釋能力的的WWW伺服器的內建物件。也就是說ASP的系統中已經給你定義好了這個物件，你只需要使用就行了。其中Session(“..”)中的..就好像變數名稱，Session(“..”)=＄＄中的＄＄就是變數的值了。你只需要寫上句話，在這個使用者的每個頁面中都可以訪問..變數中的值了。

　　其實ASP一共內建了7個物件，有Session、Application、Cookie、Response、Request、Server等。在其他的伺服器端指令碼語言如JSP、PHP等中也有其類似的物件，只是叫法或者使用方法上不太一樣。

ASP Session的功能的缺陷
　　目前ASP的開發人員都正在使用Session這一強大的功能，但是在他們使用的過程中卻發現了ASP Session有以下缺陷：

　　程序依賴性：ASP Session狀態存於IIS的程序中，也就是inetinfo.exe這個程式。所以當inetinfo.exe程序崩潰時，這些資訊也就丟失。另外，重起或者關閉IIS服務都會造成資訊的丟失。
　　Session狀態使用範圍的侷限性：剛一個使用者從一個網站訪問到另外一個網站時，這些Session資訊並不會隨之遷移過去。例如：新浪網站的WWW伺服器可能不止一個，一個使用者登入之後要去各個頻道瀏覽，但是每個頻道都在不同的伺服器上，如果想在這些WWW伺服器共享Session資訊怎麼辦呢？
Cookie的依賴性：實際上客戶端的Session資訊是儲存與Cookie中的，如果客戶端完全禁用掉了Cookie功能，他也就不能享受到了Session提供的功能了。
鑑於ASP Session的以上缺陷，微軟的設計者們在設計開發 ASP.NET Session時進行了相應的改進，完全克服了以上缺陷，使得ASP.NET Session成為了一個更加強大的功能。

Web.config檔案簡介
　　有的ASP.NET程式設計師說：Web.config檔案？我從來沒有聽說過啊，可是我寫的程式不是也能很正常的運轉嗎？是的，你說得沒錯，沒有Web.config檔案程式是可以正常執行的。但是，如果你做了一個大型的網站，需要對整個網站做一些整體配置，例如整個網站的頁面使用何種語言編寫的、網站的安全認證模式、Session資訊儲存方式等，這時你就需要使用Web.config檔案了。雖然Web.config檔案中的某些選項是可以通過IIS配置的，但是如果在Web.config中也有相應的設定就會覆蓋掉IIS中的配置。而且，Web.config檔案的最大的便利之處就是可以在ASP.NET頁面中通過呼叫System.web名字空間訪問Web.config中的設定。

　　Web.config有兩種，分別是伺服器配置檔案和Web應用程式配置檔案，他們都名為Web.config。在這個配置檔案中會儲存當前IIS伺服器中網頁的使用哪種語言編寫的、應用程式安全認證模式、Session資訊儲存方式的一系列資訊。這些資訊是使用XML語法儲存的，如果想對其編輯，使用文字編輯器就行了。

　　其中伺服器配置檔案會對IIS伺服器下所有的站點中的所有應用程式起作用。在.NET Framework 1.0中，伺服器的Web.config檔案是存在：\WinNT\Microsoft.NET\Framework\v1.0.3705中的。

　　而Web應用程式配置檔案Web.config則儲存在各個Web應用程式中。例如：當前網站的根目錄\Inetpub\wwwroot，而當前的Web應用程式為MyApplication，則Web應用程式根目錄就應為：\Inetpub\wwwroot\MyApplication。如果你的網站有且只有一個Web應用程式，一般說來應用程式的根目錄就是\Inetpub\wwwroot。如果想新增一個Web應用程式，在IIS中新增一個具有應用程式起始點的虛擬目錄就行了。這個目錄下的檔案及目錄將被視為一個Web應用程式。但是，這樣通過IIS新增Web應用程式是不會為你生成Web.config檔案的。如果想建立一個帶有Web.config檔案的Web應用程式，需要使用Visual Studio.NET，新建一個Web應用程式專案。

　　Web應用程式的配置檔案Web.config是可選的，可有可無。如果沒有，每個Web應用程式會使用伺服器的Web.config配置檔案。如果有，則會覆蓋伺服器Web.config配置檔案中相應的值。

　　在ASP.NET中，Web.config修改儲存後會自動立刻成效，不用再像ASP中的配置檔案修改後需要重新啟動Web應用程式才能生效了。

Web.config檔案中的Session配置資訊
　　開啟某個應用程式的配置檔案Web.config後，我們會發現以下這段：

<sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>

　　這一段就是配置應用程式是如何儲存Session資訊的了。我們以下的各種操作主要是針對這一段配置展開。讓我們先看看這一段配置中所包含的內容的意思。sessionState節點的語法是這樣的：

<sessionState mode="Off|InProc|StateServer|SQLServer"
               cookieless="true|false"
               timeout="number of minutes"
               stateConnectionString="tcpip=serverName:port"
               sqlConnectionString="sql connection string"
               stateNetworkTimeout="number of seconds"
/>

必須有的屬性是

屬性 選項 描述
mode   設定將Session資訊儲存到哪裡
Off 設定為不使用Session功能
InProc 設定為將Session儲存在程序內，就是ASP中的儲存方式，這是預設值。
StateServer 設定為將Session儲存在獨立的狀態服務中。
SQLServer 設定將Session儲存在SQL Server中。