가상 머신에 구성된 GitLab에 접근할 수 없는 이유와 해결 방법

일상적인 개발에서 많은 사람들은 기업 내 내부 코드 관리를 용이하게 하기 위해 GitLab 개인 창고를 구축하는 등 일부 개발 환경을 구축하기 위해 가상 머신을 사용할 수 있습니다. 그러나 구성 과정에서 일부 사람들은 가상 머신에 구성된 GitLab에 액세스할 수 없는 문제에 직면할 수 있습니다. 어떻게 해야 합니까? 이 기사에서는 이 문제에 대한 해결책을 여러 측면에서 자세히 설명합니다.

1. 네트워크 구성 확인

먼저 가상 머신의 네트워크 구성이 올바른지 확인해야 합니다. 네트워크 구성 측면에서 가상 머신은 브리징, NAT, 호스트 네트워크 등과 같은 다양한 네트워크 연결 방법 중에서 선택할 수 있습니다. 브리지 연결 방식은 가상 머신을 호스트가 위치한 LAN에 직접 연결하는 반면, NAT는 가상 머신의 IP 주소를 사용하여 호스트와 통신합니다. 따라서 NAT 연결 방법을 선택하면 호스트의 IP 주소를 직접 사용하여 가상 머신의 GitLab에 액세스할 수 없습니다. 이렇게 하면 가상 머신의 IP가 가상 머신 자체에서 할당되기 때문입니다. 브리지 연결 방법을 선택하는 경우 가상 머신이 위치한 네트워크 세그먼트가 호스트와 동일한 네트워크 세그먼트에 있는지 주의해야 합니다. 동일한 네트워크 세그먼트에 있지 않은 경우 가상 머신 네트워크에서 게이트웨이 및 기타 정보를 추가로 구성해야 합니다.

2. GitLab 구성 확인

네트워크 연결 구성에 문제가 없다면 GitLab 구성에 문제가 있을 수 있습니다. GitLab의 도메인 이름이나 IP 주소가 올바르게 설정되어 있는지 확인해야 합니다. 가상 머신에서 컬 명령을 사용하여 GitLab의 접근성을 테스트할 수 있습니다. 예를 들어 다음 명령을 사용하십시오.

curl http://localhost/

GitLab의 홈페이지가 반환되면 로컬 서버에 GitLab이 올바르게 구성되어 있음을 의미합니다. localhost 또는 로컬 IP를 통해 방문하세요. 그러나 다른 머신에서 액세스하는 경우 네트워크에서 액세스할 수 있도록 가상 머신에서 GitLab을 구성해야 합니다. 예를 들어 구성 파일에 다음 구성을 추가합니다.

gitlab_rails['gitlab_host'] = '192.168.0.100'

여기서 192.168.0.100은 할당된 가상 머신입니다. 다른 컴퓨터의 GitLab에 액세스하려면 이 IP 주소만 사용하면 됩니다.

3. 방화벽 구성 확인

마지막으로 방화벽 구성에 문제가 있는지 확인해야 합니다. 가상 머신에서 GitLab을 구축할 때 22(SSH), 80(HTTP), 443(HTTPS) 등과 같은 일부 포트를 열어야 할 수 있습니다. 방화벽 소프트웨어가 설치되어 있는 경우 방화벽을 구성할 때 이러한 포트에 대한 액세스를 허용해야 합니다. 예를 들어 centos7에서는 다음 명령을 통해 해당 포트를 열 수 있습니다.

$ sudo firewall-cmd --permanent --add-port=80/tcp
$ sudo firewall-cmd --reload

위 단계를 확인한 후에도 여전히 접속할 수 없다면 다음 명령을 실행하여 가상 머신에서 DNS 캐시를 지우는 것을 고려해 볼 수 있습니다.

$ sudo systemctl restart dnsmasq

가능한 이유는 DNS 레코드가 유효하지 않기 때문입니다. 새 DNS 서비스에서 최신 레코드를 다시 얻으려면 DNS 캐시를 새로 고쳐야 합니다.

요약

가상 머신에서 GitLab을 구성하는 과정에서 접근성이 떨어지는 경우가 많습니다. 그러나 신중하게 조사하고 해결하는 한 가상 머신이 제공하는 편리함과 효율성을 계속 누릴 수 있습니다. 따라서 위의 방법은 가능한 몇 가지 해결 방법만을 제공하며 독자는 실제 상황에 따라 선택하여 시도해 볼 수 있습니다.

위 내용은 가상 머신에 구성된 GitLab에 접근할 수 없는 이유와 해결 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!