Როგორ კონფიგურაციის მიიღოს კავშირების მეშვეობით 8080 (პორტში): დავალებით, სქემა და მიმოხილვა

Port კომპიუტერული ქსელები არის ნატურალური რიცხვი, რომელიც ჩაწერილია header OSI ოქმს. იგი შექმნილია იდენტიფიცირება მიმღები პროცესი პაკეტი იმავე მასპინძელი.

როგორც წესი, ამ მომხმარებლის სივრცე მასპინძელი დადგმული ოპერაციული სისტემა გააჩნია ერთზე მეტი პროცესის დროს, და თითოეული მათგანი გადის კონკრეტული პროგრამა. თუ ეს პროგრამები იმოქმედებს კომპიუტერული ქსელის "shell" დროდადრო იგი იღებს მეშვეობით IP-პაკეტი, რომელიც განკუთვნილია ერთი პროგრამები.

როგორ მუშაობს იგი?

თუ პროგრამა იყენებს მონაცემთა გაცვლის ქსელის მეშვეობით, ეს პროცესი შეიძლება მოხდეს შემდეგნაირად:

• In OS მოითხოვა კონკრეტული პორტის ნომერი. სისტემას შეუძლია უზრუნველყოს ორივე პროგრამა და კრძალავს გადაცემის (ეს ხდება იმ შემთხვევებში, როდესაც პორტის ნომერი უკვე სხვა პროგრამის მიერ).
• ამავე OS მოთხოვნილი არ დააკონკრეტა პორტის ნომერი ნებისმიერი შესაძლებელი. სისტემა თავად ირჩევს და უზრუნველყოფს პროგრამის ფარგლებში.

როგორ გავხსნა პორტი (8080, 80 და ა.შ.)? ქსელში ინფორმაციის გაცვლა მიხედვით კონკრეტული ოქმი (ორ პროცესები). კავშირი შეიქმნა, შემდეგ საჭიროა:

• IP-მისამართი გამგზავნი და მიმღები მასპინძლებს (საჭირო მარშრუტი აშენდა, მათ შორის);
• ოქმის ნომერი;
• ოთახი ორივე პორტები (წყარო და დანიშნულების).

იმ შემთხვევაში, თუ კავშირი მეტი TCP, წყარო პორტი გამოიყენება ოპერაციული სისტემის მიმღები ადასტურებენ გადაცემის მონაცემები და დამუშავებას მიმღები პასუხი.

ღია და დახურული პორტები

On ნაწილი გამგზავნის მასპინძელი და პორტის ნომერი აქტი, როგორც კოლეგას დაბრუნების მისამართი, რომელიც მითითებულია კონვერტში. ეს რიცხვი ეწოდება საპირისპირო.

იმ შემთხვევაში, პროცესი მასპინძელი რეგულარულად იმავე პორტის ნომერი პორტი ღიაა. მაგალითად, პროგრამა უკავშირდება სერვერზე შეგიძლიათ გამოიყენოთ ყველა დროის 80 ან 8080 კომუნიკაცია. როდესაც პროცესი ვერ გავხსნა პორტი , რომელიც ითვლება დაიხურა.

პორტი ნომრები

ყველა პორტები აქვს მათი ნომრები რეგისტრირებული დადგენილი წესით. თითოეული განკუთვნილია მისი კონკრეტული მიზნით. ასე რომ, ხშირად ხედავთ პორტში 8080. რატომ უნდა ეს ფუნქცია, როდესაც გამოყენებით ინტერნეტში?

ოფიციალური მონაცემებით, პორტი არის TCP და განკუთვნილია გამოყენება HTTP. არაოფიციალურად, ის ასევე გამოიყენება მიერ Tomcat servlet კონტეინერი წერილობითი ჯავაში.

TCP პორტი 8080 შეგიძლიათ გამოიყენოთ სპეციალური პროტოკოლის კომუნიკაციის, დამოკიდებულია განაცხადის. ოქმი კომპლექტი გაფორმდება წესები, რომელიც განმარტავს, თუ როგორ მონაცემები გადაიცემა ქსელში. ეს შეიძლება იყოს წარმოდგენილი ენა, რომელიც გამოიყენება კომპიუტერებს შორის, რათა დაეხმაროს მათ კომუნიკაცია უფრო ეფექტურად.

