FAQ ko KR

자주 묻는 질문(FAQ)

저희 기본 FAQ에서는 일반적으로 가질 수 있는 표준적인 질문과 답변을 다룹니다. 덜 일반적인 문제에 대해서는 확장된 자주 묻는 질문(FAQ) 을 이용하시기 바랍니다.

목차

• 일반 사항
• 비슷한 도구와 비교
• 보안 / 개인 정보 보호 / VAC / 차단 / 서비스 약관
• 기타
• 이슈

---

일반 사항

ASF란 무엇인가요?

왜 프로그램이 제 계정에 파밍할 것이 없다고 하나요?

왜 ASF가 제 게임을 전부 감지하지 못하나요?

왜 제 계정이 제한(limited) 상태인가요?

ASF가 무엇인지 이해하기에 앞서, Steam 카드가 무엇이고 어떻게 얻는지부터 이해해야 하며, 이는 여기 공식 FAQ에 잘 설명되어 있습니다.

간단히 말해, Steam 카드는 특정 게임을 보유했을 때 받을 자격이 생기는 수집형 아이템으로, 배지 제작, Steam 마켓 판매, 또는 원하는 다른 용도로 사용할 수 있습니다.

핵심 사항을 여기서 다시 한번 언급합니다. 사람들이 일반적으로 이를 받아들이지 않고 없는 것처럼 취급하는 경우가 많기 때문입니다:

• 게임에서 카드를 받을 자격을 얻으려면 해당 게임을 본인의 Steam 계정에서 보유하고 있어야 합니다. 가족 공유(family sharing)는 소유가 아니며 인정되지 않습니다.
• 게임이 비공개(private)로 설정되어 있으면 안 됩니다. ASF는 파밍 중 그런 게임을 자동으로 건너뜁니다.
• 게임을 무한정 파밍할 수는 없으며, 모든 게임에는 고정된 카드 드롭 개수가 있습니다. 카드를 모두 드롭받고 나면(보통 전체 세트의 절반 정도), 그 게임은 더 이상 파밍 대상이 아닙니다. 이미 받은 카드를 팔았든, 거래했든, 배지로 제작했든, 혹은 어떻게 됐는지 잊어버렸든 상관없이, 카드 드롭이 소진되면 그 게임은 종료된 것입니다.
• 무료(F2P) 게임에서는 돈을 쓰지 않으면 카드를 드롭받을 수 없습니다. 이는 Team Fortress 2나 Dota 2처럼 완전히 무료(F2P)인 게임을 의미합니다. F2P 게임을 보유하고 있다고 해서 카드 드롭이 부여되지는 않습니다.
• 보유한 게임이나 그 활성화 방식과 관계없이, 제한된(limited) 계정에서는 카드를 드롭받을 수 없습니다.
• 프로모션을 통해 무료로 얻은 유료 게임은, 스토어 페이지에 표시되는 내용과 관계없이 카드 드롭을 위해 파밍할 수 없습니다.

보시다시피, Steam 카드는 구매한 게임을 플레이하거나, 돈을 쓴 F2P 게임을 플레이할 때 지급됩니다. 그런 게임을 충분히 오래 플레이하면 결국 해당 게임의 모든 카드가 인벤토리로 드롭되며, (나머지 절반의 세트를 얻은 후) 배지를 완성하거나, 카드를 판매하거나, 원하는 다른 무엇이든 할 수 있게 됩니다.

이제 Steam의 기본 개념을 설명했으니, ASF에 대해 설명할 수 있습니다. 프로그램 자체는 완전히 이해하기에는 상당히 복잡하므로, 모든 기술적 세부사항을 다루는 대신 아래에서 매우 단순화된 설명을 제공하겠습니다.

ASF는 제공받은 계정 정보를 사용하여, 자체 내장된 커스텀 Steam 클라이언트 구현을 통해 Steam 계정에 로그인합니다. 로그인에 성공하면, 배지 페이지를 파싱하여 파밍 가능한 게임(카드 드롭이 X개 남은 게임)을 찾습니다. 모든 페이지를 분석하고 파밍 가능한 게임의 최종 목록을 구성한 뒤, ASF는 가장 효율적인 파밍 알고리즘을 선택하여 프로세스를 시작합니다. 이 과정은 선택한 **카드 파밍 알고리즘**에 따라 달라지지만, 일반적으로는 대상 게임을 플레이하면서 주기적으로(그리고 아이템 드롭 시마다) 해당 게임이 이미 완전히 파밍되었는지 확인하는 방식입니다 - 완료되었다면, ASF는 동일한 절차로 다음 게임으로 넘어가며, 모든 게임이 완전히 파밍될 때까지 이를 반복합니다.

위 설명은 단순화된 것이며, ASF가 제공하는 수많은 추가 기능은 다루지 않는다는 점에 유의하세요. ASF의 모든 세부사항을 알고 싶다면 **저희 위키**의 나머지 부분을 확인해보세요. 기술적인 세부사항을 다루지 않고, 누구나 이해할 수 있을 만큼 단순하게 설명하려고 노력했습니다 - 고급 사용자라면 더 깊이 파고들어 보시는 것을 권장합니다.

이제 프로그램으로서의 ASF는 몇 가지 마법 같은 기능을 제공합니다. 첫째, 게임 파일을 전혀 다운로드할 필요 없이 게임을 바로 "플레이"할 수 있습니다. 둘째, 일반 Steam 클라이언트와 완전히 독립적으로 작동합니다 - Steam 클라이언트가 실행 중일 필요도, 심지어 설치되어 있을 필요도 없습니다. 셋째, 자동화된 솔루션입니다 - 즉, ASF는 특별히 무엇을 하라고 지시할 필요 없이 뒤에서 모든 것을 자동으로 처리해주므로 번거로움과 시간을 절약해줍니다. 마지막으로, (예를 들어 Idle Master가 사용하는 방식인) 프로세스 에뮬레이션으로 Steam 네트워크를 속일 필요 없이, Steam 네트워크와 직접 통신할 수 있습니다. 또한 매우 빠르고 가벼워서, 큰 번거로움 없이 손쉽게 카드를 얻고 싶은 모든 사람에게 훌륭한 해결책입니다 - 다른 작업을 하는 동안 백그라운드에서 실행해두거나, 심지어 오프라인 모드로 게임을 플레이하는 동안에도 특히 유용합니다.

위 내용들은 모두 좋지만, ASF에는 Steam에 의해 강제되는 몇 가지 기술적 한계도 있습니다 - 보유하지 않은 게임은 파밍할 수 없고, 강제된 한도를 넘어서는 추가 드롭을 얻기 위해 게임을 무한정 파밍할 수도 없으며, 사용자가 직접 플레이 중인 동안에는 파밍할 수 없습니다. ASF의 작동 방식을 고려하면 이는 모두 "논리적으로 당연한" 내용이지만, ASF에는 초능력이 없으며 물리적으로 불가능한 일은 하지 않는다는 점을 짚어두고 싶습니다 - 이는 기본적으로 다른 사람에게 다른 PC에서 본인의 계정으로 로그인해서 대신 게임을 파밍해달라고 부탁하는 것과 동일합니다.

정리하자면 - ASF는 받을 자격이 있는 카드를 큰 번거로움 없이 드롭받을 수 있도록 도와주는 프로그램입니다. 이 외에도 여러 다른 기능을 제공하지만, 지금은 이 부분에 집중하겠습니다.

---

내 계정 비밀번호를 넣어야 하나요?

예. ASF는 Steam 네트워크와의 상호작용에 동일한 방식을 사용하기 때문에, 공식 Steam 클라이언트와 마찬가지로 계정 정보를 필요로 합니다. 다만 이것이 반드시 계정 정보를 ASF config에 저장해야 한다는 의미는 아닙니다. SteamLogin과 SteamPassword를 비워둔 채 ASF를 계속 사용하면서, 필요할 때마다 ASF를 실행할 때마다 해당 정보를 입력할 수도 있습니다 (그 외 여러 로그인 정보도 마찬가지이며, 자세한 내용은 설정 문서를 참고하세요). 이 방식으로는 정보가 어디에도 저장되지 않지만, 물론 이 경우 ASF는 사용자의 도움 없이 자동으로 시작될 수 없습니다. ASF는 **보안**을 강화할 수 있는 여러 다른 방법도 제공하므로, 고급 사용자라면 위키의 해당 부분을 자유롭게 읽어보시기 바랍니다. 고급 사용자가 아니고 계정 정보를 ASF config에 저장하고 싶지 않다면, 그렇게 하지 말고 ASF가 요청할 때마다 필요에 따라 직접 입력하면 됩니다.

ASF 도구는 개인적인 사용을 위한 것이며, 사용자의 계정 정보는 절대 본인 컴퓨터 밖으로 전송되지 않는다는 점을 유의하세요. 또한 그 정보를 누구와도 공유하지 않으므로, 많은 사람이 종종 잊는 매우 중요한 사항인 **Steam 이용약관(ToS)**을 준수하게 됩니다. 본인의 정보를 저희 서버나 어떤 제3자에게도 전송하지 않으며, 오직 Valve가 운영하는 Steam 서버로만 직접 전송됩니다. 저희는 사용자의 계정 정보를 알지 못하며, config에 저장했든 안 했든 이를 복구해드릴 수도 없습니다.

---

카드가 나올때까지 얼마나 오래 기다려야 하나요?

걸리는 시간만큼 기다려야 합니다 - 정말입니다. 각 게임의 파밍 난이도는 개발사/퍼블리셔가 설정하며, 카드가 얼마나 빠르게 드롭되는지는 전적으로 그들에게 달려 있습니다. 대부분의 게임은 30분 플레이당 1개의 드롭을 지급하지만, 카드 하나가 드롭되기까지 몇 시간을 플레이해야 하는 게임도 있습니다. 이에 더해, 성능(performance) 섹션에서 언급한 대로, 아직 충분히 플레이하지 않은 게임에서는 카드 드롭을 받지 못하도록 계정이 제한될 수도 있습니다. ASF가 특정 게임을 얼마나 오래 파밍해야 하는지 추측하려 하지 마세요 - 이는 사용자도, ASF도 결정할 수 있는 부분이 아닙니다. 이를 더 빠르게 만들기 위해 할 수 있는 것은 아무것도 없으며, 카드가 제때 드롭되지 않는 것과 관련된 "버그"도 존재하지 않습니다 - 카드 드롭 과정은 사용자도, ASF도 제어할 수 없습니다. 가장 좋은 경우, 평균 30분당 1개의 드롭을 받게 됩니다. 가장 나쁜 경우, ASF를 시작한 지 4시간이 지나도 카드를 하나도 받지 못할 수 있습니다. 이 두 상황 모두 정상적인 것이며, 저희 성능(performance) 섹션에서 다루고 있습니다.

---

농사가 너무 오래 걸립니다. 어떻게든 속도를 높일 수 있나요?

파밍 속도에 큰 영향을 미치는 유일한 요소는 봇 인스턴스에서 선택한 **카드 파밍 알고리즘**입니다. 그 외의 모든 것은 영향이 미미하며 파밍을 더 빠르게 만들지 않습니다. 오히려 ASF 프로세스를 여러 번 실행하는 것과 같은 일부 행동은 오히려 상황을 더 악화시킬 수 있습니다. 파밍 과정의 매 순간까지 최대한 활용하고 싶다는 강한 욕구가 있다면, ASF는 FarmingDelay와 같은 핵심 파밍 변수를 미세 조정할 수 있게 해줍니다 - 이 모든 변수는 **설정 문서**에 설명되어 있습니다. 다만 말씀드린 것처럼 그 효과는 미미하며, 해당 계정에 맞는 적절한 카드 파밍 알고리즘을 선택하는 것만이 파밍 속도에 크게 영향을 줄 수 있는 유일한 핵심 선택이고, 그 외의 것들은 순전히 부수적인 요소일 뿐입니다. 파밍 속도를 걱정하는 대신, 그냥 ASF를 실행하고 맡겨두세요 - 제가 생각해낼 수 있는 가장 효과적인 방식으로 작동하고 있음을 장담할 수 있습니다. 덜 신경 쓸수록 더 만족하실 겁니다.

---

하지만 ASF는 X 시간이 걸릴거라고 했는데요.

ASF는 드롭받아야 할 카드 수와 선택한 알고리즘을 기반으로 대략적인 예상치를 제공하지만, 이는 실제로 파밍에 소요될 시간과는 전혀 다르며, 실제 시간은 대체로 이보다 더 깁니다. ASF는 최상의 경우만을 가정하며 Steam 네트워크의 이상 현상, 인터넷 연결 끊김, Steam 서버 과부하 등을 고려하지 않기 때문입니다. 이는 ASF가 파밍하는 데 걸리는 시간에 대한 대략적인 지표(주로 최상의 경우 기준)로만 참고해야 하며, 실제 시간은 경우에 따라 상당히 다를 수 있습니다. 위에서 언급했듯이, 특정 게임이 얼마나 오래 파밍될지 추측하려 하지 마세요. 이는 사용자도, ASF도 결정할 수 있는 부분이 아닙니다.

---

ASF가 제 안드로이드/스마트폰에서 작동할 수 있나요?

ASF는 작동하는 .NET 구현이 필요한 C# 프로그램입니다. 안드로이드는 .NET 6.0부터 유효한 플랫폼이 되었지만, ASP.NET 런타임이 안드로이드에서 사용 불가능하다는 점 때문에 현재 ASF를 안드로이드에서 구동하는 데 큰 걸림돌이 있습니다. 네이티브 옵션은 없지만, ARM 아키텍처용 GNU/Linux 빌드는 제대로 작동하므로, **Linux Deploy**와 같은 것을 사용해 Linux를 설치한 뒤 해당 Linux chroot 환경에서 평소처럼 ASF를 사용하는 것은 충분히 가능합니다.

ASF의 모든 요구사항이 충족되면(혹은 충족될 경우), 공식 안드로이드 빌드 출시를 검토할 예정입니다.

---

ASF가 CS:GO나 Unturned 같은 Steam 게임의 아이템도 파밍할 수 있나요?

아니요, 이는 **Steam 이용약관(ToS)**에 위배되며, Valve는 최근 TF2 아이템 파밍에 대한 커뮤니티 차단 조치를 통해 이를 명확히 밝힌 바 있습니다. ASF는 Steam 카드 파밍 프로그램이지 게임 아이템 파머가 아닙니다 - 게임 아이템을 파밍하는 기능은 전혀 없으며, 주로 Steam 이용약관 위반이라는 이유로 향후에도 그런 기능을 추가할 계획이 전혀 없습니다. 이에 대해서는 문의하지 말아 주세요 - 기대할 수 있는 최선의 결과는 불만 가득한 사용자로부터의 신고와 그로 인한 문제뿐입니다. CS:GO 방송에서 드롭스를 파밍하는 것과 같이, 다른 모든 종류의 파밍에도 동일하게 적용됩니다. ASF는 오로지 Steam 트레이딩 카드에만 집중합니다.

