Feil 29 i Total Commander og FTP-problemer: slik løser du dem

Nedenfor går vi gjennom hvor feil 29 kommer fra, den raske løsningen i Total Commander, oppsett av brannmuren og overgangen du ikke bør hoppe over: til den sikre SFTP-protokollen med SSH-nøkler.

#Hvorfor Total Commander gir feil 29: aktiv (PORT) og passiv (PASV) modus

Den klassiske FTP-protokollen (RFC 959) bruker to separate kommunikasjonskanaler:

1. Kontrollkanal (control connection): vanligvis på serverens port 21, brukes til å sende kommandoer (USER, PASS, LIST, RETR, STOR) og motta svarkoder.
2. Datakanal (data connection): en egen TCP-tilkobling som frakter katalogoppføringer og selve filinnholdet.

Forskjellen mellom aktiv og passiv modus avgjør hvilken side som starter tilkoblingen for datakanalen:

AKTIV MODUS (PORT) - Utsatt for feil 29:
Klient:21   ---> Server:21      [Kommandokanal]
Klient      <--- Server:20      [Datakanal: Serveren kobler til klientens port]
                                 ^ NAT-ruter / brannmur blokkerer innkommende pakke!

PASSIV MODUS (PASV) - Riktig løsning:
Klient:21   ---> Server:21      [Kommandokanal]
Klient      ---> Server:50234   [Datakanal: Klienten kobler til serverens port]
                                 ^ Utgående trafikk gjennom NAT er tillatt!

#Slik oppstår feil 29

Når passiv modus er slått av i Total Commander, kjører programmet i aktiv modus. Etter pålogging sender klienten kommandoen PORT h1,h2,h3,h4,p1,p2 til serveren, med sin lokale IP-adresse og en tilfeldig port der den venter på data fra serveren.

I dagens hjemme- og kontornettverk står maskinen bak en NAT-ruter. Klienten oppgir sin private IP-adresse (for eksempel 192.168.1.50) til serveren, og en server på internett kan ikke nå den adressen direkte. Selv om ruteren støtter FTP ALG (Application Layer Gateway) og bytter ut adressen med den offentlige, vil den lokale Windows-brannmuren eller ruterens tilstandsbaserte filter avvise den uoppfordrede innkommende tilkoblingen fra serverens port 20. Når tidsavbruddet (timeout) er nådd, returnerer Total Commander feil 29 (Winsock connection failed eller ingen respons på datasokkelen).

#Slik fikser du feil 29 i Total Commander steg for steg

I 95% av tilfellene er løsningen å tvinge frem passiv modus for den aktuelle tilkoblingsprofilen.

#Steg 1: Slå på passiv modus (PASV)

1. Start Total Commander og trykk Ctrl+F (eller velg Net -> FTP Connect i hovedmenyen).
2. Marker serveren som skaper problemer i listen over definerte tilkoblinger, og klikk Edit.
3. Finn avkrysningsboksen Use passive mode for transfers (like a WWW browser) i oppsettvinduet.
4. Kryss av for dette valget.
5. Klikk OK og koble til serveren på nytt.

I passiv modus sender klienten kommandoen PASV til serveren. Serveren åpner da en tilfeldig port fra sitt definerte utvalg av passive porter og sender portnummeret tilbake. Deretter åpner Total Commander selv en utgående tilkobling til den porten. Siden rutere og tilstandsbaserte brannmurer slipper utgående trafikk gjennom som standard, går dataoverføringen uten hindringer.

#Steg 2: Sjekk Windows Defender-brannmuren

Hvis feilen fortsatt oppstår med passiv modus slått på, kan systembrannmuren blokkere selve Total Commander-prosessen:

1. Åpne Kontrollpanel -> System og sikkerhet -> Windows Defender-brannmur.
2. Velg Tillat en app eller funksjon gjennom Windows Defender-brannmuren.
3. Sjekk om TOTALCMD.EXE (eller TOTALCMD64.EXE) står på listen.
4. Kontroller at det er krysset av for Private og Offentlige nettverk.
5. Hvis programmet mangler på listen, klikker du Tillat en annen app og peker til installasjonsbanen til Total Commander (standard er C:\totalcmd\totalcmd64.exe).

#Steg 3: Serveroppsett (for administratorer av VPS og dedikerte servere)

Hvis du drifter din egen FTP-server (for eksempel vsftpd eller ProFTPD på Linux) og ingen klienter kan koble til i PASV-modus, ligger problemet i oppsettet av de passive portene på serveren.

Kontroller i /etc/vsftpd.conf at portområdet og den eksterne IP-adressen er definert:

pasv_enable=YES
pasv_min_port=50000
pasv_max_port=50100
pasv_address=DIN_OFFENTLIGE_SERVER_IP

Åpne deretter dette området i serverens brannmur (for eksempel UFW):

sudo ufw allow 21/tcp
sudo ufw allow 50000:50100/tcp
sudo systemctl restart vsftpd

#Hvorfor klassisk FTP er en kritisk sikkerhetsrisiko

Når feil 29 er løst, får du tilkoblingen tilbake, men å bli værende på FTP er en alvorlig trussel mot integriteten til nettstedene dine.

