도메인 간 파일 전달 설정 및 확인

도메인 간 파일 전달은 FileLink를 각각 관리하는 조직 사이에서 파일을 보낼 때 사용합니다. 양측 관리자는 각자의 로컬 도메인을 설정하고 연결 정보를 교환하여 서로를 신뢰 도메인으로 추가한 다음, 업무에 필요한 송신·수신 방향과 공개 연락처를 설정합니다. 수신자 선택과 파일 전송은 사용자 권한 및 전송 정책의 제한도 받습니다. 신뢰 도메인 설정으로 양측 조직 구조가 동기화되지는 않습니다.

도메인 간 전달은 FTP 또는 SMB 원격 전달과 다른 기능입니다. 여기서 도메인은 FileLink 도메인 간 연결의 관리 범위이며 AD 또는 DNS 도메인과 같다고 가정하면 안 됩니다.

다음 조작 항목의 이름은 영어 인터페이스를 기준으로 합니다. 다른 인터페이스 언어를 사용하면 표시 이름이 다를 수 있습니다.

설정 전 준비

• 양측에서 FileLink 설정 권한이 있는 관리자를 지정합니다. 각 조직에 송신, 수신 또는 양방향 전송 중 무엇이 필요한지 정하고 시험 사용자에게 FileLink 사용 권한이 있는지 확인합니다.
• 두 서비스 사이의 네트워크 연결을 확인하고 상대가 접근할 수 있는 HTTPS 루트 주소와 유효한 인증서를 각 서비스에 준비합니다. 주소에는 업무 페이지 경로를 포함하지 않습니다. 네트워크 및 서비스 관리자와 접근 조건을 미리 확인합니다.
• 상대 조직에 공개할 로컬 사용자를 필요한 최소 범위로 정합니다. 공개 연락처는 신뢰 도메인별로 선택합니다. 선택하지 않은 사용자가 상대에게 보인다고 가정하지 않습니다.
• 민감하지 않은 테스트 파일과 양측이 동의한 시험 계정을 준비합니다. 변경 시간을 계획하고 기존 설정과 담당자를 기록하여 진행 중인 도메인 간 전송에 영향을 주지 않도록 합니다.

로컬 도메인 설정과 연결 정보 교환

다음 작업은 양측이 각각 수행해야 하며 한쪽만 설정해서는 충분하지 않습니다.

1. FileLink 관리 화면에서 Configuration을 엽니다. Local Domain에서 Company name과 상대가 접근할 수 있는 HTTPS address를 입력합니다. https://files.example.com과 같은 HTTPS 루트 주소를 사용합니다. 이 주소는 예시입니다.
2. Enable cross-domain delivery를 켜고 Save를 선택합니다. 로컬 도메인의 이름, 주소와 활성 상태를 다시 확인합니다. 최초 활성화 후 저장하면 내보내기에 필요한 연결 정보를 사용할 수 있습니다.
3. Export connection information을 선택하고 조직에서 승인한 안전한 경로로 파일을 상대 관리자에게 전달합니다. 상대가 내보낸 연결 정보도 받습니다. 내보내기는 저장된 설정을 사용하므로 이름이나 주소를 변경한 후에는 먼저 저장하고 다시 내보내 상대와 확인합니다.
4. 연결 정보는 양측이 신뢰할 수 있는 경로로 검증하고 보관하며 무분별하게 공개하지 않습니다. 로컬 개인 키는 내보내지 않습니다. 연결 파일을 임의로 수정한 후에도 유효하다고 가정하지 않습니다.

신뢰 도메인 추가와 방향 설정

