Efter mit sidste indlæg om PuTTys beføjelser i forbindelse med en SSH-aktiveret router, begyndte jeg at tænke på tutorials.
Jeg er ikke en stor tutorial-fan, fordi jeg altid ikke helt kan ryste på følelsen af, at jeg laver noget her, jeg ikke har nogen særlig viden om. Og afhængigt af hvad jeg gør, generer dette mig. En masse. Tag f.eks. Syning (ja, jeg nyder virkelig sjovet ved at sy, i det mindste så længe det er sjovt); i begyndelsen lavede jeg kun forudindstillede tutorials. Jeg fik se nogle resultater, også ret hurtigt og var glad. Men beklædningen passede ikke så godt, oftere var jeg ikke nødt til at foretage rettelser for i det mindste at være lidt tilfreds med mit arbejde.
På nuværende tidspunkt laver jeg det meste af mine symønstre ved at tage bit fra tutorials og viden og sætte dem sammen, og det fungerer helt fint for mig. Mit punkt er, at tutorials ofte er korte, hvilket giver tiltalende resultater på kort tid, men ofte mangler nogle af den nødvendige teori. Har du nogensinde sket dig, at du gjorde noget med en tutorial, der bare ikke ville fungere? Og efter at have gennemgået den komplette tekst igen og kigget på alle billeder, er du klar over, at der er en lille fejl i det, eller noget, du ikke ville have tænkt på, som forfatteren tog som givet?
Jeg gætte, det er grunden til, at jeg ikke ønsker at skrive tutorials, faren for at gå glip af noget (eller for at afskære for meget eller noget lignende) eller at folk sidder foran det og tænker "Skru denne fyr, det gør det bare ikke ' t arbejde! ". Der er desuden masser af tutorials derude omkring næsten ethvert emne. Eller er der?
Men - som overskriften mistænker - vil jeg bryde med denne vane i øjeblikket og give dig et par skud og forklaringer vedrørende mit tidligere indlæg. Ingen selvstudier i klassisk forstand, men en som jeg forsøger også at skrive mine ting: bare koncepter og ideer, men denne gang med billeder.
Så lad os komme i gang. Da jeg holder min forbindelse åben for det meste, bruger jeg PuTTyTray i stedet for den almindelige PuTTy eller dens bærbare fætter, så nogle af de funktioner, der er beskrevet her, er ikke tilgængelige i andre versioner.
Her fik vi startskærmen. Brug "Indstillinger fra fil" (nederst på skærmen) for at gemme sessioner i en fil i PuTTy-biblioteket i stedet for i Windows-registreringsdatabasen. Et absolut must for alle bærbare brugere. Den første ellips er, hvor du indtaster din målserver (eller router, i vores tilfælde) IP i. Hvis du ikke kan huske din IP på noget tidspunkt eller får dynamiske IP'er, skal du oprette en dyndns-konto for at spare dig for problemer. De fleste routere leveres med indbygget dyndns-support alligevel i dag, hvilket sparer dig for et opdateringsværktøj. Naturligvis ønsker vi at have "SSH" som en forbindelsestype, men den er som standard aktiveret, så der skulle ikke være nogen problemer.
Ah, den ene tog mig et stykke tid for at finde ud af. Eller for at være mere præcis: Jeg sværger og forbandede over det problem, jeg stød på, og lykkedes ved en fejltagelse at finde en løsning i indstillingerne for min terminal, hvilket gjorde mig meget underlig. Så jeg vil dele min indsigt. Indstillingen, jeg cirklede, ændrer tegnet, der sendes til serveren, ved at trykke på backspace-tasten. Da de routere, jeg nævnte, alle bruger en slags linux, vil du måske ændre indstillingen til den rigtige, "Control +? (127)". Uden at det er aktiveret, ville min fritzbox kun skrive "[^" eller noget lignende i stedet for at slette det sidste tegn. Meget irriterende.
Den ene er en af de PuTTyTray-eneste funktioner, jeg nævnte, at jeg ikke vil gå glip af nogensinde igen, uanset hvor mere praktisk PuTTyPortable nogle gange kan være til mine formål. Lad indstillingen være på "normal" for at starte den i normal terminaltilstand. Jeg foretrækker den, da jeg vil bruge adgangskodegodkendelse. Brug ikke at minimere vinduet til bakke ved start, kun for at skulle oprette det igen, indtaste adgangskoden og minimere det igen. "Altid" og "Aldrig" producerede sjove opførsler, som jeg ikke kunne få fat i, men hvis du vil gætte og lide gåder, skal du prøve og prøve.
Og åh, "Accepter enkelt klik ..." - indstillingen er også fin, hvis du bruger denne form for gendannelse i alle dine programmer. Blanding af dobbeltklik og enkeltklik er bestemt ikke en god ide, i det mindste ikke for mig.
Oh yeah. Ikke så vigtigt, jeg må indrømme. Men det vil give dig mulighed for at vælge et brugernavn, der er svært at huske (vær venlig ikke at sige noget om den "rod", jeg skrev derinde .. Det er kun til demonstrationsformål!), Og endnu sværere at gætte. Når jeg bruger adgangskodegodkendelse, skal jeg kun indtaste min adgangskode og ikke mit brugernavn. skåner mig ~ 1, 2 sekunder. yay!
Maleri Frenzy !! Okay, nu går vi her. Denne fane er mekka til alle dine behov, den hellige gral ved portvideresendelse.
Den første mulighed, jeg cirklede, anbefales at bruge, men det er ikke uden risici (hovedsageligt sikkerhed). Nogle protokoller har muligvis brug for denne mulighed for at fungere korrekt. Når du ser på posterne 1, 2 og 3 har de alle en kildeport (den første kolonne) og en destination (den anden), ligesom mine pile - gjort meget dygtige, hvis jeg måske siger det - prøv at vise dig.
1.) Dette er en standardportvideresendelse som brugt af ethvert program. Jeg specificerede min kildeport, som er 5700 (vælg altid "lokal" som en type, hvis du er usikker på de andre og deres handlinger), og en destination, der normalt er en IP plus en port. Som du kan se eller i det mindste gætte, er det til VNC (port 5900), og det er til et fiktivt skrivebord i mit hjemmenetværk.
2.) Den ene bruger jeg til emulering af en vpn. Kan du huske den virtuelle netværkskort, jeg måtte oprette? Jeg gav den den meget innovative IP 10.0.0.1, Windows File Sharing-tjenester bruger port 139, så dens 10.0.0.1:139 til kilde. Destinationen er min vigtigste netværks-harddisk med den samme port. Hvis du specificerer en IP til kildeporten, videresendes porten kun, hvis den akkordbaserede netværkskort bruges. I tilfælde af fildeling, var jeg nødt til at gøre dette, da jeg ønskede at arbejde begge måder på samme tid - lokal fildeling og fildeling via SSH. Hvis du kun har brug for en af begge, er du velkommen til bare at videresende porten uden en kilde-IP.
3.) Denne er temmelig meget som den første, men den peger på et virtuelt netværkskort, jeg oprettede på min router. Det gjorde jeg, fordi det er forbudt at kortlægge nogen porte direkte til routerens egen IP, men kortlægning til den virtuelle NIC er tilladt. Her videresender jeg localhost's port 80 (Gør IKKE dette, når jeg kører en webserver eller software, der bruger port 80) til den virtuelle NICs port 80, så jeg kan få vist min routers statusside i min browser her på arbejdet og kigge på telefonlister og lignende. Jeg kunne også have lavet en portvideresendelse som "6666 192.168.178.253:80", for at se min routers-side så skulle jeg oprette forbindelse til "localhost: 6666" i min browser, samt til at forbinde min VNC, jeg nødt til at oprette forbindelse til ": 5700" i stedet for bare "".
Vær dog forsigtig med forbindelsen -> Proxy-fane. Du behøver ikke at specificere noget her for PuTTy for at levere den SOCKS-proxy, jeg nævnte. Dette er kun nødvendigt, hvis PuTTy tvinges (eller ønskes) til at bruge en proxy til at oprette forbindelse til selve målnet (som regel internet), som når man f.eks. Bruger PuTTy over TOR, hvilket efter min mening er det mest behagelige måde at bruge TOR der er.
Åh min, jeg glemte næsten den ene .. dette er afgørende, når du holder din forbindelse op og kører i lang tid. Hvis forbindelsen går i stykker, er der en chance for, at din serverkomponent forbliver aktiv og kører på routeren, og hvis din forbindelse igen, har du en anden, der kører, og en tredje, hvis det sker igen .. du fanger min drift. Jeg valgte en værdi på 60 sekunder, og det fungerer for mig. Det var dog et mere eller mindre tilfældigt valg, andre værdier kunne måske være lige så gode.
Okay. Jeg indrømmer, at det ikke skadede så meget overhovedet. Måske vil jeg bare ... fortsætte med at indsende sjove overvågede billeder om programmer, jeg bruger ...
cya alt snart! :)
