ssh2編程

⑴ Serial SSH Rlogin Telnet Raw分別是什麼協議

Serial是串口通信協議，規定了數據包的內容，內容包含了起始位、主體數據、校驗位及停止位，雙方需要約定一致的數據包格式才能正常收發數據的有關規范。

SSH是較可靠，專為遠程登錄會話和其他網路服務提供安全性的文件傳輸協議。建立在應用層和傳輸層基礎上。利用 SSH 協議可以有效防止遠程管理過程中的信息泄露問題。

Rlogin是unix系統中的遠程登錄協議。由於客戶端進程和伺服器進程已經事先知道了對方的操作系統類型，因此也就省去了選項協商機制。

Telnet是Internet遠程登錄服務的標准協議和主要方式。它為用戶提供了在本地計算機上完成遠程主機工作的能力。

Raw是列印設備的默認列印協議。為了發送 RAW 格式的作業，列印server將打開一個針對列印機網路介面的 TCP 流。

(1)ssh2編程擴展閱讀：

Telnet與Rlogin協議在傳輸機制上是有安全漏洞的，因為它們在傳輸數據時使用明文機制；如果有人在網路上進行截獲這樣的數據，那麼一些重要的數據將會不可避免的泄露。

而SSH協議可以替代以Telnet，Rlogin等傳統網路程序協議，在不安全的通信環境中提供了比較可靠的數據保護機制。SSH協議採用了數據加密機制，能夠防止DNS欺騙和IP欺騙。通過SSH協議所傳輸的數據是經過壓縮的，因此相對來說加快了傳輸速度。

⑵ 如何在C語言程序中使用SSH

1、這種功能用腳本實現最好
2、最好弄成dsa公鑰驗證方式，也就是ssh無密碼登錄
3、ssh的密碼輸入是綁定到TTY而不是stdin的，所以無法重定向（到管道）
3.1、如果想通過程序輸入ssh密碼，那麼就要模擬TTY，或者讓ssh認為你的輸入是直接來自TTY
3.2、或者，你乾脆自己實現個最簡單的ssh協議吧
3.3、程序模擬TTY，一般會直接採用expact庫，這在腳本裡面很方便，但由於C處理字元串過於笨拙……
4、登錄之後，和ssh交互需要通過管道進行。用寫來模擬控制台鍵入字元，用讀來取命令輸出數據；至於命令返回值……讀 echo $? 的輸出吧
5、如果命令本身也有輸入/輸出提示，比如 rm xxx 會讓你按y什麼的，那麼你必須自己捕捉到這個提示，然後往管道寫一個"Y\n"進去。所以……也許還是expect方便。
6、你可以搞一個腳本，在腳本里用expect完成登錄動作，然後下interact命令進入交互模式；然後在C裡面用popen（）執行這個腳本，這樣就可以避開登錄問題，但仍然要處理命令行交互問題（也就是回答are you sure之類的問題，當然這可以通過為命令傳入-y之類參數來繞開，不過有些命令未必支持）。

⑶ 什麼是遠程登錄有幾種方式

遠程登錄是UNIX 命令，它允許授權用戶進入網路中的其它 UNIX 機器並且就像用戶在現場操作一樣。一旦進入主機，用戶可以操作主機允許的任何事情，比如：讀文件、編輯文件或刪除文件等。

遠程登錄的方式有三種，分別是telnet、ssh和vnc的方式。可以使用戶坐在聯網的主機鍵盤前，登錄進入遠距離的另一聯網主機，成為那台主機的終端。這使用戶可以方便地操縱世界另一端的主機，就像它就在身邊一樣。

方式解析

1、telnet

Telnet是進行遠程登錄的標准協議，它把用戶正在使用的終端變成網路某一遠程主機的模擬終端，使得用戶可以方便地使用遠程主機上的軟、硬體資源。但telnet有一個致命的缺陷，就是Telnet協議使用明文的方式傳送所有的數據（包括賬號和口令）。

2、SSH

SSH是目前通常使用的遠程管理協議，通過SSH可以安全地訪問伺服器。SSH基於成熟的公鑰加密體系，把所有傳輸的數據進行加密，保證數據在傳輸時不被惡意破壞、漏露和篡改。Linux下廣泛使用免費的OpenSSH程序來實現SS協議，它同時支持SSH1和SSH2協議。

3、VNC