HTTP პროტოკოლს, რომელიც გადის 8080, განსაზღვრავს კომუნიკაციის ფორმატში შორის ინტერნეტ ბრაუზერები და საიტები. კიდევ ერთი მაგალითი არის IMAP პროტოკოლი, რომელიც განსაზღვრავს შორის ურთიერთობა IMAP ფოსტა სერვერები და კლიენტებს ან, ბოლოს და ბოლოს, SSL ოქმი, რომელიც განსაზღვრავს ფორმატი გამოიყენება დაშიფრული შეტყობინებები.

მონაცემთა გადაცემის

ამდენად, TCP პორტი 8080 იყენებს Transmission Control Protocol. იგი არის ერთ-ერთი მთავარი ოქმები TCP / IP ქსელების. მიუხედავად იმისა, რომ IP ოქმი ეხება მხოლოდ პაკეტი, TCP საშუალებას ორი წამყვანი კავშირის დასამყარებლად და გაცვლითი ნაკადების მონაცემთა. იგი გარანტიას მათი მიწოდება, ისევე როგორც ის ფაქტი, რომ პაკეტი გადაეცემა პორტში 8080 წელს იმავე მიზნით, ისინი გაგზავნილი. გარანტირებული კავშირი 8080 - ეს არის ძირითადი განსხვავება შორის TCP და UDP. UDP 8080 ვერ უზრუნველყოფს იგივე დაკავშირებით.

როგორ გახსნა პორტი 8080 წლის Windows 7?

ამისათვის, წასვლა "დაწყება" მენიუში და ნახავთ პანელი. ეს არის საჭირო დააჭირეთ "ქსელი" ქვემენიუში და იპოვოს "Firewall მოდული". In "გამონაკლისი" tab, ნახავთ "დამატება პორტი". თქვენ გაიხსნება დიალოგური ფანჯარა, რომელშიც თქვენ უნდა შევიდეს პორტის ნომერი. დარწმუნდით, რომ პარამეტრების მითითებული TCP, მაშინ აირჩიეთ OK.

როგორ დახურვა port 8080? ეს არის საკმარისი იმისათვის, რომ შეიქმნას კავშირი სხვა კონკრეტული პორტი.

Advanced კონფიგურაცია HTTP და TCP Proxy

HTTP პროტოკოლის ეშვება ზევით TCP, მაგრამ დამატებით ინფორმაციას იმის გაგზავნა. ამ მიზეზის გამო, ორი მარიონეტები კონფიგურაცია განსხვავებულად.

HTTP მოძრაობის მოიცავს სამიზნე მასპინძელი და პორტი გაგზავნა. იგი მიდის-TCP კავშირი TCP საბოლოო წერტილის, რომ არის, შორის კონკრეტული მასპინძელი და პორტი. როგორც წესი, HTTP-Post რაოდენობა იმავე საბოლოო როგორც TCP კავშირი. თუ შეცვლის კონფიგურაციის კლიენტის გამოყენება HTTP პროქსი სერვერის დაკავშირებით მზადდება კიდევ ერთი მასპინძელი და პორტი, ნაცვლად URL მითითებული HTTP-მისამართები. ეს ნიშნავს, რომ ბოლომდე წერტილი TCP გაგზავნა განსხვავდება, რომ ბოლოს, რომელიც მას უკავშირდება.

მაგალითად, იმ შემთხვევაში, თუ HTTP მოთხოვნა გაუგზავნა http://192.0.2.1:8080/operation გვერდი მოთხოვნით შედის «192.0.2.1:8080» სახელწოდებით «Host» HTTP გაგზავნა, რომელიც იგზავნება პორტის 8080 წლის მასპინძელი 192.0. 2.1.

თუმცა, თუ თქვენ კონფიგურაციის HTTP-კლიენტის გამოყენება მარიონეტული სერვერზე, ძირითადი TCP კავშირი მიდის TCP საბოლოო მას, ხოლო გაგზავნა კვლავ შეიცავს ორიგინალური წერტილის.

მაგალითად, თუ თქვენ კონფიგურაცია კლიენტებს, გაგზავნოს შეტყობინებები მარიონეტული სერვერზე 198281.100.1 port 3128, და კლიენტს აგზავნის მოთხოვნას http://192.0.2.1:8080/operation, გაგზავნა მაინც შეიცავს «192.0.2.1: 8080" სათაური «Host», და ასევე ამ სფეროში «მოთხოვნა-Line». თუმცა, ეს გზავნილი ახლა იგზავნება TCP-კავშირი 198.51.100.1:3128. ამდენად, HTTP პროქსი სერვერის შეგიძლიათ მიიღოთ შეტყობინებები იმავე პორტში (proxy პორტში 8080) და შეგიძლიათ გააგზავნოთ სხვადასხვა მომსახურება საფუძველზე ინფორმაცია მიმღები.