RISIKOER VED DEN UKRYPTERTE FTP-PROTOKOLLEN:
+-------------------------------------------------------------------+
| 1. Påloggingsdata sendt i klartekst (port 21)                    |
|    - Brukernavn og passord synlig for hver mellomliggende node    |
+-------------------------------------------------------------------+
| 2. Filen wcx_ftp.ini er utsatt for infostealere                  |
|    - Svak lokal kryptering i Total Commander                     |
+-------------------------------------------------------------------+
| 3. Ingen atomiske filoverføringer                                |
|    - Brutt økt ødelegger PHP-filer og gir White Screen            |
+-------------------------------------------------------------------+
| 4. Ingen sjekksummer eller integritetskontroll                    |
|    - Risiko for stille skade på binærfiler                       |
+-------------------------------------------------------------------+

#1. Passord sendt i klartekst

FTP krypterer verken kontrollkanalen eller datakanalen. Hver pakke som går gjennom det lokale nettverket, internettleverandøren eller transittnoder, kan fanges opp med en enkel nettverkssniffer (for eksempel Wireshark). Passordet ditt til produksjonsserveren sendes som åpen tekst.

#2. Tyveri av påloggingsdata fra wcx_ftp.ini

Total Commander lagrer oppsettet for FTP-økter i filen wcx_ftp.ini. Passordene som lagres der, er bare beskyttet av en enkel tilsløringsalgoritme som ble knekt for mange år siden. Skadevare av typen infostealer (for eksempel RedLine, Vidar, Lumma) søker automatisk gjennom disken etter wcx_ftp.ini og stjeler de lagrede serverpassordene umiddelbart.

#3. Risiko for nedetid og feil 500 (White Screen of Death)

Når du laster opp en oppdatert tema- eller tilleggsfil (functions.php, class-core.php), overskriver FTP-overføringen filen blokk for blokk. Hvis tilkoblingen brytes halvveis, blir det liggende ufullstendig, ødelagt PHP-kode på serveren, og hele nettstedet går ned med en kritisk feil 500 med en gang.

#Slik bruker du SFTP-tillegget i Total Commander

Hvis Total Commanders tovindusgrensesnitt er ditt viktigste arbeidsverktøy, trenger du ikke gi det opp. Det holder å bytte ut usikker FTP med den fullt krypterte SFTP (SSH File Transfer Protocol).

#Slik installerer og setter du opp SFTP-tillegget

1. Last ned det offisielle SFTP plugin for Total Commander fra ghisler.com (utvikler: Christian Ghisler).
2. Åpne det nedlastede .zip-arkivet direkte i Total Commander. Programmet gjenkjenner tillegget og spør om du vil installere det. Velg Ja.
3. Gå til Nettverksmiljø (stasjonsvelgeren: \).
4. Åpne mappen Secure FTP.
5. Trykk F7 for å opprette en ny tilkobling.
6. Skriv inn tilkoblingsnavnet, vertsnavnet (IP-adresse eller domene), porten (22 som standard) og brukernavnet.

#Slik setter du opp pålogging med SSH-nøkkel

I stedet for å skrive inn et passord, setter du opp pålogging med en kryptografisk nøkkel:

1. Pek til filen med den private nøkkelen i tilkoblingsinnstillingene, i formatet .ppk (PuTTY) eller OpenSSH (for eksempel id_ed25519).
2. Hvis du bruker Pageant (en del av PuTTY-pakken), kan SFTP-tillegget automatisk hente nøklene som er lastet inn i SSH-agentens hurtigbuffer.
3. En SFTP-tilkobling er 100% motstandsdyktig mot avlytting i nettverket og fjerner risikoen for at passordet blir stjålet underveis.

#Slik sammenligner du filoverføringsprotokollene FTP og SFTP

Tabellen nedenfor viser de tekniske parameterne og sikkerhetsnivået for hver metode for å overføre filer til en server:

#Slik går du fra FTP til CI/CD-utrullinger

I moderne produksjonsmiljøer blir manuell opplasting gjennom en filbehandler erstattet av en automatisert utrullingsprosess.

#Slik fungerer atomisk utrulling uten nedetid

I stedet for å endre filer direkte i katalogen public_html, forbereder en atomisk utrulling den nye versjonen i en egen katalog for utgivelser og bytter deretter den symbolske lenken på et øyeblikk:

/var/www/mittnettsted/
|-- current -> /var/www/mittnettsted/releases/2026-09-21-1200/   [Symbolsk lenke]
|-- releases/
|   |-- 2026-09-20-0930/  [Forrige utgivelse]
|   `-- 2026-09-21-1200/  [Ny, ferdig bygget utgivelse]
`-- shared/
    |-- wp-config.php     [Delt konfigurasjon]
    `-- wp-content/uploads/ [Delte medier]

Fordeler med denne løsningen:

• Ingen nedetid: å bytte den symbolske lenken med ln -nfs tar noen millisekunder.
• Sikkerhet: hvis installasjonen av Composer-avhengigheter eller byggingen av ressurser feiler, byttes ikke symlenken, og nettstedet fortsetter å fungere normalt på forrige utgivelse.
• Lynrask tilbakerulling: å gå tilbake til forrige versjon etter at en feil er oppdaget, krever bare én kommando som peker symlenken tilbake.

Automatiserte utrullinger med Git fjerner behovet for åpne FTP-porter, beskytter kildekoden mot utilsiktet overskriving og gir en fullstendig historikk over hver endring.

#Hvilke spørsmål om FTP-feil 29 dukker oftest opp

Å løse problemer med filoverføring og gå bort fra den utdaterte FTP-protokollen til fordel for sikre utrullingsrutiner er en grunnleggende del av å drifte en stabil infrastruktur. Hvis du planlegger å rydde i servermiljøet eller innføre en sikker CI/CD-pipeline, kan du se nærmere på tjenesten vår som WordPress-utvikler.