---

어떤 게임을 파밍할지 직접 선택할 수 있나요?

네, 여러 가지 방법으로 가능합니다. 기본 파밍 대기열 순서를 변경하고 싶다면, FarmingOrders **봇 설정 속성**을 사용하면 됩니다. 특정 게임을 자동 파밍 대상에서 수동으로 블랙리스트 처리하고 싶다면, fb **명령어**로 제공되는 idle 블랙리스트를 사용할 수 있습니다. 모든 것을 파밍하되 일부 앱에 다른 것보다 우선순위를 주고 싶다면, fq **명령어**로 제공되는 idle 우선순위 대기열을 사용하면 됩니다. 마지막으로, 원하는 특정 게임만 파밍하고 싶다면 봇의 **FarmingPreferences**에서 FarmPriorityQueueOnly를 지정하고, 선택한 앱을 idle 우선순위 대기열에 추가하면 됩니다.

위에서 설명한 자동 카드 파밍 모듈을 관리하는 것 외에도, play **명령어**로 ASF를 수동 파밍 모드로 전환하거나, GamesPlayedWhileIdle **봇 설정 속성**과 같은 다른 여러 외부 설정을 사용할 수도 있습니다.

---

카드 드롭에는 관심이 없고, 대신 플레이 시간을 채우고 싶은데, 가능한가요?

네, ASF는 여러 가지 방법으로 이를 가능하게 해줍니다.

이를 위한 가장 좋은 방법은 GamesPlayedWhileIdle 설정 속성을 활용하는 것입니다. 이 속성은 ASF가 파밍할 카드가 없을 때 지정한 appID를 플레이합니다. 다른 게임에서 카드 드롭이 있더라도 지정한 게임을 항상 플레이하고 싶다면, **FarmPriorityQueueOnly**와 함께 사용하여 명시적으로 지정한 게임만 카드 드롭을 위해 파밍하도록 하거나, 또는 **FarmingPausedByDefault**를 사용하여 직접 재개하기 전까지 카드 파밍 모듈이 일시 정지 상태로 유지되도록 할 수 있습니다.

play 명령어를 사용하여 선택한 게임을 ASF가 플레이하도록 할 수도 있습니다. 다만, play는 지속적인 상태가 아니므로 일시적으로 플레이하고 싶은 게임에만 사용해야 한다는 점에 유의하세요. 예를 들어 Steam 네트워크 연결이 끊기면 ASF는 기본 상태로 되돌아갑니다. 따라서, 선택한 게임을 정말로 짧은 시간 동안만 실행한 후 일반적인 흐름으로 되돌아가고자 하는 경우가 아니라면 GamesPlayedWhileIdle을 사용하는 것을 권장합니다.

---

저는 Linux / macOS 사용자인데, 제 OS에서 지원되지 않는 게임도 ASF가 파밍해주나요? 32비트 OS에서 ASF를 실행하면 64비트 게임도 파밍되나요?

네, ASF는 실제 게임 파일을 다운로드하지도 않으므로, 플랫폼이나 기술적 요구사항과 관계없이 Steam 계정에 연결된 모든 라이선스에 대해 작동합니다. 특정 지역에 묶인 게임(지역 제한 게임)의 경우에도 해당 지역에 있지 않아도 작동할 가능성이 높지만, 이를 보장하지는 않습니다 (저희가 마지막으로 시도했을 때는 작동했습니다).

---

비슷한 도구와 비교

---

ASF가 Idle Master와 비슷한 건가요?

두 프로그램의 유일한 공통점은 카드 드롭을 받기 위해 Steam 게임을 파밍한다는 일반적인 목적뿐입니다. 실제 파밍 방식, 프로그램 구조, 기능, 호환성, 사용된 알고리즘, 특히 소스 코드 자체를 포함한 그 외 모든 것은 완전히 다르며, 두 프로그램은 핵심 기반조차 서로 공통점이 전혀 없습니다 - IM은 .NET Framework에서 실행되고, ASF는 .NET (Core)에서 실행됩니다. ASF는 단순한 코드 수정으로는 해결할 수 없었던 IM의 문제들을 해결하기 위해 만들어졌습니다 - 이 때문에 ASF는 IM의 코드 한 줄, 심지어 일반적인 아이디어조차 사용하지 않고 처음부터 새로 작성되었습니다. 그 코드와 아이디어들은 애초에 근본적으로 결함이 있었기 때문입니다. IM과 ASF는 Windows와 Linux 같은 관계입니다 - 둘 다 운영체제이고 PC에 설치할 수 있지만, 비슷한 목적을 수행한다는 것 외에는 서로 거의 공통점이 없습니다.

이런 이유로 IM에 대한 기대치를 기준으로 ASF를 IM과 비교해서는 안 됩니다. ASF와 IM은 각각 고유한 기능 집합을 가진 완전히 독립적인 프로그램으로 취급해야 합니다. 일부 기능은 실제로 겹치며 두 프로그램에서 동일한 기능을 찾을 수도 있지만, ASF는 IM과 완전히 다른 접근 방식으로 목적을 수행하기 때문에 이런 경우는 매우 드뭅니다.

---

현재 Idle Master를 사용하고 있고 문제없이 잘 작동한다면, ASF를 사용할 가치가 있을까요?

예. ASF는 훨씬 더 안정적이며, 파밍 방식과 관계없이 필수적인 다양한 내장 기능을 제공하는데, 이는 IM에는 아예 존재하지 않는 기능들입니다.

ASF는 아직 출시되지 않은 게임에 대한 적절한 처리 로직을 갖추고 있습니다 - 반면 IM은 카드가 이미 등록되어 있다면 아직 출시되지 않은 게임이라도 파밍을 시도합니다. 물론 출시일이 되기 전까지는 해당 게임을 파밍할 수 없으므로, 파밍 프로세스가 멈춰버리게 됩니다. 이 경우 해당 게임을 블랙리스트에 추가하거나, 출시될 때까지 기다리거나, 수동으로 건너뛰어야 합니다. 이 중 어느 방법도 좋은 해결책이 아니며, 모두 사용자의 직접적인 개입이 필요합니다 - ASF는 아직 출시되지 않은 게임의 파밍을 (일시적으로) 자동으로 건너뛰고, 출시된 이후에 다시 돌아가므로 이 문제를 완전히 회피하면서 효율적으로 처리합니다.

ASF는 또한 시리즈 영상에 대한 적절한 로직도 갖추고 있습니다. Steam에는 카드가 있지만 배지 페이지에 잘못된 appID로 등록된 영상들이 많이 있습니다. 예를 들어 **Double Fine Adventure**가 그러한 경우인데, IM은 이런 잘못된 appID를 그대로 파밍하려 시도하며, 결과적으로 카드 드롭이 발생하지 않고 프로세스가 멈추게 됩니다. 이 경우에도 마찬가지로 블랙리스트에 추가하거나 수동으로 건너뛰어야 하며, 두 방법 모두 사용자의 직접적인 개입이 필요합니다. ASF는 카드 드롭으로 이어지는 올바른 appID를 자동으로 찾아내어 파밍합니다.

이 외에도 ASF는 네트워크 문제나 Steam 특유의 오류 상황에서 훨씬 더 안정적이고 신뢰할 수 있습니다 - 한 번 설정해두면 대부분의 경우 정상적으로 작동하며 사용자의 개입이 전혀 필요하지 않은 반면, IM은 많은 사용자들에게서 자주 오류가 발생하며 추가적인 수정이 필요하거나 아예 작동하지 않는 경우도 있습니다. 또한 IM은 Steam 클라이언트에 완전히 의존하기 때문에, Steam 클라이언트에 심각한 문제가 발생하면 전혀 작동할 수 없습니다. 반면 ASF는 Steam 네트워크에 연결만 가능하면 정상적으로 작동하며, Steam 클라이언트가 실행 중이거나 설치되어 있을 필요조차 없습니다.

이는 ASF 사용을 고려해야 할 3가지 매우 중요한 이유입니다. Steam 카드를 파밍하는 모든 사람에게 직접적인 영향을 미치는 부분이며, Steam의 점검이나 오류는 누구에게나 발생할 수 있으므로 "나는 해당 사항이 없다"라고 말할 수 있는 사람은 없습니다. 이 외에도 크고 작은 다양한 이유들이 더 있으며, 이는 FAQ의 나머지 부분에서 확인하실 수 있습니다. 간단히 말해, 네, IM 대비 ASF가 제공하는 추가 기능이 전혀 필요하지 않더라도 ASF를 사용하는 것이 좋습니다.

게다가 IM은 공식적으로 개발이 중단된 상태이며, (ASF뿐 아니라) 훨씬 더 강력한 대체 솔루션들이 이미 존재하는 상황에서 아무도 수정을 신경 쓰지 않을 것이므로, 향후 완전히 작동을 멈출 수도 있습니다. 이미 많은 사용자들에게 IM이 작동하지 않고 있으며, 그 수는 줄어들기는커녕 계속 늘어나고 있습니다. 애초에 IM뿐만 아니라 다른 모든 지원 종료된 프로그램과 마찬가지로, 오래되어 더 이상 관리되지 않는 소프트웨어의 사용은 피하는 것이 좋습니다. 활발히 관리하는 개발자가 없다는 것은 작동 여부에 신경 쓰는 사람이 없고 기능에 대해 책임지는 사람도 없다는 뜻이며, 이는 보안 측면에서 매우 중요한 문제입니다. Steam 인프라에 실제 문제를 일으키는 심각한 버그가 하나만 발생해도, 아무도 수정하지 않는다면 Steam이 또 다른 대규모 밴 조치를 취할 수 있으며, 이 경우 문제가 있다는 사실조차 인지하지 못한 채 제재를 당할 수 있습니다. 실제로 다름 아닌 오래된 버전의 ASF를 사용하던 사용자들에게 이미 이런 일이 발생한 적이 있습니다.

---

ASF가 Idle Master에는 없는 흥미로운 기능으로는 어떤 것들이 있나요?

이는 어떤 것을 "흥미롭다"고 생각하는지에 따라 다릅니다. 두 개 이상의 계정을 파밍할 계획이라면 답은 이미 명확합니다. ASF는 하나의 우수한 솔루션으로 모든 계정을 파밍할 수 있게 해주며, 리소스와 번거로움, 호환성 문제를 줄여줍니다. 다만 이런 질문을 하고 있다면 아마도 이런 특정 필요는 없을 가능성이 높으므로, ASF를 단일 계정에서 사용할 때 적용되는 다른 장점들을 살펴보겠습니다.

가장 먼저, 위에서 언급한 내장 기능들은 최종 목표와 관계없이 파밍의 핵심이 되는 기능들이며, 종종 이것만으로도 ASF 사용을 고려하기에 충분합니다. 하지만 이는 이미 알고 계실 테니, 좀 더 흥미로운 기능들로 넘어가 보겠습니다:

• 오프라인 상태로 파밍할 수 있습니다 (OnlineStatus를 Offline으로 설정). 오프라인 파밍을 사용하면 Steam의 인게임 상태 표시를 완전히 건너뛸 수 있으며, 이를 통해 Steam에서는 "온라인" 상태로 표시되면서 동시에 ASF로 파밍할 수 있어, 친구들이 ASF가 대신 게임을 실행 중이라는 사실을 전혀 눈치채지 못하게 됩니다. 이는 매우 유용한 기능인데, Steam 클라이언트에서 온라인 상태를 유지하면서도 계속 바뀌는 게임 목록으로 친구들을 성가시게 하거나, 실제로는 플레이하고 있지 않은데 게임을 하고 있다고 오해하게 만드는 일이 없기 때문입니다. 이 점 하나만으로도 친구들을 배려한다면 ASF를 사용할 가치가 있지만, 이는 시작에 불과합니다. 참고로 이 기능은 Steam 개인정보 설정과는 전혀 관계가 없습니다 - 직접 게임을 실행하면 친구들에게 정상적으로 인게임 상태가 표시되며, ASF로 파밍하는 부분만 보이지 않을 뿐 계정 자체에는 아무런 영향을 주지 않습니다.

• 환불 가능한 게임을 건너뛸 수 있습니다 (봇의 FarmingPreferences 기능에 있는 SkipRefundableGames). ASF는 환불 가능한 게임에 대한 적절한 내장 로직을 갖추고 있어, 환불 가능한 게임을 자동으로 파밍하지 않도록 설정할 수 있습니다. 이를 통해 ASF가 최대한 빨리 카드를 드롭시키려 하지 않고, Steam 상점에서 새로 구매한 게임이 그만한 가치가 있었는지 직접 판단할 수 있습니다. 해당 게임을 2시간 이상 플레이하거나 구매 후 2주가 지나면, 더 이상 환불이 불가능한 상태가 되므로 ASF가 그 게임을 파밍하기 시작합니다. 그 전까지는 게임이 마음에 드는지 여부를 온전히 직접 판단할 수 있으며, 필요하다면 손쉽게 환불할 수 있습니다. 그동안 해당 게임을 수동으로 블랙리스트에 추가하거나 ASF 사용 자체를 중단할 필요가 없습니다.

• 플레이하지 않은 게임을 건너뛸 수 있습니다 (봇의 FarmingPreferences 기능에 있는 SkipUnplayedGames). ASF는 게임 플레이 시간에 대한 적절한 내장 로직을 갖추고 있어, 플레이하지 않은 게임을 자동으로 파밍하지 않도록 설정할 수 있습니다. 이를 통해 모든 게임을 일일이 수동으로 블랙리스트에 추가하거나 ASF 사용 자체를 건너뛸 필요 없이, 플레이하고 파밍할 게임을 직접 관리할 수 있습니다.

• 새로 받은 아이템을 자동으로 확인 처리할 수 있습니다 (BotBehaviour의 DismissInventoryNotifications 기능). ASF로 파밍하면 계정에 새로운 카드 드롭이 발생합니다. 이미 이런 일이 일어날 것을 알고 있으니, 굳이 신경 쓸 필요 없는 이 알림은 ASF가 대신 정리하게 하여 정말 중요한 것에만 집중할 수 있도록 해줍니다. 물론 원할 경우에만 해당됩니다.

