Setările canalului de transport HTTP

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.

Nume canal de transport

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
Pondere de discriminare

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
Timeout citire

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.

tranziţie: Valoarea specificată pentru această proprietate, împreună cu valoarea specificată pentru proprietatea Timeout de scriere, asigură funcţionalitatea pe care proprietatea personalizată ConnectionIOtimeout a furnizat-o în versiunile anterioare.
Tipul datelor Întreg
Implicit 60 de secunde
Timeout scriere

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.

tranziţie: Valoarea specificată pentru această proprietate, împreună cu valoarea specificată pentru proprietatea Timeout de citire, asigură funcţionalitatea pe care proprietatea personalizată ConnectionIOtimeout a furnizat-o în versiunile anterioare.

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
Timeout persistent

Specifică durata, în secunde, pe care un socket poate rămâne nefolosit între cereri, permisă de canalul de transport HTTP.

tranziţie: Valoarea specificată pentru această proprietate asigură funcţionalitatea de timeout pe care proprietatea personalizată ConnectionKeepAliveTimeout a furnizat-o în versiunile anterioare.
Tipul datelor Întreg
Implicit 30 de secunde
Folosiţi conexiuni persistente (păstrare în viaţă)

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.

Evitare probleme: Dacă o valoare diferită de 0 este specificată pentru proprietatea număr maxim de cereri persistente, setarea de proprietate Folosire conexiuni persistente (păstrare în viaţă) este ignorată.gotcha
Cereri persistente nelimitate per conexiune

La selectare, specifică faptul că numărul de cereri persitente per conexiune nu este limitat.

Cereri persistente maxime per conexiune

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.

Informaţii Înrudite: Comportamentul de persistenţă este acelaşi cu al conexiunilor păstrează în viaţă din transporturile HTTP. Setarea MaxKeepAliveConnections, ce specifică numărul maxim de conexiuni concomitente Păstrează în viaţă (persistente) peste toate transporturile HTTP şi dimensiunea pool-ului de fire de execuţie nu sunt direct înrudite de persistenţă. Persistenţa acţionează independent de setarea MaxKeepAliveConnections şi setările dimensiunii pool-ului de fire de execuţie.
Cereri persistente maxime per conexiune

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
Dimensiune maximă câmp antet

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.

Anteturi maxime

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.

Limitare dimensiune buffer corp de cerere

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.

Dimensiune maximă buffer corp de cerere

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ă.

Înregistrare în istoric

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.

[z/OS] Evitare probleme: Dacă rulaţi serverul pe z/OS, setările eroare HTTP, acces NCSA şi înregistrare în istoric FRCA trebuiesc specificate în controler. Aceste setări sunt ignorate dacă sunt specificate pe servant sau pe adjunct.gotcha
Înregistrare în istoric acces NCSA

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.

După selectarea opţiunii Folosire înregistrare în istoric specifică lanţurilor, puteţi face următoarele modificări de configurare:
  • Activa sau dezactiva în mod explicit înregistrarea în istoric a accesului NCSA.
  • Specifica o cale a fişierului istoric de acces care este diferită de calea implicită.
  • Specifica o dimensiune maximă a fişierului istoric de acces care este diferită de dimensiunea maximă implicită.
  • Selecta în mod explicit formatul fişierului de istoric al accesului NCSA.
Activare înregistrare în istoric acces

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.

Cale fişier istoric de acces

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.

[z/OS] 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.

Dimensiune maximă istoric de acces

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.

Număr maxim de versiuni fişiere

Specifică numărul maxim de versiuni ale fişierului istoric de acces NCSA care sunt păstrate pentru referinţe viitoare .

Formatul istoriculul de acces NCSA

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.

Înregistrare în istoric erori

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.

După selectarea opţiunii Folosire înregistrare în istoric specifică lanţurilor, puteţi face următoarele modificări de configurare:
  • Activa sau dezactiva în mod explicit înregistrarea în istoric a erorilor HTTP.
  • Specifica calea fişierului istoric de acces. Această cale poate fi diferită de calea implicită.
  • Specifica o dimensiune maximă pentru fişierul istoric de erori. Această valoare poate fi mai mare sau mai mică decât dimensiunea maximă implicită.
  • Specifica tipul de mesaje de eroare care doriţi să fie incluse în fişierul istoric de erori HTTP.
Activare înregistrare în istoric erori

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.

Cale fişier istoric erori

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.

[z/OS] 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.

Dimensiune maximă istoric de erori

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.

Număr maxim de versiuni fişiere

Specifică numărul maxim de versiuni ale fişierului istoric de erori HTTP care sunt păstrate pentru referinţe viitoare .

Nivel istoric de erori

Specificaţi tipul de mesaje de eroare care sunt incluse în fişierul istoric de erori HTTP.

Puteţi selecta:
Critice
Sunt înregistrate doar defectele critice care împiedică funcţionarea corespunzătoare a serverului de aplicaţii.
De eroare
Sunt înregistrate erorile ce au loc la răspunsurile către clienţi. Aceste erori necesită intervenţia administratorului serverului de aplicaţii dacă sunt rezultate din setări de configuraţie ale serverului.
Avertisment
Sunt înregistrate informaţii despre erori generale, cum ar fi excepţiile socket-urilor care au loc la tratarea cererilor clienţilor. Aceste erori nu necesită deobicei intervenţia administratorului serverului de aplicaţii.
Informative
Este înregistrată starea diferitelor taskuri ce sunt realizate în timpul manipulării cererilor clienţilor.
De depanare
Sunt înregistrate mai multe informaţii detaliate despre starea taskurilor. Acest nivel de înregistrare nu este intenţionat să înlocuiască înregistrarea RAS pentru depanarea problemelor, dar oferă un raport de stare sigur despre progresul unor cereri individuale ale clienţilor. Dacă este selectat acest nivel de înregistrare, trebuie să specificaţi o dimensiune a fişierului istoric suficient de mare în câmpul Dimensiune maximă istoric de erori pentru a conţine toate informaţiile care sunt înregistrate.



Legăturile marcate (online) necesită acces la internet.

Related tasks
Related reference


Nume fişier: urun_chain_typehttp.html