1. Trusted Domains에서 Add trusted domain을 선택하고 Import peer connection information으로 상대가 제공한 파일을 선택합니다. 표시된 회사 이름과 HTTPS 주소가 양측이 확인한 정보와 일치하는지 확인합니다. 파일은 지원되는 JSON 형식이어야 하며 8,192바이트를 넘을 수 없습니다.
2. Published contacts에서 해당 신뢰 도메인에 공개할 수 있는 로컬의 권한 있는 사용자를 선택합니다. 기본적으로 아무도 공개되지 않으므로 업무에 필요한 계정만 선택합니다. 상대의 연락처는 상대 관리자가 자신의 신뢰 설정에서 별도로 선택합니다.
3. 업무 요구에 맞게 Enabled, Allow sending, Allow receiving을 설정합니다. 예를 들어 A가 B에 보내려면 A의 B 설정에서 송신을, B의 A 설정에서 수신을 허용해야 합니다. 양측 로컬 도메인과 해당 신뢰 도메인도 활성화해야 합니다. 반대 방향이 필요하면 그 설정을 별도로 확인합니다.
4. Verify peer HTTPS certificate를 켜고 상대 주소와 인증서를 검증할 수 있는지 확인합니다. 검증을 끄더라도 HTTPS는 사용하지만 상대 서버의 신원을 확인하지 않으므로 중간자 공격 위험이 커집니다. 검증 비활성화를 일반적인 문제 해결 방법으로 삼지 마십시오.
5. 신뢰 도메인을 저장합니다. 양측이 목록에서 회사 이름, 주소, 활성 상태와 방향을 확인하고 해당 행의 추가 작업 메뉴에서 Test connection을 선택합니다. 연결 시험 성공 후에도 연락처와 실제 파일 전달을 확인해야 합니다. 연결 시험만으로 송신·승인·수신이 모두 성공한다고 판단할 수 없습니다.

공개 연락처 제한: 신뢰 도메인마다 서로 다른 연락처를 최대 1,000명까지 저장할 수 있습니다. 저장 시 각 연락처는 조직의 활성 상태이고 만료되지 않았으며 FileLink 권한이 있는 계정이어야 합니다. 계정이 비활성화되거나 만료되거나 권한을 잃으면 이전에 선택했더라도 상대가 더 이상 보지 못할 수 있습니다. 조건에 맞지 않는 선택 계정으로 인해 이후 신뢰 도메인 저장이 실패할 수도 있습니다. 변경 전에 계정 상태와 권한을 확인하고 다시 불러와 선택을 확인하십시오. 해결할 수 없으면 관리자 또는 기술 지원에 문의하고 이전 목록만으로 현재 공개 범위를 판단하지 마십시오.

도메인 간 수신 범위: 전송 정책의 수신자 그룹은 로컬 조직의 사용자에게만 확장됩니다. 정책이 사용자 또는 그룹으로 수신 범위를 제한한다면 상대 조직의 연락처를 허용된 수신자로 개별 선택해야 합니다. 로컬 그룹만 선택해서는 상대 연락처가 허용되지 않습니다. 사용자와 그룹 제한을 모두 설정하지 않으면 이 범위는 제한되지 않지만 상호 신뢰, 상대가 공개한 연락처 및 다른 전송 조건은 여전히 충족해야 합니다. 저장 후 시험 계정으로 수신자 목록과 실제 전달을 확인하십시오.

새 신뢰 도메인의 초기 상태: 새로 만들 때 활성화, 전송 허용, 수신 허용 및 상대 HTTPS 인증서 검증은 모두 꺼져 있습니다. 연결 정보를 가져와도 이 옵션은 자동으로 켜지지 않습니다. 양측 관리자가 합의된 방향에 필요한 스위치를 각각 켜고 상대 인증서 검증도 명시적으로 활성화한 후 확인하여 저장하십시오. 기존 신뢰 도메인을 편집할 때는 새 항목의 기본값을 현재 상태로 가정하지 말고 저장된 설정을 확인하십시오.

전송 정책 설정과 시험 검증