• 더 다양한 옵션으로 원하는 파밍 순서를 설정할 수 있습니다 (FarmingOrders 기능). 새로 구매한 게임을 먼저 파밍하고 싶으신가요? 또는 가장 오래된 게임부터? 아니면 카드 드롭 수에 따라? 이미 제작한 배지 레벨 순서로? 플레이 시간 순서로? 알파벳순으로? AppID 순서로? 아니면 완전 무작위로? 이는 전적으로 사용자가 결정할 문제입니다.

• ASF는 세트 완성을 도와줄 수 있습니다 (SteamTradeMatcher 기능이 포함된 TradingPreferences). 조금 더 고급 설정을 활용하면, ASF를 STM 제안을 자동으로 수락하는 완전한 기능의 사용자 봇으로 만들 수 있으며, 사용자의 개입 없이도 매일 세트 매칭을 도와줍니다. ASF에는 자체 ASF 2FA 모듈까지 포함되어 있어, Steam 모바일 인증기를 가져와서 확인(confirmation) 수락 과정까지 전체를 완전히 자동화할 수 있습니다. 아니면, 직접 수동으로 수락하고 ASF는 그 거래를 준비만 해주기를 원하시나요? 이 역시 전적으로 사용자가 결정할 문제입니다.

• ASF는 백그라운드에서 키를 대신 등록해줄 수 있습니다 (백그라운드 게임 등록기(background games redeemer) 기능). 여러 번들에서 나온 수백 개의 키를 가지고 있지만, 여러 창을 계속 넘나들며 매번 Steam 이용약관에 동의하면서 직접 등록하기 귀찮으실 수 있습니다. 키 목록을 ASF에 복사해서 붙여넣고 알아서 처리하도록 맡기는 건 어떨까요? ASF는 백그라운드에서 해당 키들을 자동으로 등록하며, 각 등록 시도가 어떻게 진행되었는지 알려주는 적절한 출력을 제공합니다. 게다가, 수백 개의 키를 등록하다 보면 언젠가는 반드시 Steam으로부터 rate limit(속도 제한)에 걸리게 되는데, ASF는 이를 알고 있어 rate limit이 풀릴 때까지 인내심 있게 기다렸다가 중단된 지점부터 다시 이어서 처리합니다.

이런 식으로 ASF 위키 전체를 통해 프로그램의 모든 기능을 하나하나 짚어드릴 수도 있지만, 어딘가에서는 선을 그어야겠지요. 이상이 ASF 사용자로서 누리실 수 있는 기능 목록입니다. 이 중 단 하나만으로도 다시는 돌아보지 않을 만한 확실한 이유가 될 수 있으며, 저희는 실제로 많은 기능을 소개해드렸고, 저희 위키의 나머지 부분에서 훨씬 더 많은 내용을 알아보실 수 있습니다. 아, 그리고 간단하게 설명하고자 ASF의 API를 통해 직접 명령어를 스크립트로 작성할 수 있는 기능이나 훌륭한 봇 관리 기능 같은 것은 자세히 다루지도 않았습니다.

---

ASF가 Idle Master보다 빠른가요?

예, 비록 설명은 좀 복잡합니다만.

시스템에서 새로운 프로세스가 생성되고 종료될 때마다, Steam 클라이언트는 현재 플레이 중인 모든 게임 목록을 담은 요청을 자동으로 전송합니다 - 이런 방식으로 Steam 네트워크가 플레이 시간을 계산하고 카드를 드롭시킵니다. 하지만 Steam 네트워크는 플레이 시간을 1초 단위로 집계하며, 새로운 요청을 전송하면 현재 상태가 초기화됩니다. 다시 말해, 만약 0.5초마다 새로운 프로세스를 생성/종료했다면, 카드는 절대 드롭되지 않습니다. 왜냐하면 0.5초마다 Steam 클라이언트가 새 요청을 보내면서 Steam 네트워크가 단 1초의 플레이 시간도 인정하지 못하기 때문입니다. 게다가 운영체제의 작동 방식 특성상, 사용자가 아무것도 하지 않아도 새로운 프로세스가 생성/종료되는 것은 실제로 매우 흔한 일입니다 - PC에서 아무것도 하지 않고 있어도, 백그라운드에서는 수많은 프로세스가 계속 다른 프로세스를 생성하고 종료하고 있습니다. Idle Master는 Steam 클라이언트를 기반으로 하기 때문에, 이 메커니즘이 사용 중이라면 영향을 받게 됩니다.

ASF는 Steam 클라이언트를 기반으로 하지 않으며, 자체적인 클라이언트 구현을 가지고 있습니다. 그 덕분에 ASF가 하는 일은 프로세스를 생성하는 것이 아니라, 우리가 게임을 플레이하기 시작했다는 실제 요청 하나를 Steam 네트워크로 직접 전송하는 것입니다. 이는 Steam 클라이언트가 보내는 것과 동일한 요청이지만, ASF의 Steam 클라이언트는 저희가 직접 통제할 수 있기 때문에 새로운 프로세스를 생성할 필요가 없으며, 프로세스가 변경될 때마다 요청을 보내는 Steam 클라이언트의 동작을 그대로 흉내 내지도 않으므로, 위에서 설명한 메커니즘에 영향을 받지 않습니다. 그 덕분에 저희는 Steam 웹 측의 1초 간격을 절대 중단시키지 않으며, 이는 저희의 파밍 속도를 향상시킵니다.

---

그 차이가 인식할만한가요?

아니오. 일반 Steam 클라이언트와 Idle Master에서 발생하는 이 중단 현상은 카드 드롭에 미치는 영향이 미미하므로, ASF가 이 부분에서 우월하다고 할 만큼 눈에 띄는 차이는 아닙니다.

하지만 실제로 차이가 존재하며, OS가 얼마나 바쁜 상태인지에 따라 카드가 더 빠르게 드롭되는 것을 명확히 확인할 수 있습니다. 몇 초에서, 운이 매우 나쁜 경우 몇 분까지 차이가 날 수 있습니다. 다만 단순히 카드가 더 빨리 드롭된다는 이유만으로 ASF를 사용해야 한다고 생각하지는 않습니다. ASF와 Idle Master 모두 Steam 웹이 작동하는 방식에 영향을 받기 때문입니다 - ASF는 Steam 웹과 더 효과적으로 상호작용할 뿐이며, Idle Master는 Steam 클라이언트가 실제로 무엇을 하고 있는지 제어할 수 없습니다(따라서 이는 Idle Master의 잘못이 아니라 Steam 클라이언트 자체의 문제입니다).

---

ASF는 여러 게임을 동시에 파밍할 수 있나요?

예, ASF는 선택된 카드 농사 알고리즘 에 기초해서 해당 기능을 언제 사용할지를 더 잘 압니다. 여러 게임을 동시에 파밍할 때의 카드 드롭 확률은 거의 0에 가깝습니다. 이러한 이유로 ASF는 HoursUntilCardDrops를 더 빨리 넘기기 위해 최대 32개 게임까지 여러 게임을 동시에 파밍하는 방식을 사용하는 것입니다. 바로 이런 이유로 ASF의 설정 부분에 집중하고 알고리즘이 목표 달성을 위한 최선의 방법을 결정하도록 맡겨야 합니다 - 본인이 옳다고 생각하는 방식이 실제로는 반드시 옳은 것은 아니며, 여러 게임을 동시에 파밍한다고 해서 카드 드롭이 이루어지는 것은 아닙니다.

---

ASF가 게임을 빠르게 넘길 수 있나요?

아니오, ASF는 Steam glitches 의 사용을 지원하지도, 권장하지도 않습니다..

---

ASF가 카드가 추가되기 전 X시간 동안 각 게임을 자동으로 플레이할 수 있나요?

아니오, 스팀 카드 시스템의 전체적 변화점은 가짜 통계와 유령 플레이어와 싸우도록 되어있는 것입니다. ASF는 필요한 것보다 더 기여하지는 않을 것이며, 그러한 기능을 추가하는 것은 계획되어있지 않고 일어나지 않을 것입니다. 게임이 일반적인 방식으로 카드 드롭을 받는다면, ASF는 가능한 한 빨리 해당 게임을 파밍할 것입니다.

---

ASF가 농사짓는 동안 게임을 플레이할 수 있나요?

아니오. ASF는 Steam 클라이언트와 연동되는 다른 일부 도구들과 달리, 해당 클라이언트의 독립적인 자체 구현을 포함하고 있으며, Steam 네트워크는 한 번에 하나의 Steam 클라이언트만 게임을 플레이하도록 허용합니다. 다만 언제든지 원하는 게임을 직접 실행하면 ASF의 연결을 끊을 수 있습니다("Steam이 다른 클라이언트의 연결을 끊도록 하시겠습니까"라는 메시지가 뜨면 "확인"을 클릭). 이후 ASF는 사용자가 플레이를 마칠 때까지 얌전히 기다렸다가 이후 다시 프로세스를 재개합니다. 그게 만족스럽다면, 대신 언제든지 오프라인 모드로 플레이할 수도 있습니다.

어차피 여러 게임을 동시에 플레이할 때 카드 드롭률이 거의 0에 가깝다는 점을 감안하면, 다른 도구들처럼 그렇게 할 수 있다고 해서 얻는 직접적인 이점은 없는 반면, ASF와 함께 실행 중인 다른 게임에 전혀 간섭하지 않는다는 점에는 강력한 이점이 있습니다. 이는 예를 들어 VAC 측면에서 매우 중요합니다.

---

보안 / 개인 정보 보호 / VAC / 차단 / 서비스 약관

---

ASF를 사용하면 VAC 차단을 받나요?

아니요, 불가능합니다. ASF는 (Idle Master, SGI, SAM 같은 일부 다른 도구들과 달리) Steam 클라이언트나 그 프로세스에 어떠한 방식으로도 간섭하지 않기 때문입니다. ASF를 사용하는 것만으로는 물리적으로 VAC 밴을 받을 수 없습니다. 보안 서버에서 플레이하는 동안 ASF가 실행 중이더라도 마찬가지입니다 - 이는 ASF가 정상적으로 작동하기 위해 Steam 클라이언트가 설치되어 있을 필요조차 없기 때문입니다. ASF는 현재 VAC로부터 안전함을 보장할 수 있는 몇 안 되는 파밍 프로그램 중 하나입니다.

---

**여기**에 명시된 것처럼, ASF를 사용하면 VAC 보안 서버에서 플레이하지 못하게 되나요?

ASF는 Steam 클라이언트가 실행 중이거나 심지어 설치되어 있을 필요조차 없습니다. 이 개념에 따르면, ASF는 VAC 관련 문제를 절대 일으키지 않아야 합니다. 왜냐하면 ASF는 Steam 클라이언트 및 그 모든 프로세스에 전혀 간섭하지 않음을 보장하기 때문이며, 이것이 ASF가 제공하는 VAC-free 보장의 핵심입니다.

사용자들의 의견과 저희가 아는 한, 현재까지는 실제로 그렇습니다. ASF를 사용하면서 위 링크에서 언급된 것과 같은 문제를 보고한 사람이 아무도 없기 때문입니다. 저희 역시 ASF로는 위 문제를 재현할 수 없었지만, Idle Master로는 명확하게 재현할 수 있었습니다.

다만 Valve가 언젠가 ASF를 블랙리스트에 추가할 가능성도 있다는 점은 유념하세요. 하지만 이는 완전히 무의미한 조치일 것입니다. 그렇게 하더라도 사용자는 여전히 본인의 PC에서 VAC 보안 게임을 플레이하면서 동시에 예를 들어 서버에서 ASF를 사용할 수 있기 때문입니다. 따라서 저희는 Valve도 ASF가 VAC 측면에서 의심스러운 대상이 아니라는 것을 잘 알고 있으며, 아무 이유 없이 ASF를 블랙리스트에 올려 저희를 힘들게 만들지 않을 것이라고 확신합니다. 그래도 최악의 경우 플레이가 불가능해질 수는 있습니다. 위에서 언급했듯이, Steam이 ASF 바이너리를 블랙리스트에 올리든 안 올리든 ASF의 VAC-free 보장 자체는 여전히 유효하기 때문입니다(그리고 Steam 클라이언트가 아예 설치되지 않은 다른 컴퓨터에서도 여전히 ASF를 실행할 수 있습니다). 현재로서는 그렇게 할 필요가 전혀 없으며, 앞으로도 계속 이런 상태가 유지되기를 바랍니다.

---

안전한가요?

ASF가 소프트웨어로서 안전한지, 즉 컴퓨터에 손상을 주지 않고, 개인정보를 훔치지 않으며, 바이러스나 그와 유사한 것을 설치하지 않는지 물으신다면 - 안전합니다. ASF에는 악성코드, 데이터 탈취, 암호화폐 채굴기, 그리고 사용자가 악의적이거나 원치 않는다고 여길 만한 다른 모든 종류의 의심스러운 동작이 전혀 없습니다. 이에 더해, 저희가 직접 설정한 것 이상으로 프로그램이 수행하는 개인정보 처리방침 및 ASF의 동작을 다루는 전용 원격 통신 섹션도 마련되어 있습니다.

저희 코드는 오픈소스이며, 배포되는 바이너리는 항상 **공개적으로 이용 가능한 소스코드**로부터 **자동화되고 신뢰할 수 있는 지속적 통합(CI) 시스템**을 통해 빌드되며, 개발자가 직접 빌드하지 않습니다. 각 빌드는 저희의 빌드 스크립트를 그대로 따라 하면 재현 가능하며, 매번 정확히 동일한 결정론적(deterministic) IL(바이너리) 코드가 생성됩니다. 혹시 어떤 이유로든 저희의 빌드를 신뢰하지 못하신다면, ASF가 사용하는 모든 라이브러리(예: SteamKit2, 이 역시 오픈소스입니다)를 포함하여 소스코드로부터 직접 컴파일하여 사용하실 수도 있습니다.

그렇지만 결국 이는 언제나 사용 중인 애플리케이션의 개발자를 신뢰하느냐의 문제이므로, ASF가 안전한지 여부는 위에서 제시된 기술적 근거를 참고하여 본인이 직접 판단하셔야 합니다. 저희가 그렇다고 말했다는 이유만으로 무조건 믿지 마시고, 반드시 직접 확인해 보세요. 그것이 확신할 수 있는 유일한 방법입니다.

---

이 때문에 밴을 당할 수 있나요?

이 질문에 답하려면 **Steam 이용약관**을 좀 더 자세히 살펴봐야 합니다. Steam은 다중 계정 사용을 금지하지 않으며, 오히려 이를 허용하고 있습니다. 이는 동일한 모바일 인증 앱을 두 개 이상의 계정에 사용할 수 있다는 것을 의미합니다. 다만 Steam이 허용하지 않는 것은 계정을 다른 사람과 공유하는 것인데, 저희는 여기서 그런 행위를 하지 않습니다.