როგორ კონფიგურაციის მიიღოს კავშირები port 8080?

ასე რომ, სათაურით «Host» დაემატა HTTP / 1.1. კავშირი HTTP / 1.0 არ მოიცავს მას თავად. ამ მიზეზით, როგორიცაა ნაერთები, რომელიც არ გადის მარიონეტული არ მოიცავს მასპინძელი და პორტი გაგზავნა. თუმცა, ინფორმაციის HTTP / 1.0, იგზავნება პროქსი სერვერს, მაინც შეიცავს სამიზნე მასპინძელი და პორტი შეკითხვის "სტრიქონი". აქედან გამომდინარე, იმ შემთხვევაში, სახელწოდებით «Host» არ იწვევს პრობლემებს მარიონეტული.

იმისათვის, რომ ჩავრთოთ TCP proxy, თქვენ უნდა შეცვალოს კონფიგურაციის კლიენტს TCP საბოლოო რეალურ დროში საცვლელი წერტილის. განსხვავებით HTTP, ოქმი არ უზრუნველყოფს ჩაშენებული შესაძლებლობა გამოიყენოთ proxy. რომ არის, თუ თქვენ დაკავშირება პროქსი სერვერის მეშვეობით TCP, გადაცემის ინფორმაციის საბოლოო დანიშნულების არ იძლევა რაიმე მექანიზმი.

როგორ შეიქმნა მრავალი კავშირი 8080?

ერთადერთი გზა, რომ TCP მარიონეტული საშუალებას კავშირების მრავალი სისტემის (ანუ, საბოლოო დანიშნულების), არ აქვს მნიშვნელობა, თუ რამდენად საგზაო გადაეგზავნება ამ ნაერთების - მოვუსმინოთ კიდევ ერთი პორტი თითოეული სისტემები. ეს საშუალებას გაძლევთ დაკავშირება და შენარჩუნება ინფორმაცია, რომელიც მისი პორტი ნომრები შეესაბამება თითოეულ წერტილის. შემდეგ კლიენტი არის კონფიგურირებული მარიონეტული პორტი შესაბამისი თითოეული სისტემა, რომელიც მას სჭირდება დაკავშირება. TCP მარიონეტული მოსმენის პორტების და მათი შესაბამისი endpoints კონფიგურაცია ოპერატორები <წინ> მარიონეტული კონფიგურაციის ფაილი, RTCP_install_dir / httptcp / registration.xml. პირველ რიგში, შეამოწმეთ პორტში 8080 - თუ იგი არის ღია იყოს, შემდგომი კორექტირებას გაკეთდება რამდენიმე წუთში.

ამ მაგალითად, 198.51.100.1 არის IP-მისამართი proxy სერვერს. ნებისმიერი მოძრაობის იგზავნება პორტის 3333 წლის პროქსი სერვერი იგზავნება პორტის 8080, შემდეგ მისამართზე: www. მაგალითი. com:

ასე, რომ თქვენ უნდა შეცვალოს კლიენტის კონფიგურაციის ფაილი ყოველ დროს, თქვენ დაამატოთ ახალი დანიშნულების მოძრაობა. ეს შეზღუდვა არ ვრცელდება HTTP-Proxy.

ურთიერთქმედების HTTP და TCP

იმისათვის, რომ გავიგოთ, თუ როგორ port ამუშავებს ამ HTTP და TCP მარიონეტები, ვარაუდობენ, თქვენ გაქვთ ორი მომსახურება 192.0.2.1:8080 და 192.0.2.1:8081 და მარიონეტული სერვერზე გაშვებული 198.51.100.1. თუ ისინი განსხვავდება IP მისამართი ნაცვლად მიერ პორტის ნომერი, ეს მაგალითი იქნება იგივე, გარდა იმ მიმართვის თითოეული მომსახურება. თუ ელიან HTTP მოძრაობის ერთ-the HTTP მარიონეტული პორტი მოითხოვს ორივე TCP endpoints იგზავნება მას. როდესაც HTTP ხედავს, რომ გაგზავნა მიმართა 192.0.2.1:8080, მარიონეტული ფორვარდები შეტყობინება ამ მისამართზე, ან გამოიყენება ნებისმიერი წესები, რომ მას აქვს ეს მომსახურება. იგივე პროცედურა ვრცელდება 192.0.2.1:8081, იგივე პორტი.

