Folosiţi această pagină pentru a vizualiza şi configura un canal de transport HTTP.Acest tip de canal de transport tratează cererile HTTP de la un client la distanţă.
Un canal de transport HTTP parsează cererile HTTP şi apoi găseşte un canal de aplicaţie corespunzător pentru a manipula cererea şi pentru a trimite un răspuns.
Pentru a vedea această pagină a consolei administrative, apăsaţi Servere > Tipuri de Server > Servere de aplicaţii WebSphere > nume_server > Porturi. Localizaţi portul pentru canalul HTTP ale cărui setări doriţi să le vizualizaţi sau configuraţi, şi apăsaţi Vizualizare transporturi asociate. Faceţi clic pe numele lanţului de transport care include acest transport HTTP şi apoi faceţi clic pe numele canalului de transport HTTP.
Specifică numele canalului de transport HTTP.
Câmpul de nume nu poate conţine niciunul din următoarele caractere: # \ / , : ; " * ? < > | = + & % '
Acest nume trebuie să fie unic în toate canalele din sistemul dumneavoastră. De exemplu, un canal de transport HTTP şi un canal de transport TCP nu pot avea acelaşi nume dacă se află în acelaşi sistem.
Tipul datelor | Şir |
Specifică prioritatea acestui canal în relaţie cu alte canale din acest lanţ de transport. Această proprietate este folosită doar atunci când impărţirea porturilor este activată şi lanţul de transport include multiple canale către care ar putea să înainteze date. Canalul din lanţ cu ponderea de discriminare cea mai mică este primul care primeşte şansa de a analiza datele de intrare şi de a determina dacă deţine acele date.
Tipul datelor | Întreg pozitiv |
Implicit | 0 |
Specifică durata, în secunde, pe care o aşteaptă canalul de transport HTTP pentru ca o cerere de citire să fie finalizată pe un socket, după ce prima citire are loc. Aşteptarea citirii ar putea fi parte din corpul cererii de citire, cum ar fi POST, sau parte din anteturi, dacă toate anteturile nu sunt citite ca parte din prima citire ce are loc pe socket pentru această cerere.
Tipul datelor | Întreg |
Implicit | 60 de secunde |
Specifică durata, în secunde, pe care o aşteaptă canalul de transport HTTP pe un socket pentru ca fiecare porţiune din datele de răspuns să fie transmisă. Acest timeout are loc deobicei doar în situaţii în care scrierile întârzie cererile noi. Această situaţie poate avea loc când un client are o rată de date scăzută sau placa de interfaţă a reţelei (NIC) pentru server este saturată cu I/O.
Dacă o parte din clienţii dumneavoastră necesită mai mult de 300 de secunde pentru a primi datele care le sunt scrise, schimbaţi valoarea specificată pentru parametrul Timeout scriere. Unii clienţi sunt înceţi şi necesită mai mult de 300 de secunde pentru a primi datele care le sunt trimise. Pentru a vă asigura că sunt capabili de a primi toate datele, schimbaţi valoarea specificată pentru acest parametru la o durată de timp, în secunde, care este suficientă pentru ca toate datele să fie primite. Asiguraţi-vă că dacă schimbaţi valoarea acestei setări, noua valoare protejează în continuare serverul de clienţi maliţioşi.
Tipul datelor | Întreg |
Implicit | 60 de secunde |
Specifică durata, în secunde, pe care un socket poate rămâne nefolosit între cereri, permisă de canalul de transport HTTP.
Tipul datelor | Întreg |
Implicit | 30 de secunde |
La selectare, specifică faptul că conexiunile canalului de transport HTTP sunt lăsate deschise între cereri. Păstrarea conexiunilor deschise poate micşora costurile de instalare şi rupere a socketurilor, dacă încărcarea dumneavoastră de lucru are clienţi care trimit cereri multiple.
Dacă clienţii dumneavoastră trimit doar cereri singulare de-a lungul unor perioade mari de timp, este probabil mai bine să dezactivaţi această opţiune şi să închideţi conexiunile imediat, decât să lăsaţi canalul de transport HTTP să seteze timeout-urile de închidere a conexiunilor într-un moment viitor.
Valoarea implicită este adevărat, valoare care este optimă în mod obişnuit.
La selectare, specifică faptul că numărul de cereri persitente per conexiune nu este limitat.
La selectare, specifică faptul că numărul de cereri persitente per conexiune este limitat la numărul specificat pentru proprietatea Numărul maxim de cereri persistente.Această setare de proprietate este ignorată dacă proprietatea Folosire conexiuni persistente (păstrare în viaţă) nu este activată.
Schimbaţi valoarea specificată pentru parametrul cereri persistente maxime pentru a mări numărul de cereri care pot curge peste o conexiune înainte de a fi închisă. La activarea opţiunii Folosire conexiuni persistente, parametrul Cereri persistente maxime controlează numărul de cereri care pot să curgă peste o conexiune înainte de a fi închisă. Valoarea implicită este 100.Această valoare ar trebui setată la o valoare astfel încât majoritatea clienţilor, dacă nu toţi, au întotdeauna o conexiune deschisă când fac mai multe cereri în timpul aceleiaşi sesiuni. O setare corespunzătoare a acestui parametru ajută la eliminarea configurării şi ruperii nenecesare a socket-urilor.
Pentru scenarii de test în care clientul nu va închide niciodată un socket sau când socket-urile sunt întotdeauna servere Web sau proxy în faţa serverului dumneavoastră de aplicaţii, o valoare de -1 dezactivează procesarea, lucru ce limitează numărul de cereri peste o singură conexiune. Timeout-ul persistent va închide în continuare unele socket-uri nefolosite, protejând serverul dumneavoastră de la a rămâne fără socket-uri deschise.
Specifică numărul maxim de cereri persistente care sunt permise pe o singură conexiune HTTP. Puteţi adăuga o valoare acestui câmp doar dacă proprietatea Cereri persistente maxime per conexiune este selectată.
La activarea opţiunii Folosire conexiuni persistente, parametrul Cereri persistente maxime controlează numărul de cereri care pot să curgă peste o conexiune înainte de a fi închisă. Valoarea implicită este 100.Această valoare ar trebui setată la o valoare astfel încât majoritatea clienţilor, dacă nu toţi, au întotdeauna o conexiune deschisă când fac mai multe cereri în timpul aceleiaşi sesiuni. O setare corespunzătoare a acestui parametru ajută la eliminarea configurării şi ruperii nenecesare a socket-urilor.
Pentru scenarii de test în care clientul nu va închide niciodată un socket sau când socket-urile sunt întotdeauna servere Web sau proxy în faţa serverului dumneavoastră de aplicaţii, o valoare de -1 dezactivează procesarea, lucru ce limitează numărul de cereri peste o singură conexiune. Timeout-ul persistent va închide în continuare unele socket-uri nefolosite, protejând serverul dumneavoastră de la a rămâne fără socket-uri deschise.
Dacă valoarea 0 sau 1 este specificată, o singură cerere per conexiune este permisă.
Tipul datelor | Întreg |
Implicit | 100 |
Specifică, în biţi, dimensiunea maximă pentru un antet care poate fi inclus într-o cerere HTTP.
Setarea acestei proprietăţi la o dimensiune realistică pentru aplicaţiile dumneavoastră vă ajută să preveniţi atacurile DoS (Denial of Service) ce folosesc anteturi mari într-o cerere HTTP ca o încercare de a face o resursă de sistem, cum ar fi aplicaţiile care manipulează cererile HTTP, esenţial indisponibilă pentru utilizatorii intenţionaţi.
Valoarea implicită pentru această proprietate este de 32768 octeţi.
Specifică numărul maxim de anteturi care pot fi incluse într-o singură cerere HTTP.
Setarea acestei proprietăţi la o dimensiune realistică pentru aplicaţiile dumneavoastră vă ajută să preveniţi atacurile DoS (Denial of Service) ce folosesc numere mari de anteturi într-o cerere HTTP ca o încercare de a face o resursă de sistem, cum ar fi aplicaţiile care procesează cererile HTTP, esenţial indisponibilă pentru utilizatorii intenţionaţi.
Valoarea implicită pentru această proprietate este 50.
La selectare, specifică faptul că dimensiunea corpului unei cereri HTTP este limitată.
Această proprietate poate fi folosită pentru a preveni atacurile DoS (Denial of Service) ce folosesc cereri mari HTTP ca o încercare de a face o resursă de sistem, cum ar fi aplicaţiile care procesează cererile HTTP, esenţial indisponibilă pentru utilizatorii intenţionaţi.
Specifică, în biţi, dimensiunea maximă pentru corpul unei cereri HTTP.Dacă această dimensiune este depăşită, cererea nu este procesată.
O valoare poate fi adăugată în acest câmp doar dacă proprietatea Limitare dimensiune buffer corp de cerere este selectată.
Puteţi folosi setările din această secţiune pentru a configura şi activa înregistrarea în istoric a accesului NCSA (National Center for Supercomputing Applications) sau înregistrarea în istoric a erorilor HTTP. Dacă rulaţi produsul pez/OS, puteţi folosi această secţiune şi pentru a configura şi activa înregistrarea în istoric FRCA (Fast Response Cache Accelerator). Activarea oricărui serviciu de înregistrare în istoric va micşora performanţele serverului.
Dacă doriţi ca oricare din serviciile de înregistrare în istoric activate să pornească atunci când serverul este pornit, apăsaţiServere > Tipuri de Server > Server de aplicaţii WebSphere > nume_server. Apoi în secţiunea Depanare, apăsaţi eroare HTTP, acces NCSA şi înregistrare în istoric FRCA şi selectaţi Activează serviciul de înregistrare în istoric la pornirea serverului. La selectarea acestei opţiuni, orice eroare HTTP, NCSA sau serviciu de înregistrare în istoric care este activat automat va porni când serverul este pornit.
Implicit, opţiunea Folosire serviciu de înregistrare în istoric global este selectată pentru înregistrarea în istoric a accesului NCSA. Această setare semnifică faptul că setările de înregistrare în istoric ale accesului NCSA iau implicit setările specificate pentru înregistrarea în istoric a accesului NCSA de pe pagina eroare HTTP, acces NCSA şi înregistrare în istoric FRCA din consola administrativă. Dacă doriţi să schimbaţi aceste setări pentru acest canal de transport HTTP, extindeţi secţiunea Înregistrare în istoric acces NCSA şi selectaţi opţiunea Folosire înregistrare în istoric specifică lanţurilor.
La selectare, o înregistrare a cererilor de clienţi de intrare pe care canalul de transport HTTP le tratează este păstrată în fişierul istoric de acces NCSA.
Specifică numele şi calea directorului fişierului istoric de acces NCSA. Substituţii de variabile standard, cum ar fi $(SERVER_LOG_ROOT), pot fi folosite la specificarea căii directorului.
Dacă rulaţi produsul pe z/OS, ar trebui să folosiţi o variabilă specifică serverului, cum ar fi $(SERVER_LOG_ROOT), pentru prevenirea coliziunilor numelor fişierelor istoric.
Specifică dimensiunea maximă, în megaocteţi, a fişierului istoric de acces NCSA. La atingerea acestei dimensiuni, fişierul istoric arhivălogfile_name este creat. Totuşi, de fiecare dată când fişierul original de istoric depăşeşte acest fişier arhivă, fişierul este suprascris cu cea mai recentă versiune a fişierului istoric original.
Specifică numărul maxim de versiuni ale fişierului istoric de acces NCSA care sunt păstrate pentru referinţe viitoare .
Specifică formatul în care informaţiile de acces client apar în fişierul istoric NCSA. Dacă este selectat Comun, intrările din istoric conţin resursele cerute şi alte câteva informaţii, dar nu conţin informaţii despre referinţe, agentul utilizator şi cookie-uri. Dacă este selectat Combinat, informaţiile despre referinţe, agentul utilizator şi cookie-uri sunt incluse.
Implicit, opţiunea Folosire serviciu de înregistrare în istoric global este selectată pentru înregistrarea în istoric a erorilor. Această setare semnifică faptul că setările de înregistrare în istoric a erorilor iau implicit setările specificate pentru înregistrarea în istoric a erorilor de pe pagina eroare HTTP, acces NCSA şi înregistrare în istoric FRCA din consola administrativă. Dacă doriţi să schimbaţi aceste setări pentru acest canal de transport HTTP, extindeţi secţiunea Înregistrare în istoric erori şi selectaţi opţiunea Folosire înregistrare în istoric specifică lanţurilor.
La selectare, erorile HTTP ce au loc în timp ce canalul HTTP procesează cererile clienţilor sunt înregistrate în fişierul istoric de erori HTTP.
Indică numele şi calea directorului fişierului istoric de erori HTTP. Substituţii de variabile standard, cum ar fi $(SERVER_LOG_ROOT), pot fi folosite la specificarea căii directorului.
Dacă rulaţi produsul pe z/OS, ar trebui să folosiţi o variabilă specifică serverului, cum ar fi $(SERVER_LOG_ROOT), pentru prevenirea coliziunilor numelor fişierelor istoric.
Specifică dimensiunea maximă, în megaocteţi, a fişierului istoric de erori HTTP. La atingerea acestei dimensiuni, fişierul istoric arhivănume_fişier_istoric este creat. Totuşi, de fiecare dată când fişierul original de istoric depăşeşte acest fişier arhivă, acest fişier este suprascris cu cea mai recentă versiune a fişierului istoric original.
Specifică numărul maxim de versiuni ale fişierului istoric de erori HTTP care sunt păstrate pentru referinţe viitoare .
Specificaţi tipul de mesaje de eroare care sunt incluse în fişierul istoric de erori HTTP.
Legăturile marcate (online) necesită acces la internet.