ASF와 관련하여 실제로 고려해야 할 유일한 조항은 다음과 같습니다:

귀하는 어떠한 구독 마켓플레이스(Subscription Marketplace) 프로세스를 수정하거나 자동화하기 위해 치트, 자동화 소프트웨어(봇), 모드, 핵, 또는 승인되지 않은 기타 제3자 소프트웨어를 사용해서는 안 됩니다.

문제는 여기서 말하는 구독 마켓플레이스 프로세스가 실제로 무엇을 의미하는가입니다. 다음 내용을 확인해 보겠습니다:

구독 마켓플레이스의 한 예로는 Steam 장터가 있습니다

저희가 말하는 구독 마켓플레이스를 Steam 장터나 Steam 상점으로 이해한다면, 저희는 구독 마켓플레이스 프로세스를 수정하거나 자동화하고 있지 않습니다. 하지만...

Valve는 (a) Valve가 유사한 상황의 구독자들에게 해당 구독을 전반적으로 제공하지 않게 되거나, (b) 귀하가 본 계약(구독 약관 또는 이용 규칙 포함)의 조항을 위반한 경우, 언제든지 귀하의 계정 또는 특정 구독을 취소할 수 있습니다.

따라서 모든 Steam 소프트웨어와 마찬가지로, ASF 또한 Valve의 공식 승인을 받은 것이 아니며, 만약 Valve가 갑자기 ASF를 사용하는 계정을 밴하기로 결정하더라도 이를 막을 수 있다고 보장할 수 없습니다. 다만 ASF는 최초 출시된 지 10년이 넘는 기간 동안 수백만 개의 Steam 계정에서 사용되어 왔다는 점을 고려하면, 실제로 그런 일이 발생할 가능성은 매우 낮습니다 - 그러나 실제 확률과 관계없이 가능성 자체는 존재합니다.

특히 다음과 같은 이유 때문입니다:

Valve가 승인하지 않은 모든 구독, 콘텐츠 및 서비스와 관련하여, Valve는 Steam 또는 다른 경로를 통해 제공되는 이러한 제3자 콘텐츠를 심사하지 않습니다. Valve는 이러한 제3자 콘텐츠에 대해 어떠한 책임이나 배상 의무도 지지 않습니다. 일부 제3자 애플리케이션 소프트웨어는 비즈니스 목적으로 사용될 수 있지만, Steam을 통해서는 개인적인 용도로만 그러한 소프트웨어를 취득할 수 있습니다.

하지만 Valve는 **여기**에 명시된 바와 같이 "Steam idler(스팀 유휴 프로그램)"의 존재를 명확히 인정하고 있으며, 만약 이러한 프로그램이 문제가 되었다면 이미 VAC 관련 문제를 언급하는 대신 다른 조치를 취했을 것이라고 생각합니다. 여기서 핵심 단어는 Steam idler입니다. 예를 들면 ASF와 같은 프로그램이며, 게임 idler를 의미하는 것이 아닙니다.

위 내용은 어디까지나 Steam 이용약관(ToS) 및 관련 조항들에 대한 저희의 해석일 뿐이라는 점을 참고해 주세요 - ASF는 Apache 2.0 라이선스 하에 배포되며, 다음과 같이 명시되어 있습니다:

관련 법률에서 요구하거나 서면으로 합의하지 않는 한, 본 라이선스에 따라 배포되는 소프트웨어는 명시적이든 묵시적이든 어떠한 종류의 보증이나 조건 없이 "있는 그대로" 배포됩니다.

즉, 이 소프트웨어는 본인의 책임 하에 사용하는 것입니다. 이로 인해 밴을 당할 가능성은 극히 낮지만, 만약 그런 일이 발생하더라도 이는 오직 본인 책임입니다.

---

실제로 이 때문에 밴을 당한 사례가 있나요?

네, 지금까지 Steam 정지로 이어진 사례가 최소 몇 건 있었습니다. ASF 자체가 근본 원인이었는지 여부는 완전히 별개의 문제이며, 아마 앞으로도 확실히 알 수 없을 것입니다.

첫 번째 사례는 1000개 이상의 봇을 운영하던 사용자가 (모든 봇과 함께) 거래 밴을 당한 경우로, 아마도 모든 봇에서 동시에 실행한 loot ASF의 과도한 사용, 또는 짧은 시간 내에 발생한 의심스러운 일방적 거래 패턴이 원인이었을 가능성이 높습니다.

안녕하세요 XXX님, Steam 지원팀에 문의해 주셔서 감사합니다. 확인 결과 이 계정은 봇 계정 네트워크를 관리하는 데 사용된 것으로 보입니다. 봇 운영은 Steam 구독자 계약 위반에 해당합니다.

ASF가 이러한 작업을 허용한다고 해서 무작정 실행해도 된다고 생각하지 마시고, 상식적인 선에서 이용해 주시기 바랍니다. 1000개 이상의 봇에서 loot ASF를 실행하는 행위는 사실상 DDoS 공격으로 간주될 수 있으며, 개인적으로는 이런 이유로 밴을 당한 것이 그리 놀랍지 않습니다. Steam 서비스를 이용할 때는 최소한의 공정 이용 수준을 지켜주시면, 대부분의 경우 문제없이 사용하실 수 있을 것입니다.

두 번째 사례는 170개 이상의 봇을 운영하던 사용자가 2017년 Steam 겨울 세일 기간 중 밴을 당한 경우입니다.

귀하의 계정은 Steam 구독자 계약 위반으로 차단되었습니다. 거래 내역 및 기타 요인들을 종합해 볼 때, 이 계정은 Steam에서 수집 카드를 불법적으로 수집하는 용도, 그리고 상업적 활동을 포함한 관련 목적으로 사용된 것으로 판단됩니다. 해당 계정은 영구 차단되었으며, Steam 지원팀은 이 문제에 대해 추가적인 지원을 제공할 수 없습니다.

이 사례 역시 Steam 지원팀의 답변이 모호하여 세부 정보가 거의 없기 때문에 분석하기가 매우 어렵습니다. 개인적인 판단으로는, 이 사용자는 아마도 Steam 카드를 일종의 금전(레벨업 봇?)으로 교환했거나, 다른 방식으로 Steam에서 현금화를 시도했을 가능성이 높습니다. 혹시 모르셨을 수도 있지만, 이 역시 **Steam 이용약관**에 따라 불법 행위에 해당합니다. 저희는 ASF를 통해 획득한 거래 카드를 어떻게 사용해야 하는지 지시할 입장은 아니지만, 해당 사용자가 단순히 배지 제작만 한 것이 아닌 것은 확실해 보입니다.

세 번째 사례는 Steam 온라인 행동 강령 위반으로 120개 이상의 봇을 운영하던 사용자가 밴을 당한 경우입니다.

안녕하세요 XXX님, Steam 지원팀에 문의해 주셔서 감사합니다. 이 계정을 포함한 다른 계정들이 저희 네트워크 인프라에 플러딩(flooding) 공격을 가하는 데 사용되었으며, 이는 Steam 온라인 행동 강령 위반에 해당합니다. 해당 계정은 영구 차단되었으며, Steam 지원팀은 이 문제에 대해 추가적인 지원을 제공할 수 없습니다.

이 사례는 사용자가 제공한 추가 정보 덕분에 비교적 분석하기 쉬운 편입니다. 확인 결과 해당 사용자는 매우 오래된 ASF 버전을 사용하고 있었으며, 이 버전에는 ASF가 Steam 서버로 과도한 요청을 보내는 버그가 포함되어 있었습니다. 이 버그 자체는 원래 존재하지 않았으나, Steam 측의 사양 변경(breaking change)으로 인해 활성화된 것이며, 이후 버전에서 이미 수정되었습니다. **ASF는 GitHub에 공개된 최신 안정 버전**만을 지원합니다.

오래된 ASF 버전이 예전과 똑같이 계속 작동할 것이라고 가정해서는 안 되며, 특히 Steam은 사용자의 의사와 관계없이 지속적으로 변경되고 있다는 점을 유념해야 합니다. 이런 문제가 전역적으로 발생하면, 신속하게 패치되어 모든 사용자에게 버그 수정 사항으로 배포됩니다. Valve는 저희나 사용자 측의 실수로 인해 100만 명이 넘는 ASF 사용자를 갑자기 밴하지는 않을 것입니다. 이는 당연한 이유 때문입니다. 하지만 만약 사용자가 의도적으로 최신 버전의 ASF를 사용하지 않기로 결정한다면, 정의상 지원을 받을 수 없는 매우 소수의 사용자 그룹에 속하게 되며, 이러한 사례처럼 문제에 노출될 위험이 있습니다. 왜냐하면 오래된 ASF 버전을 관리해주는 사람도, 문제를 수정해주는 사람도, 밴을 당하지 않도록 보장해주는 사람도 아무도 없기 때문입니다. ASF뿐만 아니라 다른 모든 애플리케이션도 항상 최신 버전을 사용해 주시기 바랍니다.

가장 최근 사례는 2021년 6월경 발생했으며, 해당 사용자에 따르면 다음과 같습니다:

저는 귀하의 프로그램을 사용하여 3년 동안 28개 계정으로, 그리고 최근 6개월 동안은 128개 계정으로 부스터 팩을 만들어왔습니다. 저는 최대 15개 계정을 동시에 온라인 상태로 두고 부스터 팩을 만들어 메인 계정으로 전송했습니다. 지난달에 동시 온라인 계정 수를 20개로 늘렸고, 그로부터 일주일 후 제 모든 계정이 밴당했습니다. 이 이메일은 귀하를 탓하려는 것이 아닙니다. 오히려 저는 항상 이런 결과가 있을 수 있다는 것을 인지하고 있었습니다. 정확히 어떤 유형의 행동이 영구 밴으로 이어지는지 알고 싶습니다.

동시 접속 계정 수 증가가 밴의 직접적인 원인이었는지는 단정하기 어렵습니다. 저는 그 부분에 의존하지 않을 것 같습니다. 오히려 계정 수 자체가 주된 원인이었을 것이라고 생각하며, 동시 접속 계정 수 증가는 아마 단순히 해당 사용자에게 관심이 쏠리게 만든 요인일 뿐이었을 것입니다. 저희 권장치보다 명백히 훨씬 더 많은 봇을 운영하고 있었기 때문입니다.

---

위의 모든 사례들에는 한 가지 공통점이 있습니다 - ASF는 단지 도구일 뿐이며, 이를 어떻게 활용할지는 본인의 선택입니다. ASF를 사용한다고 해서 직접적으로 밴을 당하는 것이 아니라, 어떻게 사용하느냐에 따라 밴을 당하는 것입니다. 단 하나의 계정만 파밍하는 보조 도구로 사용할 수도 있고, 수천 개의 봇으로 이루어진 거대한 파밍 네트워크로 사용할 수도 있습니다. 어떤 경우든, 저는 법률적인 조언을 드리는 것이 아니며, ASF를 어떻게 사용할지는 애초에 본인이 직접 결정하셔야 합니다. 저는 도움이 될 만한 어떠한 정보도 숨기지 않습니다. 예를 들어 ASF로 인해 일부 사용자가 밴을 당한 사실(그리고 어떤 상황에서 그랬는지)도 마찬가지입니다. 굳이 숨길 이유가 없기 때문이며, 그 정보를 어떻게 활용할지는 본인의 선택입니다.

제 의견을 말씀드리자면 - 상식적으로 행동하시고, 저희 권장치보다 많은 봇을 소유하지 마시고, 동시에 수백 건의 거래를 보내지 마시고, 항상 최신 ASF 버전을 사용하신다면 대체로 문제없으실 것입니다. 이런 유형의 사건들은 이상하게도 저희의 권장 사항, 모범 사례, 제안 등을 무시하고 자신이 몇 개의 봇까지 운영할 수 있는지 더 잘 안다고 믿었던 사용자들에게 항상 발생했습니다. 이것이 단순한 우연인지, 아니면 실제로 어떤 요인이 작용하는 것인지는 본인이 직접 판단하실 문제입니다. 저희는 법률적인 조언을 제공하는 것이 아니라, 단지 참고하실 만한 저희의 생각을 전달해 드리는 것뿐입니다. 이를 유용하게 활용하셔도 되고, 완전히 무시하고 위에 링크된 사실들만 근거로 판단하셔도 됩니다.

---

ASF는 어떤 개인정보를 공개하나요?

자세한 설명은 원격 통신 섹션에서 확인하실 수 있습니다. 개인정보가 신경 쓰이신다면 이 섹션을 꼭 확인해 보시기 바랍니다. 예를 들어 ASF에서 사용 중인 계정들이 왜 저희 Steam 그룹에 가입되는지 궁금하시다면 말입니다. ASF는 어떠한 민감한 정보도 수집하지 않으며, 제3자와 공유하지도 않습니다.

---

기타

---

32비트 Windows처럼 지원되지 않는 OS를 사용 중인데, 최신 버전의 ASF를 계속 사용할 수 있나요?

네, 그리고 해당 버전이 지원되지 않는 것이 아니라, 단지 공식적으로 빌드되지 않을 뿐입니다. 범용(generic) 버전에 대해서는 호환성 섹션을 확인해 보세요. ASF는 OS에 대한 강한 종속성이 없으며, 저희가 제공하는 win-x86 OS 전용 패키지가 없더라도, 작동하는 .NET 런타임을 구할 수 있는 환경이라면(32비트 Windows 포함) 어디서든 작동할 수 있습니다.

---

ASF는 대단합니다! 기부를 할 수 있나요?

네, 그리고 저희 프로젝트를 즐겁게 사용하고 계신다니 정말 기쁩니다! 다양한 후원 방법은 모든 릴리스 페이지와 **메인 페이지**에서 확인하실 수 있습니다. 일반적인 금전 후원 외에도 Steam 아이템으로 후원하는 것도 받고 있다는 점 참고해 주세요. 스킨, 키, 또는 ASF로 파밍하신 카드의 일부를 후원하셔도 좋습니다. 미리 감사드립니다!

---

계정을 보호하기 위해 Steam 자녀 보호 PIN을 사용 중인데, 이걸 어딘가에 입력해야 하나요?

네, SteamParentalCode 봇 설정 속성에 반드시 입력하셔야 합니다. 이는 주로 ASF가 Steam 계정의 여러 보호된 부분에 접근해야 하며, 이것 없이는 ASF가 작동할 수 없기 때문입니다.

---

ASF가 기본적으로 어떤 게임도 파밍하지 않았으면 하는데, 그러면서도 ASF의 추가 기능들은 사용하고 싶습니다. 이게 가능한가요?