თუ ამ ორ მომსახურების ნაცვლად ველით TCP მოძრაობის ღია უნდა იყოს ორი TCP-მარიონეტული პორტი განისაზღვრება ორი ელემენტები <წინ> კონფიგურაციის ფაილი:

კლიენტის კონფიგურაცია მომსახურების პირველი ცვლილებები «192.0.2.1:8080» on «198.51.100.1:3333», და მეორე - «192.0.2.1:8081», რომ «198.51.100.1:3334». კლიენტი აგზავნის გზავნილი (TCP პაკეტი), პირველი მომსახურების პირველი მისამართზე.

პროქსი სერვერი იღებს მას პორტში (3333), მაგრამ არ იცის, რა მონაცემები იგზავნება ამ საკითხთან დაკავშირებით. ყველა, რომ მან იცოდა - კავშირი პორტი 3333. აქედან გამომდინარე, მარიონეტული სერვერზე კონსულტაციას მისი კონფიგურაცია და ხედავს, რომ მოძრაობა ამ პორტს უნდა გადამისამართება 192.0.2.1:8080 (ან, რომ აუცილებელია მიმართოს წესი ამ მომსახურება). თუ თქვენ ვერ გადამისამართება ყველა თქვენი HTTP ტრაფიკის, რადგან კლიენტის კონფიგურაცია მხარს არ უჭერს კონფიგურაციის HTTP პროქსი სერვერი, თქვენ უნდა გამოიყენოთ საპირისპირო HTTP-Proxy.

ის ნაცვლად სამიზნე URL მისამართები მიუთითე სასურველი. ეს პროცესი მსგავსია კონფიგურაციის TCP მარიონეტული, რომელშიც თქვენ დააკონკრეტა, როგორც საბოლოო for TCP შეტყობინებები კლიენტის სისტემის შექმნა გადამისამართება წესით.

განსხვავება ის არის, რომ თქვენ დაამატოთ type ატრიბუტის წესი, რომელიც განსაზღვრავს HTTP, როგორც მაგალითად: <წინ bind = "198.51.100.1:3333" დანიშნულების = "192.0.2.1:8080" type = "HTTP" />.

როგორ არის მოძრაობა?

ახლა პროქსი სერვერის კონფიგურაცია მხოლოდ მიიღოს HTTP მოძრაობის დანიშნულ პორტი, და შეიძლება გამოყენებულ იქნას უფრო მდიდარი ფილტრაცია. მაგალითად, სერვერზე შეუძლია გაფილტროს მიმოსვლის შესახებ საფარი, რომელსაც არ აქვს გარკვეული გზა თავის URL-მისამართი, ან რომელიც არ გამოიყენოთ HTTP სპეციფიკური მეთოდი, როგორიცაა POST. თუმცა, იმის გამო plug ყოველთვის არ მუშაობს, სერვერი მაინც უნდა იყოს დანიშნულების საქონლის <წინ>, შეძლებს მიმოსვლის სისტემა. მაგალითად, ვარაუდობენ, რომ კლიენტს სჭირდება დაკავშირება მომსახურების 192.0.2.1:8080 და გამოიყენოთ საპირისპირო HTTP-Proxy on 198.51.100.1:3333.

სანამ კლიენტს შეუძლია გამოიყენოს მარიონეტული სერვერზე, კლიენტის კონფიგურაცია ამ მომსახურება, თქვენ უნდა შეცვალოს არიან URL მისამართები, როგორიცაა http: // 192.0.2.1:8080/ ოპერაცია, http: // 198.51.100.1:3333/ ოპერაცია. შეკითხვის რომ იგზავნება ახალი მისამართი URL, შედის proxy სერვერს.

მოთხოვნის გაგზავნა შეიცავს TCP საბოლოო მარიონეტული (198.51.100.1:3333) სათაურს "მასპინძელი", და არა მისამართი სისტემა, რადგან კლიენტს არ იცის, რა იგი აგზავნის გადაგზავნილი გაგზავნა. ეს გამარტივებული კლიენტს განსაზღვრავს ბუნების როლი ასეთი რთული. ამგვარად, მარიონეტული იყენებს ელემენტების <წინ>, უნდა იცოდეს, რომ მოთხოვნა მოდის port 3333 მოითხოვს ერთი შემდეგი: უნდა გადაეგზავნოს ცოცხალი სისტემა 192.0.2.1:8080, სათაურით «Host» გაგზავნა იყოს ქ. გაგზავნა, უნდა იყოს გამოყენებული ყველა წესების სამსახურში, მაგალითად, მარშრუტიზაციის დანამატი.