დოკუმენტაცია
ყველაფერი, რაც საიტის GuardX-ის უკან მოსაქცევად და ყოველდღიური მუშაობისთვის გჭირდებათ.
დასაწყისი
- შექმენით ანგარიში პანელში და აირჩიეთ გეგმა. გირჩევთ პარამეტრებში ჩართოთ ორფაქტორიანი ავტორიზაცია.
- აირჩიეთ Add domain. შეიყვანეთ დომენი (მაგ.,
example.com), თქვენი origin სერვერის საჯარო მისამართი და პროტოკოლი: HTTP ან HTTPS. - მიყევით ვიზარდს: ის სერტიფიკატს ამზადებს და გიჩვენებთ DNS ჩანაწერებს, რომლებიც უნდა შექმნათ.
- DNS-ის გავრცელების შემდეგ ტრაფიკი ჯერ GuardX-ზე მოდის, სუფთა მოთხოვნები კი თქვენს origin-ზე გადაიგზავნება.
origin უნდა იყოს საჯარო IP მისამართი ან ჰოსტის სახელი. კერძო, loopback და cloud-metadata მისამართები უარყოფილია.
DNS
| ტიპი | სახელი | მნიშვნელობა | დანიშნულება |
|---|---|---|---|
| CNAME | თქვენი დომენი ან ქვედომენი | proxy.guardx.fr | ტრაფიკს GuardX-ზე ატარებს |
| TXT | _acme-challenge.<თქვენი დომენი> | ვიზარდში ნაჩვენები მნიშვნელობა | Let’s Encrypt სერტიფიკატისთვის საკუთრებას ადასტურებს |
ზოგ DNS პროვაიდერთან დომენის ძირში CNAME დაუშვებელია. გამოიყენეთ მათი „CNAME flattening“ ან ALIAS ჩანაწერი, ან DNS გადაიტანეთ პროვაიდერზე, რომელიც ამას უჭერს მხარს. გადართვისას დაბალი TTL შეინარჩუნეთ, რომ სწრაფად დაბრუნება შეგეძლოთ.
სერტიფიკატები
GuardX გასცემს უფასო Let’s Encrypt სერტიფიკატებს DNS გამოწვევით და ავტომატურად აახლებს. დაამატეთ TXT ჩანაწერი და აირჩიეთ Verify; შემოწმება ფონზე მიმდინარეობს და წარმატებისას გვერდი განახლდება. ასევე შეგიძლიათ ატვირთოთ საკუთარი სერტიფიკატი და პირადი გასაღები, და პაროლის დადასტურების შემდეგ სერტიფიკატების პაკეტი ხელახლა ჩამოტვირთოთ. თუ თქვენი DNS Cloudflare-შია, ვიზარდს შეუძლია ამის აღმოჩენა და შესაბამისი კონფიგურაციის შეთავაზება.
დაცვის რეჟიმები
- Normal: მოთხოვნები გადის firewall-სა და სიჩქარის ლიმიტებში; ვიზიტორი არაფერს ამჩნევს.
- Under Attack Mode: მოკლე ბრაუზერის შემოწმება გადაგზავნამდე ბოტების უმეტესობას ფილტრავს.
- Captcha: captcha აჩერებს იმას, რაც თავდასხმისას მაინც გადის.
- Automatic: GuardX თავდასხმის აღმოჩენისას დონეს ზრდის და ტრაფიკის ნორმალიზებისას ისევ ამცირებს.
შემოწმების გამვლელ ვიზიტორს ეძლევა ხანმოკლე cookie, რათა მაშინვე ხელახლა არ შეუმოწმონ. იხ. Cookie-ების პოლიტიკა.
Firewall
ვებ-აპლიკაციის firewall იყენებს OWASP-ზე დაფუძნებულ წესებს უკვე ყუთიდან. პანელიდან შეგიძლიათ თითოეული წესების ჯგუფი დააყენოთ დაბლოკვაზე, მხოლოდ ლოგირებაზე ან გამორთულზე; დაამატოთ საკუთარი წესები გზის, header-ების, IP-ის, ქვეყნის და სხვა პარამეტრებით; და გააკეთოთ გამონაკლისები გზების მიხედვით ცრუ აღმოჩენებისთვის. ყველა ცვლილება ინახება ისტორიაში, საიდანაც ერთი დაჭერით შეგიძლიათ უკან დაბრუნება. ზოგი ეს ფუნქცია თქვენს გეგმაზეა დამოკიდებული.
თუ ლეგიტიმური ვიზიტორი დაიბლოკა, სთხოვეთ ბლოკის გვერდზე ნაჩვენები მითითება, იპოვეთ მოვლენა პანელში და დაამატეთ გამონაკლისი ამ გზისთვის.
ანალიტიკა
თითოეული დომენისთვის პანელი აჩვენებს დაშვებულ და დაბლოკილ მოთხოვნებს, თავდასხმის წყაროებს და ცოცხალ ნაკადს, რომ დაინახოთ, რა შეჩერდა და რატომ.
გეგმები
Pro მოიცავს 1 დომენს, Business — 5-ს, Enterprise — 10-ს. Business ამატებს საკუთარ წესებს, ქმედებებს თითოეულ წესზე და წესების ისტორიას; Enterprise ამატებს სიჩქარის ლიმიტებს endpoint-ების მიხედვით, თავდასხმის payload-ების ლოგირებას, კლიენტის მხარეს სკრიპტების მონიტორინგს და მოვლენების ექსპორტს. დეტალები და ფასები იხილეთ ფასების სექციაში; ბილინგის წესები — გადახდა და გაუქმება.
პრობლემების გადაჭრა
- სერტიფიკატი რჩება მოლოდინში. TXT ჩანაწერი არ არის, არასწორია ან ჯერ არ ჩანს. შეამოწმეთ DNS lookup ხელსაწყოთი, რამდენიმე წუთი დაელოდეთ და ხელახლა გადაამოწმეთ.
- 502 ან 504 შეცდომები. GuardX ვერ აღწევს თქვენს origin-ს. შეამოწმეთ დომენის პარამეტრებში origin-ის მისამართი და პროტოკოლი, რომ სერვერი მუშაობს და მისი firewall GuardX-ს უშვებს.
- გადამისამართების ციკლი. თქვენი origin აიძულებს HTTPS-ს, ხოლო დომენი მას HTTP-ით უკავშირდება. origin-ის პროტოკოლი დააყენეთ HTTPS-ზე.
- ვიზიტორების რეალური IP. GuardX კლიენტის მისამართს გადასცემს header-ში
X-Forwarded-For. მოარგეთ ვებ-სერვერი, რომ მას მხოლოდ GuardX-ისგან ენდობოდეს. - ჯერ კიდევ გაქვთ პრობლემა? მოგვწერეთ support@guardx.fr.