네, 만약 단순히 카드 파밍 모듈이 일시 중지된 상태로 ASF를 시작하고 싶으시다면, 봇 설정 속성의 FarmingPreferences에서 FarmingPausedByDefault를 설정하시면 됩니다. 이렇게 하면 실행 중에 원할 때 resume으로 재개하실 수 있습니다.

만약 카드 파밍 모듈을 완전히 비활성화하여, 명시적으로 지시하지 않는 한 절대 실행되지 않도록 하고 싶으시다면, 봇의 FarmingPreferences에서 FarmPriorityQueueOnly를 설정하는 것을 권장합니다. 이는 단순히 일시 중지하는 것과 달리, 사용자가 직접 게임을 유휴 우선순위 큐에 추가하기 전까지는 파밍 자체를 완전히 비활성화합니다.

카드 파밍 모듈이 일시 중지/비활성화된 상태에서도, GamesPlayedWhileIdle과 같은 ASF의 추가 기능들은 계속 활용하실 수 있습니다.

---

ASF를 트레이로 최소화할 수 있나요?

ASF는 콘솔 애플리케이션이므로, 최소화할 창 자체가 없습니다. 창은 사용 중인 OS가 만들어주는 것이기 때문입니다. 다만 Windows용 **RBTray**나 Linux/macOS용 **screen**과 같이, 이런 기능을 제공하는 제3자 도구를 활용하실 수 있습니다. 이는 단지 예시일 뿐이며, 비슷한 기능을 제공하는 다른 프로그램들도 많이 있습니다.

---

ASF를 사용해도 부스터 팩을 받을 수 있는 자격이 유지되나요?

네. ASF는 공식 클라이언트와 동일한 방식으로 Steam 네트워크에 로그인하므로, ASF에서 사용 중인 계정도 부스터 팩을 받을 수 있는 자격을 그대로 유지합니다. 게다가 이 자격을 유지하기 위해 Steam 커뮤니티에 로그인할 필요조차 없으므로, 원하신다면 OnlineStatus를 Offline으로 설정한 상태로도 안전하게 사용하실 수 있습니다.

---

ASF와 소통할 수 있는 방법이 있나요?

네, 여러 가지 방법이 있습니다. 자세한 내용은 명령어 섹션을 확인해 보세요.

---

ASF 번역 작업을 돕고 싶은데, 무엇을 해야 하나요?

관심 가져주셔서 감사합니다! 자세한 내용은 저희의 현지화 섹션에서 모두 확인하실 수 있습니다.

---

ASF에 메인 계정 하나만 추가되어 있는데, 그래도 Steam 채팅을 통해 명령어를 실행할 수 있나요?

네, 이는 명령어 섹션에 설명되어 있습니다. Steam 그룹 채팅을 통해서도 가능하지만, **ASF-ui**를 사용하시는 것이 더 편하실 수 있습니다.

---

ASF가 정상적으로 작동하는 것 같은데, 카드 드롭을 전혀 받지 못하고 있어요!

드 파밍 속도는 게임마다 다르며, 이에 대해서는 **performance**에서 확인하실 수 있습니다. 시간이 어느 정도 소요되며, 보통 게임당 몇 시간 정도 걸리므로, 프로그램을 실행하자마자 몇 분 만에 카드가 드롭될 것으로 기대해서는 안 됩니다. ASF가 카드 상태를 실시간으로 확인하고, 현재 게임의 파밍이 완료되면 다음 게임으로 전환하는 것이 확인된다면 정상적으로 작동하고 있는 것입니다. 인벤토리 알림을 자동으로 닫아주는 BotBehaviour의 DismissInventoryNotifications 옵션을 활성화했을 가능성도 있습니다. 자세한 내용은 **configuration**을 확인해 주세요.

---

제 계정에 대해 ASF 프로세스를 완전히 중지하려면 어떻게 하나요?

간단히 ASF 프로세스를 종료하면 됩니다. 예를 들어 Windows에서는 [X] 버튼을 클릭하면 됩니다. 만약 특정 봇 하나만 중지하고 나머지는 계속 실행하고 싶다면, Enabled 봇 설정 속성 또는 stop **명령어**를 확인해 보세요. 만약 자동 파밍 프로세스만 중지하되 해당 계정의 ASF는 계속 실행 상태로 두고 싶다면, **봇 설정 속성**의 FarmingPreferences에 있는 FarmingPausedByDefault 옵션과 **명령어**의 pause를 사용하시면 됩니다.

---

ASF로 봇을 몇 개까지 운영할 수 있나요?

ASF 프로그램 자체는 봇 인스턴스 개수에 엄격한 상한선이 없으므로, 사용 중인 컴퓨터의 메모리가 허용하는 한 원하는 만큼 실행할 수 있습니다. 다만 Steam 네트워크 및 기타 Steam 서비스의 제한을 받게 됩니다. 현재 기준으로는 단일 IP, 단일 ASF 인스턴스에서 최대 100~200개의 봇을 운영할 수 있습니다. IP 제한을 우회하는 방식으로 더 많은 IP와 더 많은 ASF 인스턴스를 사용하면 더 많은 봇을 운영하는 것도 가능합니다. 이렇게 많은 수의 봇을 운영할 경우, 모든 봇이 실제로 정상적으로 로그인되어 동시에 작동하고 있는지 직접 확인하고 관리해야 한다는 점을 유념하세요. ASF는 이렇게 방대한 수의 봇을 위해 최적화된 것이 아니며, 봇이 많아질수록 더 많은 문제를 겪게 된다는 일반적인 원칙이 적용됩니다. 또한 위에서 언급한 제한은 다양한 내부 요인에 따라 달라지는 대략적인 수치이며, 엄격한 한계가 아니라는 점에 유의하세요 - 실제로는 위에 명시된 것보다 많거나 적은 수의 봇을 운영할 수 있습니다.

ASF 팀은 최대 10개의 Steam 계정을 보유하고, 그에 따라 최대 10개의 봇을 운영할 것을 권장합니다. 이를 초과하는 경우는 지원 대상이 아니며, 본인의 책임 하에 진행하셔야 합니다. 이 권장 사항은 Valve의 내부 가이드라인과 저희 자체적인 제안을 바탕으로 한 것입니다. 이 규칙을 따를지 여부는 전적으로 사용자의 선택이며, ASF는 도구로서 설령 그로 인해 Steam 계정이 정지되는 결과가 발생하더라도 사용자의 의사에 반해 강제로 막지는 않습니다. 따라서 권장 수치를 초과하는 경우 ASF는 경고 메시지를 표시하지만, 본인의 책임과 지원 범위 밖이라는 전제 하에 원하는 대로 계속 실행할 수 있도록 허용합니다.

---

그러면 ASF 인스턴스를 여러 개 실행할 수는 있나요?

각 인스턴스가 자신만의 고유한 디렉토리와 설정을 가지고 있고, 한 인스턴스에서 사용하는 계정을 다른 인스턴스에서 사용하지 않는다면, 하나의 컴퓨터에서 원하는 만큼 여러 개의 ASF 인스턴스를 실행할 수 있습니다. 하지만 왜 그렇게 하고 싶은지 스스로에게 물어보시기 바랍니다. ASF는 수백 개의 계정을 동시에 처리할 수 있도록 최적화되어 있으며, 그 수백 개의 봇을 각각 별도의 ASF 인스턴스로 실행하는 것은 오히려 성능을 저하시키고, 더 많은 OS 자원(CPU 및 메모리 등)을 소모하며, 각 독립된 ASF 인스턴스가 서로 제한 장치(limiter)를 공유해야 하기 때문에 동기화 문제가 발생할 가능성이 있습니다.

따라서 저의 강력한 권장 사항은 하나의 IP/인터페이스당 최대 하나의 ASF 인스턴스만 실행하라는 것입니다. 만약 IP/인터페이스가 여러 개 있다면, 각 인스턴스가 고유한 IP/인터페이스 또는 고유한 WebProxy 설정을 사용하는 조건 하에 얼마든지 더 많은 인스턴스를 실행하셔도 됩니다. 그렇지 않다면, 단일 IP/인터페이스에서 여러 인스턴스를 실행하는 것은 완전히 무의미한데, 얻을 수 있는 이점이 전혀 없기 때문입니다. 단순히 다른 ASF 인스턴스에서 실행했다고 해서 Steam이 마법처럼 더 많은 봇을 허용해주지는 않으며, ASF 역시 애초에 사용자에게 제한을 두는 것이 아닙니다.

물론 동일한 네트워크 인터페이스에서 여러 ASF 인스턴스를 운영하는 것이 타당한 경우도 있습니다. 예를 들어, 친구들에게 각각 고유한 ASF 인스턴스를 제공하여 봇 및 ASF 프로세스 간의 격리를 보장하는 형태로 ASF 서비스를 호스팅해주는 경우가 있는데, 이는 Steam의 제한을 우회하려는 목적이 아니라 완전히 다른 목적을 가진 것입니다.

---

키를 등록할때 나오는 상태의 의미가 뭔가요?

상태는 등록 시도의 결과를 알려줍니다. 많은 가능한 상태가 있습니다. 아래는 가장 일반적인 것들입니다.

상태	설명
NoDetail	성공을 나타내는 "OK" 상태입니다. 키가 성공적으로 등록되었습니다.
Timeout	스팀 네크워크가 주어진 시간동안 응답을 하지 않았습니다. 키가 등록되었는지 아닌지 알 수 없습니다. 다시 시도하시기 바랍니다.
BadActivationCode	제공된 키가 유효하지 않습니다. 스팀 네트워크에서 유효한 키로 인식되지 않습니다.
DuplicateActivationCode	제공된 키가 이미 다른 어떤 계정에 등록되었거나, 개발자/배급자가 회수하였습니다.
AlreadyPurchased	이 키와 연결된 packageID를 이미 계정에 가지고 있습니다. 이 상태는 키가 DuplicateActivationCode 인지 아닌지를 알려주는 것은 아님을 유의하십시오. 유효한 키이며, 이번 시도에서 사용되지 않았습니다.
RestrictedCountry	지역 제한 키이며 계정이 등록가능한 유효한 지역에 해당하지 않습니다.
DoesNotOwnRequiredApp	다른 앱이 없어서 키를 등록할 수 없습니다. 주로 DLC를 등록하려고 하는데 본 게임이 없는 경우입니다.
RateLimited	너무 많은 등록 시도를 해서 계정이 일시적으로 잠겼습니다. 한시간 뒤에 시도하십시오.

---

ASF가 카드 파밍/유휴(idling) 서비스와 제휴되어 있나요?

아니요. ASF는 어떠한 서비스와도 제휴되어 있지 않으며, 그런 주장은 모두 사실이 아닙니다. 귀하의 Steam 계정은 귀하의 재산이며 원하는 방식으로 자유롭게 사용할 수 있지만, Valve는 **공식 이용약관**에서 다음과 같이 명확히 밝히고 있습니다:

귀하는 로그인 정보 및 비밀번호의 기밀성, 그리고 컴퓨터 시스템의 보안에 대한 책임을 집니다. Valve는 귀하의 비밀번호와 계정 사용, 또는 귀하가 고의로 혹은 과실로 본 기밀 유지 조항을 위반하여 로그인 정보 및/또는 비밀번호를 공개한 사람을 포함하여, 귀하 또는 그러한 사람이 로그인 이름 및 비밀번호를 사용함으로써 발생하는 Steam 상의 모든 통신 및 활동에 대해 책임을 지지 않습니다.

ASF는 자유로운 Apache 2.0 라이선스로 배포되며, 이를 통해 다른 개발자들이 자신의 프로젝트나 서비스에 ASF를 합법적으로 추가 통합할 수 있습니다. 다만 ASF를 활용하는 이러한 제3자 프로젝트들이 **Steam 이용약관**에 따라 안전하고, 검토를 거쳤으며, 적절하거나 합법적이라는 보장은 없습니다. 저희의 개인적인 의견을 원하신다면, 어떠한 계정 정보도 제3자 서비스와 절대 공유하지 마시라고 강력히 권장드립니다. 만약 그러한 서비스가 전형적인 사기로 밝혀질 경우, 대부분의 경우 Steam 계정을 잃은 채로 혼자 문제를 떠안게 될 것이며, ASF는 안전하고 신뢰할 수 있다고 주장하는 제3자 서비스에 대해 어떠한 책임도 지지 않습니다. 왜냐하면 ASF 팀은 그러한 서비스를 승인하거나 검토한 적이 없기 때문입니다. 다시 말해, 이러한 서비스는 위에서 언급한 저희의 권고에 반하여 전적으로 본인 책임 하에 사용하는 것입니다.

이에 더해, 공식 **Steam 이용약관**에는 다음과 같이 명확히 명시되어 있습니다:

귀하는 Valve로부터 별도의 명시적인 승인을 받지 않는 한, 비밀번호나 계정을 공개하거나 공유하거나 다른 사람이 사용하도록 허용해서는 안 됩니다.

이는 귀하의 계정이며, 귀하의 선택입니다. 다만 나중에 경고받지 않았다고는 말씀하지 마시기 바랍니다. ASF 프로그램 자체는 위에서 언급한 모든 규칙을 준수합니다. 계정 정보를 그 누구와도 공유하지 않고, 순수하게 개인적인 용도로만 프로그램을 사용하기 때문입니다. 반면 그 어떤 다른 "카드 파밍 서비스"라도 이용하려면 계정 자격 증명을 요구하게 되므로, 이는 위 규칙(실제로는 여러 규칙)을 위반하게 됩니다. **Steam 이용약관**에 대한 저희의 해석과 마찬가지로, 저희는 어떠한 법률적 조언도 제공하고 있지 않으며, 이러한 서비스를 이용할지 말지는 본인이 직접 판단하셔야 합니다 - 다만 저희 판단으로는 Steam 이용약관을 명백히 위반하는 행위이며, Valve가 이를 발견할 경우 계정 정지로 이어질 수 있습니다. 위에서 언급한 대로, 이러한 서비스는 절대 이용하지 않으실 것을 강력히 권장드립니다.

---

이슈

---

제 게임 중 하나가 10시간 넘게 파밍되고 있는데 아직 카드를 하나도 받지 못했어요!

이는 Steam에서 잘 알려진 문제와 관련이 있을 수 있습니다. 동일한 게임에 대해 두 개의 라이선스를 보유하고 있을 때 발생하는 문제로, 그중 하나는 카드 드롭이 제한되어 있는 경우입니다. 이 문제는 보통 Steam에서 대규모 무료 배포(mass giveaway) 기간 중 게임을 무료로 활성화한 후, 동일한 게임의 (제한이 없는) 키를 예를 들어 유료 번들에서 활성화하는 경우에 발생합니다. 이런 상황이 발생하면, Steam은 배지 페이지에서 여전히 카드 드롭이 남아있다고 표시하지만, 계정에 걸려있는 무료 라이선스 때문에 게임을 아무리 플레이해도 카드는 절대 드롭되지 않습니다. 이는 ASF의 문제가 아니라 Steam 자체의 문제이므로, ASF 측에서는 이를 우회할 방법이 없으며 직접 해결하셔야 합니다.

