강사님이 주신 코드와 내 코드를 하나하나 대조하며 오류 찾는 중.
이걸 해결하면 DB 연동도 해결될 것이라 믿고 싶다.
문제로 추정되는 것 1.
-> Resolver Rule을 VPC와 연동시키는 작업에서, Resolver Rule을 연동하지 않고 Outbound Endpoint를 연동시켰었다.
-> 이게 문제였을 확률이 높다.
문제로 추정되는 것 2.
-> 나는 웹에서 NAT 인스턴스를 통해서 나가니 TGW로의 라우팅을 퍼블릭 라우팅 테이블에 했었는데, 강사님 코드를 보고 수정했다.
-> 웹 인스턴스 1, 2의 프라이빗 라우팅 테이블에 10.0.0.0/8 대역에 대한 TGW로의 경로를 추가했다.
문제로 추정되는 것 3.
-> IDC의라우팅 테이블에 10.0.0.0/8 대역대는 CGW 인스턴스로 보내는 경로를 추가했다.
-> 이것도 가능성이 커 보인다.
으아 씨발 성공! 정확히 뭐가 문제라고는 지정은 못하겠고, 의외로 전체적 문제였다.
DB 인스턴스에서 nslookup web1.aws-seoul.internal 작동 성공
Web1 인스턴스에서 nslookup db.idc-seoul.internal 작동 성공
scp web.zip [원격지_id]@[원격지_ip]:/home/ec2-user/
이제 웹 서버에 파일을 만들어 페이지를 보자.
-> NAT 인스턴스에 압축 파일을 올리고, scp 명령어를 사용해서 웹 인스턴스로 전송
-> 웹 인스턴스에서 압축 파일을 푼다
unzip web.zip -d /var/www/html/
다시 문제 봉착.
이전에 테스트하며 웹 페이지에서 php 파일이 실행이 안되었는데, DNS 때문인 줄 알았는데 아니었나 보다.
다시 동일한 문제 발생.
이건 진짜 노답이다. 에러 코드가 뜨면 찾아보기라도 할 텐데 그냥 하얀 화면만 뜨고 반응이 없다.
500 에러 같긴 한데 실마리도 없다.
이런 ㅆㅃ php 코드가 병신이었잖아!
아니 뭔 듣지도 보지도 못한 함수로 연결을 쳐하려고 하니 아무것도 안 뜨지.
ㅅㅂ 저번에 실습할 땐 잘했는데 왜 병신 함수가 써져있냐?
php 파일들에 작성되어 있는 sqlsrv라는 무근본 함수들을 지우고 mysqli로 수정하자.
일단 connect.php는 작동하네.
내일 다시 하자.
이것만 되면 전부 성공할 수 있다.
'교육' 카테고리의 다른 글
[59일 차] 21.10.18 : 개인 프로젝트 6 (0) | 2021.10.18 |
---|---|
21.10.17 : 개인 프로젝트 5 (0) | 2021.10.17 |
[58일 차] 21.10.15 : 개인 프로젝트 3 (0) | 2021.10.15 |
[57일 차] 21.10.14 : 개인 프로젝트 2 (0) | 2021.10.14 |
[56일 차] 21.10.13 : 개인 프로젝트 (0) | 2021.10.13 |
댓글