OpenVPN સાથે જોડાયેલા છો પણ પિંગ કે SMB શેર નથી? ત્રણ દરવાજા તપાસો

ટનલ ઉપર આવે છે, ક્લાયન્ટને સરનામું મળે છે, અને દૂરના LAN પર કંઈ જ જવાબ આપતું નથી. પિંગ નિષ્ફળ જાય છે, શેર ખૂલતું નથી, અને VPN લોગ સ્વચ્છ દેખાય છે કારણ કે તેની દૃષ્ટિએ સેશન સ્વસ્થ છે. તે સેશન અને સર્વર પરની ફાઇલ વચ્ચે ત્રણ સ્વતંત્ર દરવાજા છે: ફોરવર્ડિંગ નીતિ, સેવાને જરૂરી પોર્ટ, અને સરનામાના બદલે તમે ટાઇપ કરેલું નામ.

દરેક દરવાજો અલગ લક્ષણ સાથે નિષ્ફળ જાય છે, અને ફક્ત પ્રથમ જ VPN સર્વર પર છે.

ફોરવર્ડિંગ એ FORWARD ચેન પરની નીતિ છે

OpenVPN લિસનરની સ્વીકૃતિ INPUT પર થાય છે, તેથી ટનલ જોડાઈ શકે છે જ્યારે LAN તરફ જતું દરેક પેકેટ કાઢી નાખવામાં આવે છે. જે ટ્રાફિક tun0 પર આવે છે અને LAN ઇન્ટરફેસ દ્વારા નીકળે છે તે FORWARDમાંથી પસાર થાય છે, અને ત્યાં ડિફોલ્ટ DROP નીતિ ધરાવતો હોસ્ટ તેને શાંતિથી કાઢી નાખે છે. બીજું કંઈપણ અડકતા પહેલાં sysctl અને ચેન બંને તપાસો: sysctl net.ipv4.ip_forward અને iptables -L FORWARD -v -n.

તમે ઇચ્છો તે દિશા અને તેની સાથે જોડાયેલા જવાબોને મંજૂરી આપો, ઉદાહરણ તરીકે ટનલ ઇન્ટરફેસથી LAN ઇન્ટરફેસ તરફ accept નિયમ અને established તથા related ટ્રાફિક માટે stateful નિયમ. જો LAN બીજા રાઉટર પાછળ હોય, તો તે રાઉટરને ક્લાયન્ટ પૂલ તરફ પાછો રૂટ અથવા VPN સર્વર પર source NAT જોઈએ. વધુ નિયમો ઉમેરતા પહેલાં એક પિંગથી તે માર્ગની પુષ્ટિ કરો, કારણ કે જે નિયમ સુધી પહોંચી શકાતું નથી તે કદી કાઉન્ટરમાં દેખાતો નથી.

SMB ને એક કરતાં વધુ પોર્ટ જોઈએ

ફાઇલ શેરિંગ એ એક જ TCP 445 વાતચીત નથી. શોધ UDP 137 અને 138 વાપરે છે, જૂનાં NetBIOS સેશન TCP 139 વાપરે છે, અને આધુનિક SMB સેશન TCP 445 વાપરે છે. ફક્ત 445 ખોલતો નિયમ એ હતાશાજનક સ્થિતિ ઊભી કરે છે જેમાં મેપ કરેલું ડ્રાઇવ કામ કરે છે અને નેટવર્ક બ્રાઉઝિંગ નહીં, અથવા ઊલટું.

ટનલ પર મોટા ટ્રાન્સફર પણ MSS સમસ્યાઓનો સામનો કરે છે જે તૂટેલા શેર જેવી દેખાય છે. જે SYN LAN નું પૂર્ણ સેગમેન્ટ સાઇઝ જાહેર કરે છે તે ટનલના નાના MTU દ્વારા કાઢી નાખવામાં આવે છે, અને હેન્ડશેક પછી કનેક્શન લટકી જાય છે. ફોરવર્ડિંગ માર્ગ પર MSS ક્લેમ્પ કરવાથી, iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu, તે પ્રકારનો અટકાવ દૂર થાય છે. ડિરેક્ટરી લિસ્ટિંગને બદલે થોડા મેગાબાઇટની કોપીથી ચકાસો, કારણ કે નાના જવાબો બલ્ક ટ્રાન્સફર નિષ્ફળ જાય ત્યારે પણ પસાર થાય છે.

ટનલ એડેપ્ટર નવા નેટવર્ક પ્રોફાઇલ તરીકે આવે છે