이 문제를 해결하는 방법은 두 가지가 있습니다. 첫째, fbadd **명령어**나 Blacklist **설정 속성**을 사용하여 ASF에서 해당 게임을 블랙리스트에 추가할 수 있습니다. 이렇게 하면 ASF가 해당 게임에서 카드를 파밍하려는 시도를 막을 수 있지만, 해당 게임에서 카드 드롭을 받을 수 없게 만드는 근본적인 문제 자체는 해결되지 않습니다. 둘째, Steam 지원팀의 셀프서비스 도구를 이용하여 계정에서 무료 라이선스를 제거하고, 카드 드롭이 포함된 정식 라이선스만 남겨둘 수 있습니다. 이를 위해서는 먼저 라이선스 및 제품 키 활성화 페이지를 방문하여 해당 게임의 무료 라이선스와 유료 라이선스를 모두 찾아야 합니다. 보통은 비교적 쉽게 구분할 수 있습니다 - 둘 다 이름이 비슷하지만, 무료 라이선스 쪽에는 "제한된 무료 프로모션 패키지" 또는 "취득 방법(acquisition method)" 필드에 "프로모" 혹은 "무료 제공(complimentary)"이라는 표시가 있습니다. 다만 무료 패키지가 어떤 번들에 포함되어 이름이 다르게 표시되는 경우처럼, 더 헷갈리는 경우도 있을 수 있습니다. 만약 이렇게 두 개의 라이선스를 찾으셨다면, 이는 정확히 여기서 설명하는 문제에 해당하며, 게임을 잃지 않고도 안전하게 무료 라이선스를 제거하실 수 있습니다.

계정에서 무료 라이선스를 제거하려면, **Steam 지원 페이지**를 방문하여 검색창에 해당 게임 이름을 입력하면 "제품" 섹션에 게임이 표시될 것이며, 이를 클릭하시면 됩니다. 또는 간단히 https://help.steampowered.com/wizard/HelpWithGame?appid=<appID> 링크를 사용하고 <appID> 부분을 문제가 되는 게임의 appID로 바꾸어 접속하실 수도 있습니다. 이후 "이 게임을 계정에서 영구적으로 제거하고 싶습니다"를 클릭한 다음, 앞서 찾은 문제의 무료 라이선스를 선택하시면 됩니다. 보통 이름에 "제한된 무료 프로모션 패키지"(또는 유사한 표현)가 포함되어 있는 쪽입니다. 무료 라이선스를 제거한 후에는 ASF가 문제없이 해당 게임에서 카드를 파밍할 수 있어야 합니다. 다만 제거 후에는 Steam이 이번에는 올바른 라이선스를 인식하도록 파밍 작업을 재시작하는 것이 좋습니다.

---

ASF가 X 게임을 파밍 가능한 게임으로 인식하지 못하는데, 저는 그 게임에 Steam 거래 카드가 있다는 걸 알고 있어요!

여기에는 두 가지 주요 원인이 있습니다. 가장 흔하고 명백한 첫 번째 원인은, 사용자가 언급하는 근거가 Steam 상점에서 해당 게임이 카드 드롭이 가능한 게임으로 표시되어 있다는 점이라는 것입니다. 이는 잘못된 가정입니다. 이는 단순히 해당 게임에 카드 드롭 기능이 포함되어 있다는 것만을 의미할 뿐, 반드시 해당 게임에서 이 기능이 즉시 활성화되어 있다는 뜻은 아니기 때문입니다. 이에 대한 자세한 내용은 **공식 발표**에서 확인하실 수 있습니다.

요약하자면, Steam 상점의 카드 드롭 아이콘은 아무런 의미도 없으며, 해당 게임이 실제로 카드 드롭이 활성화되어 있는지 여부는 **배지 페이지**에서 확인해야 합니다 - ASF도 바로 이 방식으로 판단합니다. 만약 해당 게임이 카드 드롭 가능 목록에 나타나지 않는다면, 이유와 상관없이 해당 게임은 파밍이 불가능합니다.

두 번째 문제는 좀 더 미묘한 경우로, 배지 페이지에서는 분명히 카드 드롭이 가능한 게임으로 표시되는데도 ASF가 즉시 해당 게임을 파밍하지 않는 상황입니다. (아래에서 설명하는) ASF가 배지 페이지를 확인하지 못하는 다른 버그에 걸린 경우가 아니라면, 이는 단순히 캐시 효과로 인해 ASF 쪽에서 Steam이 여전히 오래된 배지 페이지 정보를 보고하고 있는 것뿐입니다. 이 문제는 캐시가 무효화되면 조만간 저절로 해결될 것입니다. 저희 측에서는 이를 고칠 방법이 없습니다.

물론 이 모든 설명은 사용자가 기본 설정을 그대로 사용하여 ASF를 실행하고 있다는 전제 하에서입니다. 만약 해당 게임을 파밍 블랙리스트에 추가했거나, FarmPriorityQueueOnly나 SkipRefundableGames 같은 FarmingPreferences 옵션을 선택하여 사용 중이라면 이야기가 달라질 수 있습니다.

---

ASF로 파밍한 게임의 플레이 시간이 늘어나지 않는 이유는 무엇인가요?

실제로는 늘어나지만, 실시간으로 반영되지는 않습니다. Steam은 플레이 시간을 일정한 간격으로 기록하고 업데이트를 예약하는 방식이기 때문에, 세션을 종료하는 즉시(심지어 종료 중에도) 바로 업데이트된다는 보장은 없습니다. 플레이 시간이 실시간으로 업데이트되지 않는다고 해서 기록이 되지 않는다는 뜻은 아니며, 보통 약 30분마다 업데이트됩니다.

---

로그에 나오는 경고(warning)와 오류(error)의 차이는 무엇인가요?

ASF는 다양한 로깅 레벨에서 로그에 여러 정보를 기록합니다. 저희의 목표는 ASF가 어떤 Steam 관련 문제를 처리해야 했는지, 또는 어떤 다른 문제를 극복해야 했는지를 정확하게 설명하는 것입니다. 하지만 항상 모든 내용이 다 중요한 것은 아니므로, ASF에서는 문제와 관련하여 크게 두 가지 주요 레벨, 즉 경고(warning) 레벨과 오류(error) 레벨을 사용합니다.

ASF의 일반적인 규칙은, 경고는 오류가 아니므로 신고할 필요가 없다는 것입니다. 경고는 잠재적으로 원치 않는 일이 발생했음을 알리는 지표입니다. Steam이 반응하지 않았든, API에서 오류가 발생했든, 네트워크 연결이 끊겼든 - 이는 모두 경고에 해당하며, 저희가 이미 예상하고 있던 상황이라는 뜻이므로 이것 때문에 ASF 개발팀을 번거롭게 하지 않으셔도 됩니다. 물론 이런 경고에 대해 질문하시거나 저희 지원 채널을 통해 도움을 요청하시는 것은 언제든 환영이지만, 저희가 별도로 확인해드리지 않는 한 이를 ASF의 오류로 단정하고 신고하지는 마세요.

반면 오류는 발생해서는 안 되는 상황을 나타내므로, 본인이 원인 제공자가 아니라는 것을 확인했다면 신고할 가치가 있습니다. 만약 저희가 예상하고 있는 흔한 상황이라면, 이는 경고로 전환될 것입니다. 그렇지 않다면, 이는 본인의 기술적인 문제로 인한 것이 아닌 이상 무시하지 말고 수정해야 할 버그일 가능성이 있습니다. 예를 들어, ASF.json 파일에 잘못된 내용을 입력하면 ASF가 이를 파싱하지 못해 오류가 발생하는데, 이는 사용자가 직접 그렇게 입력한 것이므로 ASF가 잘못되었고 본인의 설정 구조가 확실히 옳다고 (저희가) 확인해주지 않는 한 이 오류를 저희에게 신고하시면 안 됩니다.

한 문장으로 요약하면 - 오류는 신고하고, 경고는 신고하지 마세요. 경고에 대해서는 여전히 질문하시거나 저희 지원 섹션을 통해 도움을 받으실 수 있습니다.

---

ASF가 시작되지 않고 프로그램 창이 즉시 닫힙니다!

정상적인 상황에서는 ASF가 크래시하거나 종료될 때 프로그램 디렉토리에 log.txt 파일이 생성되며, 이를 통해 원인을 확인하실 수 있습니다. 이에 더해, 메인 log.txt 파일은 ASF가 실행될 때마다 덮어써지기 때문에, 최근 몇 개의 로그 파일은 logs 디렉토리에 별도로 보관됩니다.

다만 만약 .NET 런타임 자체가 사용 중인 기기에서 부팅되지 못하는 상황이라면, log.txt 파일이 아예 생성되지 않습니다. 이런 상황을 겪고 계시다면, **설치 가이드**에 명시된 .NET 필수 구성 요소를 설치하지 않으셨을 가능성이 높습니다. 그 외 흔히 발생하는 문제로는 본인의 OS에 맞지 않는 잘못된 ASF 버전을 실행하려고 시도하거나, 필요한 네이티브 .NET 런타임 종속성이 누락된 경우가 있습니다. 만약 콘솔 창이 너무 빨리 닫혀서 메시지를 확인할 수 없다면, 별도의 독립적인 콘솔을 열어 그곳에서 ASF 실행 파일을 실행해 보세요. 예를 들어 Windows에서는 ASF 디렉토리를 열고 Shift 키를 누른 상태로 폴더 내부에서 마우스 우클릭하여 "여기서 명령 창 열기"(또는 PowerShell)를 선택한 다음, 콘솔에 .\ArchiSteamFarm.exe를 입력하고 엔터를 눌러 실행하세요. 이렇게 하면 ASF가 제대로 시작되지 않는 정확한 이유를 확인할 수 있습니다.

만약 아무런 출력도 나타나지 않고 Windows를 사용 중이라면, 일반적인 원인은 모든 Windows 업데이트가 설치되어 있지 않기 때문입니다 - ASF는 해당 조건을 충족하지 않은 상태에서 Windows에서 실행되는 것을 지원하지 않습니다.

---

플레이 중인데 ASF가 제 Steam 클라이언트 세션을 강제로 종료시켜요! / 이 계정은 다른 PC에서 로그인되어 있습니다

이는 게임을 플레이하는 도중 계정이 다른 곳에서 사용되고 있다는 메시지가 Steam 오버레이에 표시되는 경우입니다. 이 문제는 두 가지 원인이 있을 수 있습니다.

첫 번째 원인은 플레이 잠금(playing lock)을 제대로 유지하지 않으면서도 클라이언트가 그 잠금을 소유하고 있다고 가정하는, 오류가 있는 패키지(게임)로 인해 발생합니다. 이러한 패키지의 예로는 Skyrim SE가 있습니다. Steam 클라이언트가 게임을 정상적으로 실행하지만, 해당 게임이 사용 중임을 제대로 등록하지 않는 경우입니다. 그로 인해 ASF는 해당 계정이 다시 자유롭게 사용 가능한 상태라고 판단하여 파밍을 재개하며, 이때 Steam이 갑자기 해당 계정이 다른 곳에서 사용되고 있다고 감지하게 되어 귀하가 Steam 네트워크에서 튕겨나가게 됩니다.

두 번째 원인은 (특히 다른 PC에서) ASF가 대기 중인 동안 본인의 PC로 플레이하다가 네트워크 연결이 끊어지는 경우에 발생할 수 있습니다. 이 경우 Steam 네트워크는 해당 계정을 오프라인 상태로 표시하고 플레이 잠금을 해제하는데(위와 유사하게), 이로 인해 (예를 들어 다른 PC에 있는) ASF가 파밍을 재개하게 됩니다. 이후 본인의 PC가 다시 온라인 상태가 되면, Steam은 더 이상 플레이 잠금을 획득할 수 없게 됩니다(이제는 ASF가 잠금을 소유하고 있으므로, 위와 마찬가지로), 그래서 동일한 메시지가 표시됩니다.

ASF 쪽에서 발생하는 두 원인 모두 실질적으로 우회하기 매우 어려운데, 이는 ASF가 Steam 네트워크로부터 해당 계정이 다시 자유롭게 사용 가능하다는 정보를 받으면 단순히 파밍을 재개하기 때문입니다. 이는 일반적으로 게임을 종료할 때 발생하는 정상적인 현상이지만, 오류가 있는 패키지의 경우 게임이 여전히 실행 중인 상태에서도 즉시 발생할 수 있습니다. ASF는 사용자의 연결이 끊어졌는지, 게임 플레이를 중단했는지, 아니면 플레이 잠금을 제대로 유지하지 않는 게임을 여전히 플레이 중인지 알 수 있는 방법이 없습니다.

이 문제에 대한 유일한 올바른 해결책은 플레이를 시작하기 전에 pause 명령으로 봇을 수동으로 일시 중지하고, 플레이를 마친 후 resume 명령으로 재개하는 것입니다. 또는 이 문제를 그냥 무시하고 마치 오프라인 상태의 Steam 클라이언트로 플레이하는 것처럼 취급할 수도 있습니다.

---

Steam 연결이 끊어졌습니다! - Steam 서버와 연결을 설정할 수 없습니다.

ASF는 Steam 서버와의 연결을 시도할 수만 있으며, 인터넷 연결 부족, Steam 서버 다운, 방화벽에 의한 연결 차단, 제3자 도구, 잘못 설정된 라우팅 경로, 일시적인 장애 등 다양한 이유로 실패할 수 있습니다. 좀 더 자세한 실패 원인을 확인하려면 Debug 모드를 활성화할 수 있는데, 대부분의 경우 이는 본인의 설정으로 인한 문제입니다. 예를 들어 다수의 Steam IP를 블랙리스트로 등록하는 "CS:GO MM Server Picker"와 같은 도구를 사용하면 Steam 네트워크에 접속하기가 매우 어려워질 수 있습니다.

ASF는 업데이트된 서버 목록을 요청하는 것뿐만 아니라, 마지막으로 시도한 IP가 실패할 경우 다른 IP로 시도하는 등 연결 수립을 위해 최선을 다합니다. 따라서 특정 서버나 경로에 발생한 일시적인 문제라면, ASF가 조만간 연결에 성공할 것입니다. 그러나 방화벽 뒤에 있거나 어떤 방식으로든 Steam 서버에 접근할 수 없는 상황이라면, 당연히 직접 이를 해결해야 하며, 이때 Debug 모드가 도움이 될 수 있습니다.