1. 송신 측 관리 화면에서 MFT Security를 열고 기존 적용 정책의 활성 상태와 Target Accounts, 그리고 Policy Settings > Send Policy의 Regular Tasks, 허용 수신자, 파일 제한 및 승인 조건을 먼저 확인합니다. 시험에 적합하면 재사용합니다. 필요한 경우에만 정책 관리 권한자가 영향을 평가하고 정책을 생성하거나 조정한 뒤 설정 창을 확인하고 전체 정책을 저장하여 계정과 설정을 다시 확인합니다. 추가 조건과 제한은 일반 전송 작업을 참조합니다.
2. 수신 측이 시험 수신 계정을 송신 측에 공개한 연락처에 포함했는지, 해당 계정에 FileLink 사용 권한이 있는지 확인합니다. 전송 정책이 수신자를 제한한다면 그 계정이 허용 범위에 있는지도 확인합니다.
3. 송신 측 시험 계정으로 New Task를 열고 Normal Send를 선택합니다. Recipient에서 상대 조직과 시험 연락처를 찾아 선택합니다. 작업 이름을 입력하고 민감하지 않은 파일을 업로드하여 필요한 설정을 완료한 후 전송합니다.
4. 송신 측 Send Tasks에서 작업, 승인과 전달 상태를 확인합니다. 수신 측에서도 해당 계정으로 Received Tasks와 실제 파일을 확인합니다. 작업 생성 성공은 상대가 파일을 수신하거나 추출했다는 뜻이 아닙니다. 승인이 필요한 경우 실제 결과를 기다린 후 확인합니다.
5. 공개되거나 수신할 수 없어야 하는 계정으로도 범위를 확인하고, 필요하면 반대 방향 전송을 별도로 검증합니다. 한 번의 연결 시험이나 한 계정의 결과만으로 모든 사용자와 방향이 올바르게 설정되었다고 판단하지 않습니다.

도메인 간 확인 응답: 읽음 또는 수령 확인 응답이 생성되는지는 전송 작업의 설정과 수신자의 선택에 따라 달라집니다. 나중에 보내도록 허용된 경우 수신자는 받은 작업 상세 화면에서 제공되는 작업으로 확인 응답을 나중에 보낼 수 있습니다. 도메인 간 확인 응답은 양쪽 서비스의 동기화가 필요하므로 발신자 화면에 늦게 표시될 수 있습니다. 확인 응답이 아직 없다는 사실만으로 상대가 파일을 확인하지 않았거나 수령하지 않았다는 것 또는 배달이 실패했다는 것을 판단할 수 없습니다. 먼저 수신자와 작업 및 응답 선택을 확인하고, 이후 양쪽 관리자에게 연결과 서비스 상태를 확인하도록 요청합니다. 수령과 확인 응답의 차이는 파일 수신 안내를 참조하십시오.

관련 정책: 일반 전송 정책 설정

변경 및 문제 해결

• 상대 또는 연락처를 찾을 수 없음: 양측 로컬 도메인과 신뢰 도메인의 활성 상태, 송신 측 Allow sending, 수신 측 Allow receiving, 상대의 공개 연락처와 권한을 확인하고 전송 정책, 네트워크 및 인증서를 점검합니다. 연락처 목록이 불완전하게 로드되면 원인을 조사하고 다시 로드한 후 범위를 판단합니다.
• 연결 시험 실패: 양측이 현재 설정의 연결 정보를 가져왔는지, HTTPS 루트 주소와 네트워크 연결, 인증서 검증 및 서비스 상태를 확인합니다. 저장 또는 로드가 실패하면 표시된 메시지를 처리하고 다시 로드하며 설정이 이미 적용되었다고 가정하지 않습니다.
• 로컬 키 쌍 교체: 먼저 로컬 도메인 간 전달을 비활성화하고 저장한 다음 조직의 변경 절차에 따라 Replace key pair를 선택합니다. 새 연결 정보를 내보내 상대가 해당 신뢰 도메인을 먼저 비활성화한 뒤 업데이트된 정보를 가져와 저장하도록 합니다. 양측을 다시 활성화한 후 연결과 실제 전달을 시험합니다. 기존 신뢰에 영향을 주므로 양측이 조율해야 합니다.
• 도메인 간 전달 비활성화: 로컬 스위치를 끄고 저장하면 새 전송과 아직 게시되지 않은 전달이 차단되지만 이미 전달된 파일을 회수하지는 않습니다. 개별 신뢰 도메인을 변경할 때에도 관련 작업과 영향받는 사용자를 확인합니다. 비활성화는 상대가 이미 받은 데이터의 삭제를 의미하지 않습니다.
• 작업 상태가 불명확함: 송신 측 작업과 승인, 수신 측 작업을 각각 확인하고 권한 있는 관리자에게 조사를 요청합니다. 원래 작업 결과를 확인하기 전에 민감한 파일을 반복 전송하지 마십시오.