Điểm:0

Triển khai ứng dụng js phản ứng bằng cách thiết lập proxy ngược

lá cờ dk

Tôi có một ứng dụng js phản ứng đang chạy trên máy chủ cục bộ:3000 trên vps của tôi (godaddy).

Tôi đã thiết lập một proxy ngược sử dụng máy chủ web Apache trên /var/www/html/thương mại điện tử/ứng dụng bằng cách thiết lập .htaccess như thế này:

Directory Index bị vô hiệu hóa

Viết LạiEngine Trên 
RewriteRule ^(.*)$ http://127.0.0.1:3000/$1 [P,L] 
RewriteRule ^$ http://127.0.0.1:3000 [P,L] 

Ý tưởng là truy cập ứng dụng thông qua http://my-vps-public-ip/ecommerce/app.

Ngay bây giờ trang không tải được. Bất kỳ trợ giúp sẽ được đánh giá cao.

Để kiểm tra xem ứng dụng có thực sự chạy trên http://localhost:3000 Tôi đã tạo một đường hầm SSH:

ssh -L 3000:$GD_IP:3000 -N logan@$GD_IP

Và, khi tôi xem nó từ cuối của tôi http://localhost:3000, nó đã làm việc! Vì vậy, có gì đó không ổn với cấu hình Apache của tôi?. Tôi đã thực hiện một proxy ngược tương tự với cổng 8000 và nó đã hoạt động.

Cái này hoạt động trong một trường hợp khác:

Directory Index bị vô hiệu hóa

Viết LạiEngine Trên 
RewriteRule ^(.*)$ http://127.0.0.1:8000/api/$1 [P,L] 
RewriteRule ^$ http://127.0.0.1:8000/api [P,L] 

Bằng cách 'làm việc' ý tôi là, nói .htaccess tệp nằm dưới /var/www/html/ecommerce/api, sau đó tôi có thể truy cập nó qua http://my-vps-public-ip/ecommerce/api.

Khi tôi đến thăm http://$GD_IP:3000 trang web mở ra! Nhưng tại sao? .htaccess tập tin nằm dưới /var/www/html/thương mại điện tử/ứng dụng vì vậy tôi đã nghĩ rằng nó sẽ có thể truy cập được thông qua http://$GD_IP/thương mại điện tử/ứng dụng?

đầu ra của ss chỉ huy:

logan@vps:~$ ss -ltn 'sport = :8000'
State Recv-Q Send-Q Local Address:Port Peer Address:Port Process    
NGHE 0 511 *:8000 *:* 

logan@vps:~$ ss -ltn 'sport = :3000'
State Recv-Q Send-Q Local Address:Port Peer Address:Port Process    
NGHE 0 511 0.0.0.0:3000 0.0.0.0:*

đầu ra của apachectl -S:

logan@vps:~$ apachectl -S
AH00558: apache2: Không thể xác định tên miền đủ điều kiện của máy chủ một cách đáng tin cậy bằng cách sử dụng ip-184-168-120-55.ip.secureserver.net. Đặt chỉ thị 'Tên máy chủ' trên toàn cầu để chặn thông báo này
Cấu hình máy chủ ảo:
*:80 ip-184-168-120-55.ip.secureserver.net (/etc/apache2/sites-enabled/000-default.conf:1)
ServerRoot: "/etc/Apache2"
Tài liệu chínhRoot: "/var/www/html"
Nhật ký lỗi chính: "/var/log/apache2/error.log"
Mutex proxy: sử dụng_defaults
Mutex mặc định: dir="/var/run/apache2/"cơ chế=mặc định 
Mutex watchdog-callback: using_defaults
Bản đồ viết lại Mutex: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Xác định: DUMP_VHOSTS
Xác định: DUMP_RUN_CFG
Người dùng: name="www-data" id=33 not_used
Nhóm: name="www-data" id=33 not_used
lá cờ cn
Mô-đun Apache `proxy` có thể hữu ích, đặc biệt là các chỉ thị `ProxyPass` và `ProxyPassReverse`. Xem ví dụ [câu trả lời này cho một câu hỏi tương tự](https://askubuntu.com/questions/1342447/how-do-i-setup-a-subdomain-in-apache2-on-ubuntu-20-04/1342457# 1342457).

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.