또한 사용 중인 기기가 ASF의 기본 프로토콜로는 Steam 서버와 연결을 수립하지 못하는 경우일 수도 있습니다. SteamProtocols 전역 설정 속성을 수정하여 ASF가 사용할 수 있는 프로토콜을 변경할 수 있습니다. 예를 들어 방화벽 등의 이유로 UDP 프로토콜로 Steam에 접속하는 데 문제가 있다면, TCP나 WebSocket을 사용하는 것이 더 나을 수 있습니다.

매우 드문 경우지만, 예를 들어 ASF의 config 폴더를 완전히 다른 국가에 위치한 다른 컴퓨터로 옮기는 등의 이유로 잘못된 서버 정보가 캐시되어 있다면, ASF.db를 삭제하여 다음 실행 시 Steam 서버 목록을 새로고침하도록 하는 것이 도움이 될 수 있습니다. 대부분의 경우 이 작업은 필요하지 않으며, 해당 목록은 최초 실행 시와 연결이 수립될 때 자동으로 갱신되므로, 여기서는 단지 ASF가 캐시한 Steam 서버 관련 정보를 완전히 삭제하는 방법으로 언급하는 것입니다.

---

Steam에 로그인할 수 없습니다: TryAnotherCM/Invalid, ServiceUnavailable/Invalid

위와 유사한 경우지만, 이번에는 연결을 시도한 서버가 명시적으로 사용 불가능한 상태인 경우입니다. 보통 Steam 점검 시간대에 발생하며, 이에 대해 사용자가 할 수 있는 일은 없습니다. ASF가 자동으로 다른 서버로 재시도하여 요청을 수락하는 서버를 찾을 때까지 계속 시도합니다. 최대 한 시간 이상 지속되지는 않을 것입니다.

---

배지 정보를 가져올 수 없습니다. 나중에 다시 시도합니다!

보통 Steam 자녀 보호 PIN을 사용하여 계정에 접근하고 있는데, ASF 설정에 이를 입력하지 않은 경우 발생합니다. 올바른 PIN을 SteamParentalCode 봇 설정 속성에 입력해야 하며, 그렇지 않으면 ASF가 대부분의 웹 콘텐츠에 접근할 수 없어 정상적으로 작동하지 못하게 됩니다. SteamParentalCode에 대해 더 자세히 알아보려면 **configuration**을 참고하세요.

그 외의 원인으로는 일시적인 Steam 문제, 네트워크 이슈 등이 있을 수 있습니다. 만약 몇 시간이 지나도 문제가 해결되지 않고, ASF 설정을 올바르게 구성했다고 확신한다면, 저희에게 알려주시기 바랍니다.

---

ASF가 5번 시도 후 요청 실패 오류를 보이며 작동하지 않습니다!

보통 Steam 자녀 보호 PIN을 사용하여 계정에 접근하고 있는데, ASF 설정에 이를 입력하지 않은 경우 발생합니다. 올바른 PIN을 SteamParentalCode 봇 설정 속성에 입력해야 하며, 그렇지 않으면 ASF가 대부분의 웹 콘텐츠에 접근할 수 없어 정상적으로 작동하지 못하게 됩니다. SteamParentalCode에 대해 더 자세히 알아보려면 **configuration**을 참고하세요.

자녀 보호 PIN이 원인이 아니라면, 이는 가장 흔한 오류이며 익숙해지셔야 합니다. 이는 단순히 ASF가 Steam 네트워크에 요청을 보냈지만 5번 연속으로 유효한 응답을 받지 못했다는 것을 의미합니다. 보통 Steam이 다운되었거나 일시적인 문제나 점검 중임을 의미합니다 - ASF는 이러한 문제를 인지하고 있으므로, 계속해서 여러 시간 동안 반복되지 않는 이상, 그리고 다른 사용자들에게는 이런 문제가 발생하지 않는 이상 걱정하실 필요는 없습니다.

Steam이 다운되었는지 확인하려면 어떻게 하나요? **Steam Status**는 Steam이 정상적으로 작동 중이어야 하는지 확인할 수 있는 훌륭한 자료이며, 특히 Community나 Web API 관련 오류가 보인다면 Steam에 문제가 발생하고 있는 것입니다. 잠시 동안 ASF가 알아서 처리하도록 두거나, 짧은 다운타임이 지나면 정상적으로 돌아올 때까지 기다리시거나, 아니면 직접 종료하고 기다리셔도 됩니다.

하지만 항상 그런 것은 아니며, 경우에 따라 Steam의 문제가 Steam Status에서 감지되지 않을 수도 있습니다. 예를 들어 2016년 6월 7일 Valve가 Steam Community의 HTTPS 지원을 망가뜨렸을 때, HTTPS를 통해 **SteamCommunity**에 접속하면 오류가 발생하는 사례가 있었습니다. 따라서 Steam Status를 무조건 맹신하지 마시고, 모든 것이 정상적으로 작동하는지는 직접 확인해보시는 것이 가장 좋습니다.

이에 더해, Steam은 짧은 시간 내 과도한 요청을 보내면 IP를 일시적으로 밴하는 다양한 속도 제한(rate-limiting) 조치를 포함하고 있습니다. ASF는 이 점을 인지하고 있으며, 설정 파일에서 활용할 수 있는 다양한 제한 장치(limiter)를 제공합니다. 기본 설정값은 합리적인 봇 수를 기준으로 조정된 값입니다. 만약 Steam조차 그만하라고 신호를 보낼 만큼 엄청나게 많은 봇을 운영하고 계시다면, Steam이 더 이상 경고를 보내지 않을 때까지 직접 값을 조정하거나, 아니면 안내받은 대로 따르셔야 합니다. 후자는 선택지가 아니라고 가정하고, 관련 내용을 읽어보시고 특히 모든 웹 요청에 적용되는 일반 제한 장치인 WebLimiterDelay에 주목하시기 바랍니다.

모두에게 통하는 "황금률"은 존재하지 않습니다. 제한(block)은 제3자 요인의 영향을 많이 받기 때문에, 직접 실험을 통해 본인에게 맞는 값을 찾아야 합니다. 는 값을 찾아야 합니다. 제 말을 무시하고 정상 작동이 보장되는 10000과 같은 값을 그냥 사용하셔도 되지만, 그럴 경우 ASF가 모든 것에 10초 만에 반응하고 배지 파싱에 5분이 걸리는 것에 대해 불평하지는 마세요. 이에 더해, 봇 수가 워낙 엄청나게 많아서 위에서 언급한 **하드 리밋(hard limit)**에 걸리는 상황이라면, 어떤 제한 장치를 조정해도 전혀 효과가 없을 가능성도 충분히 있습니다. 네, Steam 네트워크(클라이언트)에는 문제없이 로그인할 수 있지만, 동시에 100개의 세션을 연결한다면 Steam 웹(웹사이트)이 응답을 거부하는 상황도 충분히 발생할 수 있습니다. ASF는 Steam 네트워크와 Steam 웹이 모두 정상적으로 협조해야 하며, 둘 중 하나만 다운되어도 복구할 수 없는 문제가 발생할 수 있습니다.

아무것도 도움이 되지 않고 무엇이 문제인지 전혀 감이 잡히지 않는다면, 언제든지 Debug 모드를 활성화하여 ASF 로그에서 정확히 어떤 요청이 왜 실패하고 있는지 직접 확인하실 수 있습니다. 예를 들면 다음과 같습니다:

InternalRequest() HEAD https://steamcommunity.com/my/edit/settings
InternalRequest() Forbidden <- HEAD https://steamcommunity.com/my/edit/settings

저 Forbidden 코드가 보이시나요? 이는 과도한 요청으로 인해 일시적으로 밴을 당했다는 의미입니다. 아직 WebLimiterDelay를 제대로 조정하지 않으셨기 때문입니다(다른 모든 요청에서도 동일한 오류 코드가 발생한다는 전제 하에). 그 외에도 InternalServerError, ServiceUnavailable, 그리고 Steam의 점검/문제 상황을 나타내는 타임아웃 등 다른 원인이 있을 수 있습니다. ASF가 언급한 링크에 직접 접속하여 정상적으로 작동하는지 확인해보실 수도 있습니다 - 만약 작동하지 않는다면, 왜 ASF도 그 링크에 접근할 수 없는지 알 수 있을 것입니다. 만약 정상 작동하는데도 하루 이틀이 지나도 동일한 오류가 계속된다면, 조사하고 신고할 가치가 있을 수 있습니다.

다만 그렇게 하시기 전에 해당 오류가 애초에 신고할 가치가 있는지 먼저 확인하셔야 합니다. 만약 이 FAQ에서 이미 언급된 내용이라면(예: 거래 관련 문제), 신고 대상이 아닙니다. 네트워크가 불안정했거나 Steam이 다운되었을 때처럼, 한두 번 발생한 일시적인 문제였다면 역시 신고 대상이 아닙니다. 다만 만약 2일에 걸쳐 문제를 여러 번 재현하는 데 성공했고, 그 과정에서 ASF와 본인의 기기를 재시작했으며, 이 FAQ에도 해결책이 될 만한 항목이 없다는 것을 확인하셨다면, 문의해보실 가치가 있을 수 있습니다.

---

ASF가 멈춘 것처럼 보이고, 제가 키를 누르기 전까지는 콘솔에 아무것도 출력되지 않아요!

Windows를 사용 중이며 ASF 콘솔에 QuickEdit 모드가 활성화되어 있을 가능성이 매우 높습니다. 기술적인 설명은 StackOverflow의 **이 질문**을 참고해 보세요. ASF 콘솔 창에서 마우스 우클릭 후 속성을 열어 해당 체크박스를 해제하면 QuickEdit 모드를 비활성화하실 수 있습니다.

---

ASF가 거래를 수락하거나 전송하지 못해요!

가장 먼저 확인할 명백한 사항 - 새로 생성된 계정은 제한(limited) 상태로 시작합니다. 지갑에 금액을 충전하거나 상점에서 5달러 이상 지출하여 계정 제한을 해제하기 전까지는, 해당 계정으로 ASF가 거래를 수락하거나 전송할 수 없습니다. 이 경우, 인벤토리에 있는 모든 카드가 거래 불가능(non-tradable) 상태이기 때문에 ASF는 인벤토리가 비어있는 것처럼 보인다고 표시할 것입니다.

다음으로, **ASF 2FA**를 사용하지 않는 경우, ASF가 실제로는 거래를 수락/전송했지만 이메일을 통해 확인이 필요한 상태일 수 있습니다. 마찬가지로, 클래식 2FA를 사용 중이시라면 인증 앱을 통해 거래를 확인해야 합니다. 이제 거래 승인(confirmation)은 필수 사항이므로, 직접 일일이 승인하고 싶지 않으시다면 인증 앱을 ASF 2FA로 가져오는 것을 고려해보세요.

또한 친구로 등록된 사람, 그리고 알려진 거래 링크를 가진 사람과만 거래할 수 있다는 점도 참고하세요. 만약 봇 -> 마스터 방향의 거래(예: loot)를 시작하려는 경우라면, 봇을 본인의 친구 목록에 추가해두거나, 봇의 설정에 SteamTradeToken을 등록해두어야 합니다. 토큰이 유효한지 반드시 확인하세요 - 그렇지 않으면 거래를 전송할 수 없습니다.

마지막으로, 새 기기에는 7일간의 거래 제한(trade lock)이 걸린다는 점을 기억하세요. 방금 ASF에 계정을 추가하셨다면, 최소 7일을 기다려야 합니다 - 그 기간이 지나면 모든 것이 정상적으로 작동할 것입니다. 이 제한은 거래 수락과 전송 모두에 동일하게 적용됩니다. 항상 발동하는 것은 아니며, 즉시 거래를 보내고 받을 수 있는 사람들도 있습니다. 다만 대다수의 사람들에게는 이 제한이 적용되며, 동일한 기기에서 Steam 클라이언트로는 거래를 정상적으로 보내고 받을 수 있다 해도 이 잠금은 여전히 발생합니다. 그냥 참을성 있게 기다리세요. 더 빠르게 만들 수 있는 방법은 없습니다. 마찬가지로, 2FA, SteamGuard, 비밀번호, 이메일 등 다양한 Steam 보안 관련 설정을 제거하거나 변경할 때도 유사한 잠금이 걸릴 수 있습니다. 일반적으로는, 해당 계정에서 직접 거래를 보낼 수 있는지 확인해보세요. 만약 가능하다면, 이는 새 기기로 인한 전형적인 7일 잠금일 가능성이 매우 높습니다.

마지막으로, 한 계정은 다른 계정에게 최대 5건의 대기 중인(pending) 거래만 보낼 수 있다는 점을 기억하세요. 만약 특정 봇으로부터 이미 5건(또는 그 이상)의 대기 중인 거래가 수락을 기다리고 있다면, ASF는 거래 전송에 실패할 것입니다. 이는 드문 문제이긴 하지만, 특히 ASF를 거래 자동 전송으로 설정해두고 ASF 2FA를 사용하지 않아 실제로는 승인을 깜빡한 경우에 발생할 수 있으므로 언급할 가치가 있습니다.

아무것도 도움이 되지 않는다면, 언제든지 Debug 모드를 활성화하여 어떤 요청이 왜 실패하고 있는지 직접 확인하실 수 있습니다. Steam은 대부분의 경우 말이 안 되는 이유를 제시하며, 제공되는 사유가 전혀 논리적이지 않거나 완전히 잘못된 경우도 있다는 점을 유념하세요 - 만약 그 이유를 직접 해석하려 하신다면, Steam과 그 특이 현상에 대한 어느 정도의 지식을 갖추고 계셔야 합니다. 이렇다 할 논리적인 이유 없이 이런 문제가 발생하는 경우도 상당히 흔하며, 이 경우 유일하게 권장되는 해결책은 ASF에 계정을 다시 추가하는 것입니다(그리고 다시 7일을 기다리는 것입니다). 때로는 이 문제가 발생했을 때와 마찬가지로 마법처럼 저절로 해결되기도 합니다. 하지만 보통은 7일간의 거래 제한(trade lock), 일시적인 Steam 문제, 또는 둘 다인 경우가 대부분입니다. 실제 원인을 직접 디버깅하고 싶은 강한 충동이 있는 게 아니라면, 며칠 정도 기다린 후 수동으로 확인해보는 것이 좋습니다(어차피 기다려야 하는 경우가 대부분이며, 오류 메시지가 전혀 도움이 되지 않기 때문입니다).

