Lỗi 400 Bad Request: Nguyên nhân và cách sửa
Lỗi 400 Bad Request là mã HTTP máy chủ trả về khi nó không hiểu hoặc không chấp nhận yêu cầu vì yêu cầu bị sai, ví dụ URL hỏng, cookie quá lớn, header không hợp lệ hay dữ liệu gửi lên sai định dạng. Lỗi hiện ra dưới nhiều dạng: "400 Bad Request", "Request Header Or Cookie Too Large", "The plain HTTP request was sent to HTTPS port", "Invalid hostname" hoặc chỉ một trang trắng có số 400. Bài này ProxyVN chia nguyên nhân thành phía người dùng, phía lập trình viên và trường hợp đi qua proxy, kèm cách sửa từng loại. Xem thêm dịch vụ tại ProxyVN.
Ý nghĩa của lỗi 400 Bad Request
Mã trạng thái HTTP chia theo nhóm. Nhóm 4xx là lỗi phía máy khách: người gửi yêu cầu đã làm gì đó sai. Mã 400 là mã chung nhất trong nhóm. Theo RFC 9110, máy chủ trả 400 khi nó không thể hoặc không muốn xử lý yêu cầu vì có thứ được xem là lỗi của máy khách: cú pháp sai, khung tin nhắn không hợp lệ, định tuyến yêu cầu lừa đảo.
Nói đơn giản: máy chủ vẫn sống, vẫn nhận được yêu cầu, nhưng yêu cầu không đúng chuẩn nên nó từ chối. Khác với 5xx là lỗi của máy chủ. Tài liệu về mã này có ở trang 400 của MDN.
Cấu trúc một yêu cầu HTTP
Yêu cầu HTTP gồm những phần nào
Để biết sai ở đâu, cần biết yêu cầu gồm những gì:
- Dòng yêu cầu: phương thức (GET, POST), đường dẫn, phiên bản HTTP.
- Header: Host, User-Agent, Cookie, Content-Type, Authorization và nhiều header khác.
- Phần thân: dữ liệu gửi lên với POST, PUT, ví dụ JSON, form.
Sai ở bất kỳ phần nào cũng có thể dẫn tới lỗi 400.
Lỗi 400 so với các mã lân cận
Mã |
Ý nghĩa |
Khác với 400 |
|---|---|---|
401 |
Chưa xác thực |
Thiếu hoặc sai đăng nhập |
403 |
Bị cấm |
Yêu cầu đúng nhưng không được phép |
404 |
Không tìm thấy |
Đường dẫn không tồn tại |
407 |
Proxy yêu cầu xác thực |
Thiếu tài khoản proxy |
413 |
Thân yêu cầu quá lớn |
Tệp tải lên vượt giới hạn |
414 |
URL quá dài |
Đường dẫn vượt giới hạn |
429 |
Quá nhiều yêu cầu |
Bị giới hạn tốc độ |
502 |
Bad Gateway |
Lỗi ở máy chủ trung gian |
Mã 403 và 429 khi dùng proxy có bài riêng: vì sao mua proxy bị block. Mã 407 có bài sửa lỗi 407 Proxy Authentication Required. Các lỗi phía máy chủ có bài 502 Bad Gateway, lỗi 503 Service Unavailable và 504 Gateway Timeout.
Các biến thể lỗi 400 Bad Request hay gặp
400 Bad Request: Request Header Or Cookie Too Large
Thông báo của nginx khi tổng kích thước header, thường là do cookie, vượt giới hạn. Rất phổ biến. Phần dưới có mục riêng.
400 Bad Request: The plain HTTP request was sent to HTTPS port
nginx báo khi nhận yêu cầu HTTP thường ở cổng đang cấu hình HTTPS. Thường do gõ http:// với cổng 443, hoặc cấu hình proxy, cân bằng tải sai.
Bad Request: Invalid hostname
Máy chủ IIS hoặc HTTP.sys trên Windows báo khi header Host không khớp tên miền nào đã cấu hình. Hay gặp khi truy cập bằng IP thay vì tên miền, hoặc khi proxy gửi Host sai.
400 Bad Request: Your browser sent a request that this server could not understand
Thông báo của Apache. Chung chung, có thể do URL, header hoặc cookie.
Lỗi 400 trên Google, YouTube
Google hiện trang có hình robot và dòng "400. That's an error. Your client has issued a malformed or illegal request." Thường do cookie Google bị hỏng hoặc URL bị cắt.
Lỗi 400 trong API
API trả 400 kèm nội dung JSON mô tả lỗi, ví dụ thiếu trường bắt buộc, sai kiểu dữ liệu. Đây là lỗi của code gọi API, không phải lỗi mạng.
Nguyên nhân lỗi 400 Bad Request phía người dùng
Nếu anh em chỉ duyệt web, không viết code, đây là những nguyên nhân hay gặp.
Cookie bị hỏng hoặc quá lớn
Mỗi lần vào trang, trình duyệt gửi kèm mọi cookie của tên miền đó. Cookie tích tụ nhiều năm, cookie bị ghi hỏng, hoặc trang đặt quá nhiều cookie làm header vượt giới hạn. Máy chủ từ chối với lỗi 400.
Cookie quá lớn làm máy chủ từ chối
URL bị gõ sai hoặc hỏng
URL chứa ký tự không hợp lệ như dấu cách, dấu %, ký tự lạ chưa mã hoá. Sao chép URL từ tin nhắn, email, đôi khi bị cắt giữa chừng hoặc dính thêm ký tự. Máy chủ không phân tích được đường dẫn.
Bộ nhớ đệm DNS hoặc trình duyệt cũ
Ít gặp hơn. Trình duyệt dùng bản cache cũ của trang chuyển hướng, gửi yêu cầu tới địa chỉ không còn đúng.
Tệp tải lên quá lớn
Một số máy chủ trả 400 thay vì 413 khi tệp tải lên vượt giới hạn. Gặp khi tải ảnh, video lên trang web.
Tiện ích trình duyệt chèn header
Tiện ích sửa header, tiện ích đổi User-Agent, tiện ích bảo mật có thể chèn header lạ hoặc sửa header làm yêu cầu không hợp lệ.
Sửa lỗi 400 Bad Request phía người dùng
Làm theo thứ tự, mỗi bước thử lại trang.
Bước 1: kiểm tra URL
Nhìn kỹ thanh địa chỉ. Xoá phần sau dấu hỏi nếu có tham số lạ, thử vào trang chủ của site rồi đi tới trang cần. Gõ lại URL bằng tay nếu sao chép từ nơi khác.
Bước 2: xoá cookie của trang
Không cần xoá toàn bộ cookie. Trên Chrome, bấm biểu tượng bên trái thanh địa chỉ, chọn Cookies and site data, xoá dữ liệu của trang. Hoặc vào chrome://settings/content/all, tìm tên miền, xoá. Tải lại trang.
Bước 3: thử cửa sổ ẩn danh
Cửa sổ ẩn danh không có cookie cũ và không chạy tiện ích. Trang chạy bình thường trong ẩn danh nghĩa là lỗi do cookie hoặc tiện ích.
Bước 4: xoá bộ nhớ đệm
Bấm Ctrl + Shift + Delete, chọn Cached images and files, xoá. Bước này ít khi là nguyên nhân nhưng làm nhanh.
Bước 5: tắt tiện ích
Tắt tiện ích sửa header, đổi User-Agent, VPN miễn phí. Thử lại.
Bước 6: giảm kích thước tệp
Nếu lỗi khi tải tệp, nén ảnh, cắt video, hoặc dùng cách tải khác mà trang hỗ trợ.
Lỗi 400 Request Header Or Cookie Too Large
Biến thể phổ biến nhất, đáng có phần riêng.
Vì sao xảy ra
nginx có thông số large_client_header_buffers, mặc định 4 bộ đệm mỗi bộ 8 KB. Một dòng header không được vượt quá một bộ đệm. Cookie là một dòng header, nên tổng cookie của tên miền vượt 8 KB là lỗi. Mô tả thông số có ở tài liệu nginx.
Cookie lớn thường do: trang đặt cookie theo dõi của nhiều dịch vụ đo lường, cookie phiên lưu cả dữ liệu thay vì chỉ mã phiên, nhiều tên miền phụ cùng đặt cookie cho tên miền gốc, trang thử nghiệm A/B đặt thêm cookie mỗi lần vào.
Cách sửa cho người dùng
Xoá cookie của tên miền đó như bước 2 ở trên. Lỗi sẽ hết, nhưng có thể quay lại sau vài tuần nếu trang tiếp tục đặt nhiều cookie.
Cách sửa cho chủ website
- Tăng giới hạn trong nginx: large_client_header_buffers 4 32k; là mức thường dùng.
- Giảm cookie: chỉ lưu mã phiên trong cookie, dữ liệu để phía máy chủ.
- Đặt cookie đúng phạm vi: cookie chỉ cần cho tên miền phụ nào thì đặt cho tên miền đó, không đặt cho cả tên miền gốc.
- Kiểm tra mã bên thứ ba: dịch vụ đo lường, chat, quảng cáo đặt bao nhiêu cookie.
Cookie và các thuộc tính phạm vi được mô tả trong tài liệu Cookies của MDN.
Lỗi 400 The plain HTTP request was sent to HTTPS port
Gửi HTTP thường vào cổng HTTPS
Nguyên nhân
Cổng 443 hoặc cổng khác được cấu hình nhận HTTPS, nhưng yêu cầu đến là HTTP thường. nginx nhận ra và trả lỗi 400 thay vì đóng kết nối.
Tình huống thường gặp:
- Người dùng gõ http://example.com:443.
- Cân bằng tải hoặc reverse proxy phía trước đã giải mã HTTPS rồi gửi HTTP thường xuống cổng HTTPS của máy chủ sau.
- Ứng dụng gọi API với URL http:// kèm cổng HTTPS.
- Cấu hình nginx có listen 443 ssl ở một khối nhưng thiếu ssl ở khối khác cùng cổng.
Cách sửa
Người dùng: đổi http:// thành https://, hoặc bỏ số cổng. Chủ site: kiểm tra cấu hình listen, cấu hình chuyển tiếp giữa cân bằng tải và máy chủ sau. Có thể thêm error_page 497 trong nginx để tự chuyển hướng yêu cầu HTTP sai cổng sang HTTPS.
Nguyên nhân lỗi 400 Bad Request khi đi qua proxy
Người dùng proxy gặp vài kiểu lỗi 400 đặc thù.
Proxy chèn hoặc sửa header
Một số proxy chèn header như Via, X-Forwarded-For, Proxy-Connection. Máy chủ khó tính, đặc biệt là API, từ chối header lạ hoặc header trùng. Proxy chất lượng kém có thể làm hỏng header khi chuyển tiếp.
Header Host sai
Với proxy HTTP thường (không qua CONNECT), máy khách gửi URL đầy đủ trong dòng yêu cầu và proxy phải đặt Host đúng khi chuyển tiếp. Cấu hình sai, proxy gửi Host là IP của nó hoặc tên miền khác. Máy chủ đích trả lỗi 400 Invalid hostname.
Gửi HTTPS qua proxy không đúng cách
Code gọi proxy HTTP cho URL HTTPS mà không dùng CONNECT, gửi thẳng yêu cầu HTTPS dạng chữ cho proxy. Hoặc khai báo proxy là https:// trong khi proxy chỉ nhận HTTP. Proxy hoặc đích trả lỗi 400.
User-Agent hoặc header không giống trình duyệt
Một số trang trả 400 thay vì 403 khi phát hiện yêu cầu từ script: thiếu User-Agent, thiếu Accept, header theo thứ tự lạ. Cách đặt User-Agent đúng có trong bài User-Agent là gì.
Proxy chặn yêu cầu
Proxy công ty có thể trả 400 kèm trang thông báo riêng khi yêu cầu vi phạm chính sách. Đọc nội dung trang lỗi để biết lỗi từ proxy hay từ đích. Header Server và Via trong phản hồi cho biết ai đã trả lỗi.
Nguyên nhân lỗi 400 Bad Request phía lập trình
Với lập trình viên gọi API hay viết crawler, lỗi 400 là chuyện hằng ngày.
JSON sai cú pháp
Dấu phẩy thừa, thiếu ngoặc, dùng nháy đơn thay nháy kép. Máy chủ không phân tích được, trả 400. Kiểm tra bằng công cụ định dạng JSON trước khi gửi.
Content-Type không khớp
Gửi JSON nhưng header Content-Type là application/x-www-form-urlencoded, hoặc ngược lại. Máy chủ đọc thân theo kiểu sai. Với thư viện requests của Python, dùng tham số json= thay vì data= để thư viện tự đặt Content-Type đúng.
Thiếu trường bắt buộc hoặc sai kiểu
API yêu cầu trường email nhưng không gửi, hoặc gửi số dạng chuỗi. Nội dung phản hồi thường nói rõ trường nào sai. Luôn in nội dung phản hồi khi gặp 400.
Mã hoá URL sai
Tham số chứa dấu cách, dấu &, ký tự tiếng Việt mà không mã hoá. Dùng hàm mã hoá URL của ngôn ngữ thay vì ghép chuỗi tay.
Header Content-Length sai
Tự đặt Content-Length mà không khớp với độ dài thân thật. Để thư viện tự tính.
Gửi thân với GET
Một số máy chủ từ chối yêu cầu GET có thân. Dùng tham số trên URL cho GET, thân cho POST.
Kiểm tra lỗi 400 Bad Request bằng công cụ
Kiểm tra yêu cầu bằng DevTools và curl
DevTools Network
Mở DevTools, tab Network, tải lại trang. Chọn yêu cầu trả 400, xem tab Headers: Request Headers cho thấy trình duyệt đã gửi gì, đặc biệt dòng Cookie dài bao nhiêu. Tab Response cho thấy nội dung lỗi máy chủ trả về.
curl -v
curl -v https://example.com/duong-danSo sánh kết quả có và không có cookie, có và không có proxy. Gửi thêm header từng cái một để tìm header gây lỗi.
Postman hoặc Insomnia
Với API, Postman và Insomnia hiển thị rõ header, thân, phản hồi. Dễ thử từng thay đổi. Cách đặt proxy cho Postman có trong bài proxy Postman.
Log máy chủ
Chủ site xem error log của nginx, Apache. Dòng log thường ghi rõ lý do: client sent too long header line, client sent invalid host header, client sent plain HTTP request to HTTPS port.
Sửa lỗi 400 Bad Request phía chủ website
Đọc log trước
Đừng đoán. Error log ghi chính xác nguyên nhân với nginx và Apache.
Tăng giới hạn hợp lý
Tăng large_client_header_buffers khi cookie lớn là cách nhanh, nhưng nên kết hợp giảm cookie.
Trả lỗi rõ ràng cho API
API nên trả 400 kèm thông tin trường nào sai, vì sao sai. Lập trình viên gọi API sửa nhanh hơn, ít liên hệ hỗ trợ hơn.
Kiểm tra cấu hình chuyển tiếp
Khi đặt cân bằng tải hoặc CDN phía trước, kiểm tra header Host, X-Forwarded-Proto được chuyển đúng, cổng và giao thức giữa các lớp khớp nhau.
Cẩn thận với quy tắc tường lửa
Tường lửa ứng dụng web có thể trả 400 khi phát hiện mẫu tấn công trong URL hoặc thân. Quy tắc quá gắt chặn nhầm người dùng thật. Xem log tường lửa khi khách phản ánh lỗi 400 ở một trang cụ thể.
Lỗi 400 Bad Request trong script dùng proxy
Crawler và tool tự động dùng proxy gặp lỗi 400 thì kiểm tra theo thứ tự sau.
Chạy thử không proxy
Cùng yêu cầu, bỏ proxy. Hết lỗi thì proxy đang sửa header hoặc khai báo proxy sai. Vẫn lỗi thì lỗi nằm ở yêu cầu.
Kiểm tra cách khai báo proxy
Proxy HTTP khai báo http:// cho cả URL HTTP và HTTPS. Không khai báo https:// trừ khi nhà cung cấp nói rõ proxy nhận TLS. Định dạng chuẩn có trong bài định dạng proxy.
Gửi header giống trình duyệt
Đặt User-Agent, Accept, Accept-Language giống trình duyệt thật. Không gửi header thừa từ code thử nghiệm cũ.
Dùng proxy không sửa header
Proxy riêng chất lượng tốt chuyển tiếp nguyên vẹn yêu cầu, không chèn header lạ. Anh em cần proxy Việt Nam cho crawler và tool không làm hỏng yêu cầu, có thể mua proxy tại ProxyVN, hỗ trợ HTTP và SOCKS5.
Bảng tra nhanh lỗi 400 Bad Request
Thông báo |
Nguyên nhân |
Cách sửa |
|---|---|---|
Request Header Or Cookie Too Large |
Cookie quá lớn |
Xoá cookie trang, chủ site tăng bộ đệm và giảm cookie |
The plain HTTP request was sent to HTTPS port |
HTTP thường vào cổng HTTPS |
Dùng https://, sửa cấu hình listen |
Invalid hostname |
Header Host không khớp |
Dùng tên miền thay IP, sửa proxy |
400 trên Google |
Cookie Google hỏng |
Xoá cookie google.com |
400 khi tải tệp |
Tệp vượt giới hạn |
Giảm kích thước tệp |
400 trong API |
JSON sai, thiếu trường, Content-Type sai |
Đọc nội dung phản hồi, sửa code |
400 chỉ khi qua proxy |
Proxy sửa header, khai báo sai |
Kiểm tra khai báo, đổi proxy |
Lỗi 400 Bad Request trên điện thoại và ứng dụng
Lỗi 400 không chỉ xuất hiện trên trình duyệt máy tính. Ứng dụng di động gọi API phía sau cũng nhận mã này, chỉ là người dùng thấy dưới dạng khác.
Trên trình duyệt điện thoại
Chrome trên Android và Safari trên iPhone hiện cùng trang lỗi của máy chủ. Cách sửa giống máy tính: xoá dữ liệu của trang trong cài đặt trình duyệt. Trên iPhone vào Cài đặt, Safari, Nâng cao, Dữ liệu trang web, tìm tên miền và xoá. Trên Android vào Chrome, Cài đặt, Cài đặt trang web, Tất cả trang web, chọn tên miền và xoá.
Trong ứng dụng
Ứng dụng thường hiện thông báo chung như "Đã xảy ra lỗi, vui lòng thử lại". Nguyên nhân hay gặp là phiên đăng nhập cũ hỏng, ứng dụng quá cũ gửi dữ liệu theo định dạng API không còn nhận. Đăng xuất rồi đăng nhập lại, cập nhật ứng dụng, hoặc xoá bộ nhớ đệm của ứng dụng trong cài đặt máy.
Khi điện thoại dùng proxy Wi-Fi
Proxy thủ công trong cài đặt Wi-Fi áp dụng cho trình duyệt và nhiều ứng dụng. Proxy làm hỏng header sẽ gây lỗi 400 ở mọi ứng dụng dùng proxy. Tắt proxy trong cài đặt Wi-Fi để thử.
Lỗi 400 Bad Request với Cloudflare và CDN
Website đặt sau Cloudflare hoặc CDN khác có thêm một lớp có thể trả lỗi 400.
Phân biệt lỗi từ CDN và từ máy chủ gốc
Trang lỗi của Cloudflare có giao diện riêng, ghi rõ Cloudflare và mã Ray ID. Trang lỗi trắng với dòng nginx hoặc Apache là từ máy chủ gốc. Header Server trong phản hồi cũng cho biết: cloudflare hay tên phần mềm máy chủ.
Giới hạn header của Cloudflare
Cloudflare có giới hạn tổng kích thước header yêu cầu. Vượt giới hạn, Cloudflare trả 400 trước khi yêu cầu tới máy chủ gốc. Tăng giới hạn nginx không có tác dụng trong trường hợp này. Phải giảm cookie.
Quy tắc tường lửa của CDN
Quy tắc WAF của CDN có thể chặn yêu cầu chứa mẫu đáng ngờ trong URL hoặc thân. Tuỳ cấu hình, yêu cầu bị chặn nhận 403 hoặc 400. Xem mục Security Events trong bảng điều khiển để biết quy tắc nào đã chặn.
Mã lỗi riêng của Cloudflare
Cloudflare có dải mã 4xx và 5xx riêng như 520, 521, 522, 1020. Những mã này khác 400, mô tả lỗi kết nối giữa Cloudflare và máy chủ gốc hoặc quy tắc chặn. Đọc đúng mã trước khi sửa.
Phòng tránh lỗi 400 Bad Request cho website
Chủ site và đội phát triển có thể chặn phần lớn lỗi 400 từ gốc bằng vài thói quen.
- Đặt giới hạn số cookie và kích thước cookie cho mỗi tên miền, kiểm tra mỗi khi thêm dịch vụ bên thứ ba.
- Dùng thư viện mã hoá URL chuẩn ở mọi chỗ tạo link có tham số.
- Kiểm thử API với dữ liệu sai cố ý để chắc API trả thông báo lỗi rõ ràng.
- Theo dõi tỉ lệ phản hồi 400 trong log hoặc công cụ giám sát. Tỉ lệ tăng đột ngột sau một lần cập nhật là dấu hiệu vừa có thay đổi gây lỗi.
- Ghi lại cấu hình giới hạn header, giới hạn tệp tải lên ở tài liệu nội bộ, để đội hỗ trợ trả lời khách nhanh.
Với website bán hàng, mỗi lỗi 400 ở trang thanh toán là một đơn hàng có thể mất. Theo dõi riêng tỉ lệ lỗi ở các trang này.
Lỗi 400 Bad Request khi đăng nhập và thanh toán
Hai chỗ người dùng hay gặp lỗi 400 nhất, và cũng là hai chỗ gây khó chịu nhất.
Khi đăng nhập
Trang đăng nhập dùng mã chống giả mạo yêu cầu (CSRF token) lưu trong cookie hoặc trong form. Mở trang đăng nhập quá lâu, mã hết hạn, bấm đăng nhập thì máy chủ trả 400. Mở nhiều tab đăng nhập cùng lúc, mã của tab này ghi đè tab kia. Cách sửa đơn giản: tải lại trang đăng nhập rồi nhập lại. Đăng nhập bằng Google, Facebook mà lỗi 400 thường do tham số chuyển hướng bị hỏng, đóng tab và bắt đầu lại từ trang chính.
Khi thanh toán
Cổng thanh toán kiểm tra rất kỹ dữ liệu: số tiền, mã đơn hàng, chữ ký. Bấm quay lại rồi bấm thanh toán lần nữa có thể gửi lại dữ liệu cũ đã dùng, cổng thanh toán trả 400. Không bấm lại nhiều lần. Kiểm tra email hoặc lịch sử đơn hàng trước, nếu đơn chưa có thì bắt đầu lại từ giỏ hàng.
Khi dùng proxy hay VPN lúc thanh toán
Đổi IP giữa chừng quá trình thanh toán có thể làm hệ thống chống gian lận nghi ngờ, từ chối yêu cầu với 400 hoặc 403. Giữ nguyên một IP từ lúc vào giỏ hàng tới lúc thanh toán xong.
Câu hỏi thường gặp về lỗi 400 Bad Request
Lỗi 400 là lỗi của tôi hay của trang web
Theo chuẩn, 400 là lỗi phía máy khách. Nhưng nguyên nhân có thể do trang đặt quá nhiều cookie hoặc cấu hình sai. Người dùng sửa được phần lớn bằng xoá cookie, kiểm tra URL.
Xoá toàn bộ cookie có sao không
Sẽ bị đăng xuất khỏi mọi trang. Chỉ cần xoá cookie của trang đang lỗi.
Vì sao chỉ một máy bị lỗi 400
Cookie và tiện ích trên máy đó khác máy khác. Thử ẩn danh để xác nhận.
Lỗi 400 có làm ảnh hưởng SEO không
Nếu trang trả 400 với Googlebot, trang không được lập chỉ mục. Chủ site nên kiểm tra báo cáo trong Search Console, xem trang nào trả lỗi 4xx với Google.
Proxy có gây lỗi 400 không
Có, khi proxy sửa header, gửi Host sai hoặc khai báo proxy sai giao thức. Proxy riêng chất lượng tốt hiếm khi gây lỗi này.
Tổng kết
Lỗi 400 Bad Request nghĩa là máy chủ nhận được yêu cầu nhưng từ chối vì yêu cầu sai: cookie quá lớn, URL hỏng, header không hợp lệ, gửi HTTP vào cổng HTTPS, dữ liệu API sai định dạng hoặc proxy làm hỏng header. Người dùng thì xoá cookie trang, kiểm tra URL, thử ẩn danh. Lập trình viên thì đọc nội dung phản hồi, kiểm tra JSON và Content-Type. Chủ site thì đọc error log và tăng giới hạn hợp lý. Cần proxy Việt Nam ổn định cho tool và crawler, anh em liên hệ Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam để được tư vấn.