VNC是virtual network computing的縮寫，由Olivetti & Oracle研究室所開發，並以GPL方式開源。VNC原理與上述兩者不同，Telnet和SSH服務只能實現基於文本的遠程式控制制，利用VNC可以實現圖形化的遠程式控制制。

其使用RFB協議分享顯示屏畫面，並可跨平台使用。默認使用TCP埠5900至5906，服務端可以在5900口用「監聽模式」連接一個客戶端，使用監聽模式的一個好處是服務端不需要設置防火牆。

⑷ 誰能給我講講SSH怎麼實現啊

呵呵 我幫你下吧！

這些內容都是我自己手寫的，其實術語不多，最重要的是配置

我說明下第一注意的是加包與刪除包：
需要手動載入的包名（必須加）在lib目錄下加：commons-dbcp.jar 和commons-pool.jar包
需要刪除的（必須刪除）的包在lib目錄下刪：asm-2.2.3.jar包

第二我們就開始搭建拉！（順便告訴你下，你可以先把struts和Spring和hibernate導入進來 ，不懂沒關系 你看我的）
（ssh包導入進來後）你先按照樣子導入如果不知道搭的話也很簡單可以學會的那我們就開始寫了：
1.寫基類時（beasDAo（父類）應該會寫）也就是你要寫的增刪改的方法必須繼承：HibernateDaoSupport （Spring來管理hibernate）
得到相應的方法為：
protected void add(T obj) throws Exception {
try {
super.getHibernateTemplate().save(obj);
} catch (Exception e) {
throw e;
}

}
增刪改的方法都一樣super.getHibernateTemplate().update(obj);
super.getHibernateTemplate().delete(obj);