어떤 경우든 ASF는 거래를 수락/전송하기 위해 Steam에 적절한 요청을 시도할 수 있을 뿐입니다. 해당 요청을 Steam이 수락할지 여부는 ASF의 범위 밖의 일이며, ASF가 마법처럼 작동하게 만들 수는 없습니다. 이 기능과 관련된 버그는 없으며, 개선할 부분도 없습니다. 왜냐하면 관련 로직이 ASF 외부에서 처리되기 때문입니다. 따라서 고장 나지 않은 것을 고쳐달라고 요청하지 마시고, ASF가 왜 거래를 수락하거나 전송하지 못하는지도 묻지 마세요 - 저희도 모르고, ASF도 모릅니다. 직접 해결하시거나, 더 잘 아신다면 스스로 고쳐 쓰시기 바랍니다.

---

왜 로그인할 때마다 2FA/SteamGuard 코드를 입력해야 하나요? / 만료된 로그인 키가 제거되었습니다

ASF는 (만약 UseLoginKeys를 활성화한 상태로 두었다면) 로그인 키를 사용하여 자격 증명을 유효하게 유지합니다. 이는 Steam이 사용하는 것과 동일한 방식으로, 2FA/SteamGuard 토큰은 한 번만 필요합니다. 하지만 Steam 네트워크의 문제나 특이 현상으로 인해, 로그인 키가 네트워크에 저장되지 않는 경우가 충분히 있을 수 있습니다. 이런 문제는 ASF뿐만 아니라 일반 Steam 클라이언트에서도 이미 확인된 바 있습니다("로그인 정보 저장" 옵션 여부와 관계없이 실행할 때마다 로그인/비밀번호를 입력해야 하는 경우).

해당 계정의 BotName.db와 (있다면) BotName.bin을 삭제한 후 ASF를 계정에 다시 연결해볼 수 있지만, 대체로 별다른 효과는 없을 것입니다. 일부 사용자들은 Steam 측에서 **모든 기기의 인증 해제**를 하면 도움이 되었다고 보고했으며, 비밀번호 변경도 동일한 효과가 있습니다. 다만 이는 효과가 보장되지 않는 임시방편일 뿐이며, ASF 기반의 진짜 해결책은 인증 앱(authenticator)을 **ASF 2FA**로 가져오는 것입니다 - 이렇게 하면 ASF가 필요할 때 자동으로 토큰을 생성하므로, 수동으로 입력할 필요가 없어집니다. 보통 이 문제는 시간이 지나면 저절로 해결되므로, 그냥 기다리시면 됩니다. 물론 Valve에 해결책을 문의하실 수도 있습니다. 저희는 Steam 네트워크가 저희의 로그인 키를 받아들이도록 강제할 수 없기 때문입니다.

참고로 UseLoginKeys 설정 속성을 false로 설정하여 로그인 키 기능 자체를 끌 수도 있지만, 이는 문제를 해결하는 것이 아니라 초기 로그인 키 실패 과정만 건너뛰는 것입니다. ASF는 이미 여기서 설명한 문제를 인지하고 있으며, 모든 로그인 정보를 확실히 보장할 수 있다면 로그인 키를 사용하지 않도록 최선을 다합니다. 따라서 ASF 2FA와 함께 모든 로그인 정보를 제공한다면 UseLoginKeys를 수동으로 조정할 필요가 없습니다.

---

Steam에 로그인할 수 없습니다: InvalidPassword 또는 RateLimitExceeded 오류가 발생합니다

이 오류는 여러 가지 의미를 가질 수 있으며, 그중 일부는 다음과 같습니다:

• 잘못된 로그인/비밀번호 조합(당연한 경우)
• ASF 로그인에 사용된 만료된 로그인 키
• 짧은 시간 내 과도한 로그인 실패 시도(무차별 대입 공격 방지)
• 짧은 시간 내 과도한 로그인 시도(속도 제한)
• 로그인 시 캡차 요구(위 두 가지 원인으로 인해 발생했을 가능성이 매우 높음)
• Steam 네트워크가 로그인을 막을 수 있는 그 외의 이유들

무차별 대입 공격 방지 및 속도 제한으로 인한 경우, 시간이 지나면 문제가 자연히 사라지므로 그동안은 기다리시고 로그인을 시도하지 마세요. 이 문제를 자주 겪는다면, ASF의 LoginLimiterDelay 설정 속성 값을 늘리는 것이 현명할 수 있습니다. 과도한 프로그램 재시작 및 기타 의도적/비의도적인 로그인 요청은 이 문제 해결에 전혀 도움이 되지 않으니, 가능하면 피하시기 바랍니다.

로그인 키가 만료된 경우 - ASF는 기존 키를 제거하고 다음 로그인 시 새 키를 요청합니다(계정이 2FA로 보호되어 있다면 2FA 토큰 입력이 필요합니다. ASF 2FA를 사용 중이라면, 토큰이 자동으로 생성되어 사용됩니다). 이는 시간이 지나면서 자연스럽게 발생할 수 있는 현상이지만, 만약 로그인할 때마다 이 문제가 발생한다면, 위에서 언급한 것처럼 Steam이 어떤 이유로든 저희의 로그인 키 저장 요청을 무시하고 있을 가능성이 있습니다. 물론 UseLoginKeys를 완전히 비활성화할 수도 있지만, 이는 문제 자체를 해결하는 것이 아니라 매번 만료된 로그인 키를 제거해야 하는 번거로움을 피하는 것일 뿐입니다. 위 문제에 대한 진짜 해결책은 ASF 2FA를 사용하는 것입니다.

마지막으로, 잘못된 로그인/비밀번호 조합을 사용했다면, 당연히 이를 수정하거나 해당 자격 증명으로 연결을 시도 중인 봇을 비활성화해야 합니다. ASF는 InvalidPassword가 실제로 잘못된 자격 증명을 의미하는 것인지, 위에서 언급한 다른 원인들 중 하나인지 스스로 판단할 수 없으므로, 성공할 때까지 계속 재시도합니다.

ASF는 Steam의 특이 현상에 적절히 대응하는 자체 내장 시스템을 갖추고 있으므로, 결국에는 연결에 성공하여 작업을 재개하게 됩니다. 따라서 문제가 일시적인 것이라면 별도로 아무것도 할 필요가 없습니다. 문제를 마법처럼 해결하기 위해 ASF를 재시작하는 것은 오히려 상황을 악화시킬 뿐입니다(새로 시작된 ASF는 이전 ASF가 로그인하지 못했던 상태를 알지 못하므로, 대기하는 대신 다시 연결을 시도하게 됩니다). 따라서 정확히 무엇을 하는지 알지 못한다면 이런 행동은 피하세요.

마지막으로, 다른 모든 Steam 요청과 마찬가지로 ASF는 제공된 자격 증명을 사용하여 로그인을 시도할 수 있을 뿐입니다. 해당 요청이 성공할지 여부는 ASF의 범위와 로직 밖의 일이며, 이 부분에 대해서는 고칠 수 있는 버그도, 개선할 수 있는 점도 없습니다.

---

ASF가 요구하는 로그인 정보를 입력할 수 없습니다

System.InvalidOperationException: 애플리케이션에 콘솔이 없거나 콘솔 입력이 리디렉션된 경우 키를 읽을 수 없습니다

System.IO.IOException: 입출력 오류

RequestInput() 입력이 유효하지 않습니다!

이 오류가 ASF 입력 과정에서 발생했다면(예: 스택 트레이스에서 GetUserInput()이 보이는 경우), 이는 사용 중인 환경이 ASF가 콘솔의 표준 입력을 읽는 것을 막고 있기 때문입니다. 이는 여러 이유로 발생할 수 있지만, 가장 흔한 원인은 잘못된 환경에서 ASF를 실행하고 있는 경우입니다(예: Linux에서 screen 대신 systemd, nohup, 또는 & 백그라운드 방식으로 실행하는 경우). ASF가 표준 입력에 접근할 수 없으면, 이 오류가 로그에 기록되고 런타임 중 세부 정보를 입력할 수 없는 상태가 됩니다.

일반적으로는 위 문제를 수정해야 합니다. 즉, ASF가 표준 입력에 접근할 수 있도록 허용하여 세부 정보를 직접 입력할 수 있게 해야 합니다. 하지만 만약 이런 상황이 발생할 것을 예상하고 있고, 입력이 불가능한 환경에서 ASF를 실행할 의도라면, Headless 모드를 적절히 설정하여 명시적으로 그 사실을 ASF에 알려주어야 합니다. 이렇게 설정하면 ASF는 어떤 상황에서도 사용자 입력을 요청하지 않게 되며, 이를 통해 입력이 불가능한 환경에서도 안전하게 ASF를 실행할 수 있습니다. 이 모드에서도 ASF-ui와 같은 다른 수단을 통해 선택된 입력 프롬프트에 답변하실 수 있습니다.

---

System.Net.Http.WinHttpException: 보안 오류가 발생했습니다

이 오류는 ASF가 지정된 서버와 안전한 연결을 수립하지 못할 때 발생하며, 거의 대부분 SSL 인증서 신뢰 문제로 인한 것입니다.

거의 모든 경우, 이 오류는 사용자 기기의 잘못된 날짜/시간으로 인해 발생합니다. 모든 SSL 인증서에는 발급일과 만료일이 있습니다. 만약 기기의 날짜가 유효하지 않아 이 두 기준 범위를 벗어난다면, 잠재적인 중간자 공격(MITM) 가능성으로 인해 해당 인증서를 신뢰할 수 없게 되며, ASF는 연결을 거부합니다.

명확한 해결 방법은 기기의 날짜를 올바르게 설정하는 것입니다. Windows의 기본 제공 동기화 기능이나 Linux의 ntpd와 같은 자동 날짜 동기화 기능을 사용하는 것을 강력히 권장합니다.

기기의 날짜가 올바르게 설정되어 있는데도 오류가 계속 사라지지 않는다면, 시스템이 신뢰하는 SSL 인증서 목록 자체가 오래되었거나 유효하지 않을 수 있습니다. 이 경우, 원하는 브라우저나 curl과 같은 CLI 도구로 https://github.com에 접속이 되는지 확인하는 등의 방법으로 기기가 정상적으로 안전한 연결을 수립할 수 있는지 확인해 보세요. 이 부분이 정상적으로 작동하는 것을 확인하셨다면, 언제든지 저희에게 지원을 요청해 주세요.

---

System.Threading.Tasks.TaskCanceledException: 작업이 취소되었습니다

이 경고는 Steam이 지정된 시간 내에 ASF의 요청에 응답하지 않았음을 의미합니다. 보통 Steam 네트워크의 일시적인 문제로 인해 발생하며, ASF에는 어떠한 영향도 주지 않습니다. 다른 경우에는 5번 시도 후 요청이 실패하는 것과 동일한 상황입니다. 저희는 Steam이 요청에 응답하도록 강제할 수 없으므로, 대부분의 경우 이 문제를 신고하는 것은 의미가 없습니다.

---

'System.Security.Cryptography.CngKeyLite'의 형식 이니셜라이저에서 예외가 발생했습니다

이 문제는 거의 대부분 Windows의 CNG Key Isolation 서비스가 비활성화되었거나 중지된 경우에 발생합니다. 이 서비스는 ASF가 실행되기 위해 필요한 핵심 암호화 기능을 제공하는 서비스이며, 이것 없이는 프로그램이 실행될 수 없습니다. services.msc를 실행하여 CNG Key Isolation Windows 서비스가 비활성화되어 있지 않고 현재 실행 중인지 확인하면 이 문제를 해결할 수 있습니다.

---

내 백신 프로그램이 ASF를 악성프로그램으로 탐지했습니다! 이게 무슨 일인가요?

ASF를 신뢰할 수 있는 출처에서 다운로드했는지 확인하세요. 유일한 공식적이고 신뢰할 수 있는 출처는 GitHub의 ASF 릴리스 페이지입니다(이곳은 ASF 자동 업데이트의 출처이기도 합니다) - 그 외의 다른 출처는 정의상 신뢰할 수 없으며, 다른 사람이 추가한 악성코드가 포함되어 있을 수 있습니다 - 다른 어떤 다운로드 경로도 신뢰하지 마시고, 항상 저희로부터 직접 ASF를 받으시기 바랍니다.

ASF를 신뢰할 수 있는 출처에서 다운로드했다는 것을 확인하셨다면, 이는 십중팔구 오탐(false positive)일 가능성이 매우 높습니다. 이런 일은 과거에도 있었고, 지금도 일어나고 있으며, 앞으로도 계속 일어날 것입니다. ASF를 사용할 때 실제 안전성이 걱정되신다면, VirusTotal(또는 이와 유사한 다른 웹 서비스)을 통해 여러 다양한 백신 프로그램으로 ASF를 스캔하여 실제 탐지 비율을 확인해 보시길 권장합니다.

사용 중인 백신이 ASF를 악성코드로 잘못 탐지한다면, 해당 백신 개발사에게 이 파일 샘플을 보내어 분석과 탐지 엔진 개선에 활용하도록 하는 것이 좋은 방법입니다. 현재 그 탐지 엔진이 제대로 작동하고 있지 않다는 것이 명백하기 때문입니다. ASF 코드 자체에는 아무런 문제가 없으며, 저희 쪽에서 고칠 것도 없습니다. 애초에 저희는 악성코드를 배포하고 있지 않기 때문에, 이런 오탐 사례를 저희에게 신고하는 것은 아무런 의미가 없습니다. 위에서 언급한 대로 추가 분석을 위해 ASF 샘플을 보내주실 것을 강력히 권장드리지만, 굳이 그렇게까지 하고 싶지 않으시다면 언제든 ASF를 백신 예외 목록에 추가하시거나, 백신을 비활성화하시거나, 그냥 다른 백신을 사용하셔도 됩니다. 안타깝지만 저희는 백신 프로그램들이 종종 엉뚱한 판단을 내리는 것에 이미 익숙합니다. 가끔 어떤 백신이 ASF를 바이러스로 탐지하는 경우가 있는데, 보통 매우 짧은 기간 내에 해당 백신 개발사가 빠르게 패치하여 해결됩니다. 다만 위에서 말씀드렸듯이 - 이런 일은 일어났었고, 지금도 일어나고 있으며, 앞으로도 계속 일어날 것입니다. ASF에는 어떠한 악성코드도 포함되어 있지 않으며, 직접 ASF 코드를 검토하거나 소스코드로부터 직접 컴파일해 보실 수도 있습니다. 저희는 백신의 휴리스틱 탐지나 오탐을 피하기 위해 ASF 코드를 난독화하는 해커가 아니므로, 고장 나지 않은 것을 고쳐달라고 저희에게 기대하지 마세요 - 저희가 고칠 "바이러스" 자체가 존재하지 않습니다.