Windows દરેક એડેપ્ટરને નેટવર્ક પ્રોફાઇલમાં વર્ગીકૃત કરે છે, અને નવું ટનલ એડેપ્ટર સામાન્ય રીતે Public માં પડે છે, જ્યાં ફાઇલ અને પ્રિન્ટર શેરિંગ નિયમો બ્લોક થયેલા હોય છે. તે ફાઇલ સર્વર પરના હોસ્ટ ફાયરવોલનો નિર્ણય છે, VPN સર્વર પરની રાઉટિંગ સમસ્યા નથી. નીતિ પરવાનગી આપે છે તેની ખાતરી કર્યા પછી જાણી જોઈને શ્રેણી બદલો Set-NetConnectionProfile -InterfaceAlias "Ethernet 3" -NetworkCategory Private થી, કારણ કે શ્રેણી એ પણ બદલે છે કે કયા ઇનબાઉન્ડ નિયમો લાગુ પડે.

એ જ પ્રોફાઇલ સમજાવે છે કે TCP 445 સફળ થાય ત્યારે પિંગ કેમ નિષ્ફળ જાય છે: Public માં ઇકો વિનંતીઓ ડિફોલ્ટ રીતે કાઢી નાખવામાં આવે છે.

નામ પોતાની રીતે રાઉટેડ ટનલ પાર કરતા નથી

NetBIOS નામ રિઝોલ્યુશન અને સ્થાનિક શોધ બ્રોડકાસ્ટ પર આધાર રાખે છે જે રાઉટેડ ટનલ વહન કરતી નથી. તેથી સર્વરનું ટૂંકું નામ ટાઇપ કરવું નિષ્ફળ જાય છે જ્યારે તેનું સરનામું કામ કરે છે, અને ફક્ત લુકઅપ નિષ્ફળ હોય ત્યારે પણ શેર તૂટેલું દેખાય છે. ટનલ આપે છે તે રિઝોલ્વર પર સર્વર માટે DNS રેકોર્ડ ઉમેરો, અથવા શોર્ટકટમાં સરનામું વાપરો.

જો ડિપ્લોયમેન્ટ હજી WINS પર આધારિત હોય, તો બ્રોડકાસ્ટ ટ્રાફિક આવશે તેવી આશા રાખવાને બદલે ક્લાયન્ટ પર તેને ગોઠવો. પહેલાં સરનામાથી ચકાસો જેથી નામની નિષ્ફળતાને ફાયરવોલની નિષ્ફળતા ગણવામાં ન આવે.

એક સમયે એક સ્તર ચકાસો અને પ્રથમ નિષ્ફળતા વાંચો

ઉપર તરફ વધો: ટનલ ગેટવેને પિંગ કરો, સરનામાથી LAN હોસ્ટને પિંગ કરો, પછી Test-NetConnection -ComputerName 10.8.0.5 -Port 445 થી સેવાનો પોર્ટ ખોલો, અને પછી જ શેર પર પ્રમાણીકરણ કરો. જે પ્રથમ પગલું નિષ્ફળ જાય છે તે સુધારવાનું સ્તર છે, અને તે પસાર થાય ત્યાં સુધી દરેક પછીનું પગલું ઘોંઘાટ છે. જે પિંગ જવાબ આપે છે જ્યારે પોર્ટ બંધ રહે છે તે ફાઇલ સર્વરના પોતાના ફાયરવોલ તરફ ઇશારો કરે છે, જ્યારે શાંત પિંગ હોવા છતાં ખૂલતો પોર્ટ ICMP ફિલ્ટરિંગ તરફ ઇશારો કરે છે. કંઈપણ બદલતા પહેલાં પ્રથમ નિષ્ફળ પગલું લખી રાખો, કારણ કે બીજો ફેરફાર પ્રથમના પરિણામને છુપાવે છે.

જો VPN સર્વર LAN નું રાઉટર ન હોય, તે રાઉટર પર પરત રૂટની પુષ્ટિ કરો સર્વર પર વધુ નિયમો ઉમેરતા પહેલાં. તેના વિના વિનંતીઓ હોસ્ટ સુધી પહોંચે છે અને જવાબો ડિફોલ્ટ રૂટથી ઇન્ટરનેટ તરફ નીકળે છે, જે ક્લાયન્ટની બાજુથી બરાબર ફાયરવોલ ડ્રોપ જેવું દેખાય છે.

તમારી નોંધમાં શેર એકાઉન્ટને VPN લોગિનથી અલગ રાખો, કારણ કે સફળ ટનલ ફાઇલ પરવાનગીઓ વિશે કંઈ કહેતી નથી. ખૂટતા નિયમને ટાળવા SMB ને ઇન્ટરનેટ પર ખુલ્લું મૂકવું ઉકેલ નથી.