但查詢方法則要new個介面 如查詢所有：
protected List<T> getAll(final Class T) {
return super.getHibernateTemplate().executeFind(new HibernateCallback(){

public Object doInHibernate(Session session) throws HibernateException, sqlException {
Query q = session.createQuery("from " + T.getName());
return q.list();
}

});
根據id也查詢則是如下方法 其實也沒什麼可概括的：
protected T getObjById(Class T, Serializable id) {
return (T) super.getHibernateTemplate().get(T, id);
}

寫好這個之後你要寫相應的DAO繼承基類得到此方法 這個我就不說了
就是得到剛剛自己寫的beasDao的方法

描述相應的DAO的和介面IDAO（這個介面必須有，因為Spring中不能有
IDAO =new DAo();的出現（不過你先寫著，等下再來改） 這就是為什麼要有介面了 Spring說句白的就是針對介面編程
）

Service也是一同樣有IService介面（這個和DAO一個原理一樣 等下我們在來寫Service怎麼運用DAO的方法）

寫好之後我們就開始注入了(這個就是開始配置了)

在Spring的配置文件applicationContext.xml中則寫入這段話，其實意思很見簡單，你不要把他搞的太復雜了，我來解釋下，原來的時候你是用Hibernate來連接資料庫，還有映射相應的pojo對象 是吧 ，但現在我們有了spring就把以前的hibernate的文件給幹掉 讓Spring去管理 但spring如何去管理 我們先寫著：
<?xml version="1.0" encoding="UTF-8"?>
<beans
xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:util="http://www.springframework.org/schema/util"
xmlns:p="http://www.springframework.org/schema/p"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
http://www.springframework.org/schema/util http://www.springframework.org/schema/util/spring-util-2.0.xsd
http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd
http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.0.xsd">
<bean id="ds" class="org.apache.commons.dbcp.BasicDataSource">
<property name="driverClassName"
value="com.mysql.jdbc.Driver"> （這里是數據連接池）
</property>
<property name="url"
value="jdbc:mysql://127.0.0.1:3306/crmdb"> （這個是不是很眼熟）
</property>
<property name="username" value="root"></property>
<property name="password" value="root"></property>
<property name="maxActive" value="10"></property>
<property name="initialSize" value="2"></property>
</bean>
<bean id="sessionFactory" （呵呵 這個就是我們以前來創建Session的工廠了，現在也來了）
class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
<property name="dataSource">
<ref bean="ds" /> （這里就是把連接池給注入進來了）
</property>
<property name="hibernateProperties">
<props>
<prop key="hibernate.dialect">
org.hibernate.dialect.MySQLDialect
</prop>
<prop key="hibernate.show_sql">true</prop> （你仔細看下都很眼熟）
</props>
</property>
<!--<property name="mappingDirectoryLocations">
<list>
<value>com/crm/pojos</value>
</list>
</property>-->
<property name="mappingResources">
<list>
<value>com/crm/pojos/Zongjie.hbm.xml對應的pojo映射文件路徑有多少寫多少</value> （這里就是管理映射文件了）

</list>
</property>
</bean>
（而從這里開始就是事務管理。聽我的 死記下 呵呵 ）
<!-- 事務管理器 apring2.0中間事務的配置和處理-->
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
<property name="sessionFactory" ref="sessionFactory"></property>
</bean>

<!-- 事務屬性:通知/處理/橫切關注點
<tx:method name="add*" propagation="REQUIRED" isolation="DEFAULT" />
以add開頭 事務傳播屬性(沒有事務就創建) 事務隔離級別(資料庫默認)
-->
<tx:advice id="mytx">
<tx:attributes>
<tx:method name="add*" propagation="REQUIRED" />
<tx:method name="del*" propagation="REQUIRED" />
<tx:method name="upd*" propagation="REQUIRED" isolation="DEFAULT"/>
<tx:method name="se*" propagation="SUPPORTS" read-only="true"/>
</tx:attributes>
</tx:advice>
<!-- 織入 -->
<aop:config>
<aop:advisor advice-ref="mytx" pointcut="execution(* com.crm.service.*.*(..))"/>
</aop:config>
</beans>

寫後之後我們就開始注入對應的DAO 你可以自己創建一個bean.xml文件裡面是這樣寫的
<?xml version="1.0" encoding="UTF-8"?>

<beans
xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd">
<bean id="Factory" abstract="true">（這里一定要看請，不錯 這就是我們剛剛的sessionFactory 他為什麼來這里了勒 因為你以前寫基類的時候就是用他來創建session 但現在我們有了spring怕他不認識 所以 我們給他提個醒創建個模板）
<property name="sessionFactory" ref="sessionFactory"></property>
</bean>
<bean id="CustomerDao" class="com.crm..CustomerDao" parent="Factory"></bean>有多少DAO注入多少 呵呵
</beans>

在Service中導 我們要把以前的new（IDao =new Dao();）不要
如下面顯示：IDAO i;提供對應的get 與set方法就可以了

然後類我們自己創建個servicebean.xml配置文件注入相應的DAO到Service中

<beans
xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd">
<bean id="CustomerService" class="com.crm.service.CustomerService">
<property name="icustomer" ref="CustomerDao"></property>
<property name="i" ref="UserDao"></property> 你看的沒name=i;就是我剛剛定義的 我們要的就是他提供的set方法 ，而ref="UserDao"這就是我剛剛上面自己的啊
</bean>
</beans>
在你寫的action中我們要和寫Service裡面的DAO一樣但要繼承DispatchActionSupport
然後在
IService customerservice;提供get 與set 方法

再來我們創建個strutsbean.xml配置文件寫入：
<?xml version="1.0" encoding="UTF-8"?>

<beans
xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd">
<bean name="/customer" class="com.crm.struts.action.CustomerAction">
<property name="customerservice" ref="CustomerService"></property>
</bean>
</beans>

然後我們在Struts的配置文件中加如個插件：

<plug-in className="org.springframework.web.struts.ContextLoaderPlugIn">
<set-property property="contextConfigLocation"
value="/WEB-INF/strutsbean.xml"/>
</plug-in>
這是載入strutsbean.xml的配置文件

最後就是在web.xml中載入我們自己創建的bean.xml和servicebean.xml
web.xml 文件中加入

<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/applicationContext.xml,/WEB-INF/bean.xml,/WEB-INF/servicebean.xml</param-value>
</context-param>
<servlet>
<servlet-name>ContextLoaderServlet</servlet-name>
<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

這樣整個就配置完了！
呵呵 如果實在不懂的話，我可以隨時告訴你qq:236133039
我把一個整合好講給你聽的給你
祝你好運！

⑸ 各位大神說說學ssm好還是學ssh好

SSH 通常指的是 Struts2，Spring ，Hibernate。
SSM 則指的是 SpringMVC，Spring，MyBatis
SSH 通常指的是 Struts2 做前端控制器，Spring 管理各層的組件，Hibernate 負責持久化層。
SSM 則指的是 SpringMVC 做前端控制器，Spring 管理各層的組件，MyBatis 負責持久化層。
共同之處是都使用了Spring的依賴注入DI來管理各層的組件，使用了面向切面編程AOP來實現日誌管理，許可權認證，事務等通用功能的切入。
不同之處是 Struts2 和 SpringMVC 做前端控制器的區別，以及 Hibernate 和 MyBatis 做持久化時的區別。但是，Struts2 也可以和 MyBatis 搭配使用，SpringMVC 也可以和 Hibernate 搭配使用。本文為了簡化對比，指定 Struts2 要和 Hibernate 搭配，SpringMVC 要和 MyBatis 搭配。

⑹ java的SSH框架各層有什麼意義它是mvc的概念嗎還是架構層次上的

SSH(struts+spring+hibernate)是Java EE一種強大的框架技術來的。
按照我個人理解來說吧，這樣你也容易明白：
struts：就是一個核心控制器，經常用來處理和控制數據請求和頁面跳轉等。
spring: 說白了就是Java Bean對象管理池，使用SSH框架時，許多對象需要封裝、創建等操作，總不能每次Action的操作都讓開發者進行一次處理吧，所以通過spring來管理所有bean對象，這樣開發者下次需要使用這個對象時，直接使用就好了，而已spring還能控制對象作用域等等這些。
hibernate:個人理解就是個資料庫連接映射池，你知道就好了。

MVC樓下已經有人告訴你了，說白了SSH就是包含了MVC的設計邏輯在裡面

⑺ 如何在C語言程序中使用SSH

簡單的說，編程就是為了藉助於計算機來達到某一目的或解決某個問題，而使用某種程序設計語言編寫程序代碼，並最終得到結果的過程。 計算機雖然功能十分強大。可以供你上網、打游戲、管理公司人事關系等等，但是沒有程序，它就等於是一堆廢鐵，不會理會我們對它下達的「命令」。於是，我們要馴服它，只有通過一種方式——程序，這也是我們和計算機溝通的唯一方式。 那程序到底是什麼呢？ 程序也就是指令的集合，它告訴計算機如何執行特殊的任務。 打個比方說，它好比指導你烹調菜品的菜譜或指揮行駛一路到達目的地的交警（或者交通路標）。沒有這些特殊的指令，就不能執行預期的任務。計算機也一樣，當你想讓計算機為你做一件事情的時候，計算機本身並不能主動為我們工作，因此我們必須對它下達指令，而它根本

⑻ SSH的分別是指什麼，各有什麼特別和區別.

經典的ssh應用 ,實際上是將 struts或struts2,spring,hinanate 這三個不同的java框架集中到一起.
成為一個優秀的Java Web開發方案.
簡單描述下:
struts 作為一個表示層框架,主要是 獲取頁面的數據 及 控制頁面跳轉.
hibernate 是一個數據持久層的框架,只管 怎麼去訪問及操作資料庫的數據.
spring 是一個更加強大的框架,是為J2EE 應用程序開發提供集成的框架,體現在其簡單性、可測試性和松耦合上,同時對面向切面編程也有支撐的.

再簡單打個比方, ssh就像一個大型產品製造企業里的三類員工,
struts是 負責 跟客戶打交道的 客服人員,
hibernate 是 倉庫的倉儲管理人員,負責貨物的倉儲管理.
spring 就是 管理層的核心領導,負責協調調度,以保障企業的良好運作.

⑼ 如何在SSH中進行真正面向對象的軟體開發

首頁 > 工作日誌 > 如何在SSH中進行真正面向對象的軟體開發

如何在SSH中進行真正面向對象的軟體開發

SSH從頭到尾都是圍繞著一個中心建立的：面向對象。
Hibernate是作為一種對象持久化手段而存在的。所謂的O/R MAPPING其實就是持久化。因為對象與關系只不過是一個個體與集合的關系，本質上並不存在沖突。不需要映射。事實上，在大多數情況下，內存中的一個對象正好對應關系中的一條或多條記錄。甚至連轉化都不需要。概念是等同的，不存在映射。另一種看法是直接把關系中的記錄直接看成對象。這樣子的話對於理解持久化的概念會更容易與直接一點。
而Struts則在很大程度上是作為一種O/STREAM MAPPING的技術存在於系統前端的。從這個意義上講，Hibernate與Struts都更像是一種對I/O的封裝。因為對象只能生存在內存中，所以才需要這兩種技術作I/O映射。否則「對象」怎麼跟外界進行交互呢？
既然前兩者在大多數情況下都只不過是作為某種程度上的MAPPER存在於系統中的，所以其實只有Spring才是這個框架的核心部分。
Spring的IoC與DI功能就是面向對象的系統中其對象系統的骨架。如果沒有這個骨架，眾多的對象就很難連接起來一起工作。
自己開發一個這樣的框架當然也不是不可能。只是這樣做的話就免不了掉入重復發明輪子的陷阱。而Spring正是為了防止或免於大家做這樣的事情。
實際上，我對Spring從來沒有做過任何詳細的研究。IoC與DI的價值也是在我認識到面向對象的價值以後才被我認識到的。網上有人認為它們因為是應用設計模式的極佳工具所以很好。我認為這樣的觀點有點神化設計模式的味道。我面向對象不一定要使用設計模式好吧！
工欲善其事，必先利其器。但是同樣有話：殺雞焉用宰牛刀。設計模式為系統增加了很多不必要的類。使用它很容易掉入過度工程的陷阱。事實上，大部分設計模式的存在目的是為了解耦。但解耦本身其實是一種思想，對這種思想的貫徹不一定要通過設計模式來完成吧。
另一方面，面向對象本身其實已經在很大程度上解決了耦合的問題。
與其因為設計模式的使用而引入大量的靜態介面，還不如將有些協作要求交給動態的運行時去處理（至於如何做到這一點，目前仍未想清楚。但是無論如何，大量介面的存在，對於系統肯定不是一件太好的事情。事實上，面向對象的本來目的就是為了減少介面，把介面降到第二類成員的地位）。
IoC的價值是很基礎的：它完成了對象的「安裝」工作。這使得應用開發過程無須考慮對象的連接。而只要把對象設計好就行了。無需考慮對象的「安裝」。
比如，一個典型的使用Spring的面向對象開發流程將是這樣的：
1，開發對象；
2，安裝對象。
這種流程顯然更適合於多人或大規模開發工作。使用它進行工業級開發變得很容易。一個對象的使用者甚至可以自己定義被使用對象的介面。然後再在安裝階段進行相關調整。
可以看出，這里最重要的是安裝階段的引入。因為如果沒有這個階段的話，開發者就必須在開發階段完成對象的安裝。這樣子的話開發者的注意力就會很容易被轉移而最終形成以介面為中心的系統。這樣顯然不利於整體的面向對象的開發。
因為在面向對象的開發中，如何更好地實現對象本身比對象之間的交互更重要。交互應該以對象系統副產品的形式出現而不是以主角出現在系統中。因為在面向對象的系統中，介面是第二類成員而不是第一類成員。
第一類成員是對象。系統是由對象組成的系統。
理解面向對象最重要的一點就是要認識到：對象系統不是功能型的系統。
而將整個對象的開發階段分成開發與安裝兩個階段正好是這種思想得以徹底貫徹的唯一方法。
因為這種方法使得在第一階段幾乎不用考慮對象之間的合作，而只需要考慮如何盡量貼切地實現對象本身。實際上，真正的對象開發也只能在這個階段得以完成。
這樣一來，安裝階段的工作邏輯就很清楚了。它就好象是在說：好了，現在讓我們看看它們能不能一起相處。
而對象開發階段的邏輯也因此變得更清晰。為了便於以後的長期協作，可能有必要對對象的行為進行更高層次的抽象以便於以後能提供更多的操作可能（組合）。
也就是說，為了更好的與其它對象相處，可能要對對象本身的價值系統進行重整。也即對對象的行為進行粒度控制。
面向對象在這一點上與其它開發模型是一樣的。只不過向更高層次抽象的目的不同而已。如在面向過程的模型中，抽象的目的是為了提供更好過程粒度。在面向服務的模型中則是為了提供更好的服務粒度。而在面向對象的模型中則是為了提供更合適的對象行為粒度。
這個流程還隱含著另一種軟體開發哲學，即：部件比介面重要。而不是恰好相反的。如果部件不能共同工作，那麼需要修改的不是部件，而是部件之間的介面。可見，介面在這里是第二類成員。
這與真正的真實世界的語義其實很相近（除了功能緊湊型系統如汽車，機械，電力。。。這樣的系統與軟體系統存在本質的區別。它們的復雜度領域在技術而軟體的復雜度領域在協作）。
並且它也正好是面向對象相對面向介面編程的優點之一：面向介面的結果是以介面為中心的系統。一旦介面修改則整個系統都要修改。
協作與對象到底哪個更重要，所暴露出來的其實正是面向介面與面向對象兩種開發範式在思維上的根本不同。